软件测试第七章软件测试自动化.ppt

软件测试第七章软件测试自动化

什么情况下适合使用自动化测试工具?
需要反复进行的工作。
负载压力测试。
大量的测试人员和开发人员合作完成一个产品。
需要进行测试系统后台或者内部的性能特性,进而进行故障定位和性能
软件测试第七章软件测试自动化

什么情况下适合使用自动化测试工具?
需要反复进行的工作。
负载压力测试。
大量的测试人员和开发人员合作完成一个产品。
需要进行测试系统后台或者内部的性能特性,进而进行故障定位和性能调优。

自动化测试的局限性:
定制型项目。
周期很短的项目。
业务规则复杂的对象。
人体感观与易用性测试。
不稳定的软件。
涉及物理交互。

假如一个功能测试用例,手工运行需要10分钟,而为此测试用例开发脚本需要4个小时,即240分钟,那么意味着这个测试脚本要被运行24次收回成本,如果再加上测试脚本的维护工作量(10%),需要重复运行40-50次,才收回成本。如果在产品的一个版本中要进行2-3轮测试(一般是需要的),这个产品需要发布15-20个版本才收回成本。
所以业界常说,产品发布7个版本才收回成本。

结构
成本
收益
净收益
非自动化
0
0
0
录制和回放

11

数据池的数据驱动结构

18

框架结构

15

侧重于应用和数据池的框架/数据驱动结构

19

测试自动化成本/收益分析

手工测试与自动化测试的特点对比:
在系统功能逻辑测试、验收测试、适用性测试、涉及物理交互性测试时,多采用黑盒测试的手工测试方法;
单元测试、集成测试、系统负载或性能、稳定性、可靠性测试等比较适合采用TA;
对那种不稳定软件的测试、开发周期很短的软件、一次性的软件等不适合测试自动化
工具本身并没有想象力和灵活性,根据经验报道,自动测试只能发现15%的缺陷,而手工测试可以发现85%的缺陷;TA工具在进行功能测试时,其准确的含义是回归测试工具,因为工具不能发现更多的新问题,但可以保证对已经测试过部分进行测试的准确性和客观性

什么测试类型能够自动化:
单元测试
集成测试
系统测试
性能测试
压力测试
安全测试
回归测试
稳定性测试

测试自动化的基本结构
机房
办公室
文件服务器
SQLServer
Web服务器
控制程序
拷贝测试文件
拷贝测试结果
分派工作
分派工作
查询结果
Build系统编译
寻找工作项目
更新
显示
DevBuild,TestBuild

自动化测试的原理和方法
代码分析:类似于高级编译系统,在工具中定义类/对象/函数/变量等定义规则、语法规则等,在分析时对代码进行语法扫描,找出不符合编码规范的地方。代码分析是一种白盒测试的自动化方法。
捕获和回放:捕获和回放则是一种黑盒测试的自动化方法。

自动化测试的原理和方法
脚本技术:
线性脚本,是录制手工执行的测试用例得到的脚本,这种脚本包含所有的击键、移动、输入数据等,所有录制的测试用例都可以得到完整的回放。
结构化脚本,类似于结构化程序设计,具有各种逻辑结构、函数调用功能。结构化脚本易于维护。
共享脚本,是指某个脚本可以被多个测试用例使用。
数据驱动脚本,将测试输入存储在独立的(数据)文件中,而不是存储在脚本中。
关键字驱动脚本,是数据驱动脚本的逻辑扩张

自动化测试的原理和方法
自动比较:
静态比较和动态比较
简单比较和复杂比较
敏感性测试比较和健壮性测试比较
比较过滤器
测试管理

自动化测试工具的分类:
单元测试工具:
Panarama
Junit
C++Testing
负载和性能测试工具:
LoadRunner
WAS
QALoad

自动化测试工具的分类:
功能测试工具:
WinRunner
QuickTest
RationalFunctionalTester
测试管理工具:
TestDirector
TestManager
TrackRecord

测试工具的选择

自动化测试投资阶段:
早投资
在设计时考虑
Planning(M0)
MajorMilestone
Phase
M1,2…
ReleasePhase
Time
Testing
Investment
Testing