软件自动化测试方案课件(40张)
合集下载
软件自动化测试方案(ppt共40张)
逻辑测试、验收测试、适应性测试、涉 及到物理交互的测试 系统业务逻辑和交互过于复杂 需求频繁变动，稳定性不好的软件 开发周期很短的软件 一次性开发的软件。
尽可能少的自动化产品覆盖尽可能多的平台 测试流程管理自动化通常应该优先考虑 性能测试自动化优与功能测试自动化 自动化产品选用需要关注其支持服务和售后服务 尽量选用趋于主流的产品 对测试自动化方案具有可扩展性
自动化测试脚本开发过程
1. 增量式调试脚本 （1）按照流程和需求录制测试脚本； （2）建立测试驱动数据集； （3）验证点和分支的逻辑，明确数据与流程间的相关性 （4）回放测试脚本。 2. 测试脚本同步 测试工具会用比手工按键快的多的速度回放已录制的测试 脚本,导致击垮被测程序。在已录制的测试脚本中引入了人为的等待时间，放慢测试脚本的执行。但是，这种方式并不太科学。WHILE语句或嵌套的LOOPS语句是经常采用的保证成功回放的技术。这是比较好的同步方式。
自动化测试的意义
改进所有的测试领域 测试用例设计改进 性能测试改进 压力测试改进 质量度量与测试优化 ……
改进测试工作质量 BVT测试改进 回归测试改进 多平台兼容性测试改进 软件配置测试改进 普通测试执行改进 集中于高级测试问题改进 执行手工测试无法完成的测试 定时启动测试
减轻工作量加快测试进度 阶段 工作量 测试计划 增加 测试设计 减少 测试执行 减少 测试结果分析 减少 缺陷监控 减少 测试报告生成 减少 总体 减少
3.脚本技术 脚本是一种特殊的计算机程序，包含了数据和指令。 脚本技术是围绕脚本程序的结构而进行的设计，可以实现 测试用例所要求的数据输入、操作流程和验证点。 脚本产生方法: （1）通过录制产生，然后再做修改； （2）用脚本语言编写程序。
自动化测试原理和方法
尽可能少的自动化产品覆盖尽可能多的平台 测试流程管理自动化通常应该优先考虑 性能测试自动化优与功能测试自动化 自动化产品选用需要关注其支持服务和售后服务 尽量选用趋于主流的产品 对测试自动化方案具有可扩展性
自动化测试脚本开发过程
1. 增量式调试脚本 （1）按照流程和需求录制测试脚本； （2）建立测试驱动数据集； （3）验证点和分支的逻辑，明确数据与流程间的相关性 （4）回放测试脚本。 2. 测试脚本同步 测试工具会用比手工按键快的多的速度回放已录制的测试 脚本,导致击垮被测程序。在已录制的测试脚本中引入了人为的等待时间，放慢测试脚本的执行。但是，这种方式并不太科学。WHILE语句或嵌套的LOOPS语句是经常采用的保证成功回放的技术。这是比较好的同步方式。
自动化测试的意义
改进所有的测试领域 测试用例设计改进 性能测试改进 压力测试改进 质量度量与测试优化 ……
改进测试工作质量 BVT测试改进 回归测试改进 多平台兼容性测试改进 软件配置测试改进 普通测试执行改进 集中于高级测试问题改进 执行手工测试无法完成的测试 定时启动测试
减轻工作量加快测试进度 阶段 工作量 测试计划 增加 测试设计 减少 测试执行 减少 测试结果分析 减少 缺陷监控 减少 测试报告生成 减少 总体 减少
3.脚本技术 脚本是一种特殊的计算机程序，包含了数据和指令。 脚本技术是围绕脚本程序的结构而进行的设计，可以实现 测试用例所要求的数据输入、操作流程和验证点。 脚本产生方法: （1）通过录制产生，然后再做修改； （2）用脚本语言编写程序。
自动化测试原理和方法
第4章软件自动化测试精品PPT课件
Version 01
12/10/2020
Slide 4
4．1软件自动化测试的概念
4.1.2 软件自动化测试的应用场合
2.不适合做自动化测试的系统或场合 （1）逻辑测试、验收测试、适应性测试、涉及到物理交互 的测试； （2）系统业务逻辑和交互过于复杂； （3）需求频繁变动，稳定性不好的软件； （4）开发周期很短的软件； （5）一次性开发的软件。
Version 01
12/10/2020
Slide 2
4．1软件自动化测试的概念
4.1.1软件自动化测试的意义
2.自动化测试的优势 （1）回归测试方便，缩短了软件测试周期； （2）能够执行繁琐的程序测试，效率高； （3）测试覆盖率高； （4）测试的一致性好，具有可重复性； （5）测试的稳定性和可靠性高； （6）能够执行手工无法做的测试工作； （7）节省了人力资源，降低了测试成本。
第四章 软件自动化测试
4．1软件自动化测试的概念
软件自动化测试的定义：根据测试规则编制计算机软件 ，并在计算机环境中运行，自动验证被测程序的响应和行为。
4.1.1软件自动化测试的意义 （1）提高软件测试质量； （2）提高软件测试效率； （3）将测试人员从繁重的重复性劳动中解放出来 。
Version 01
Version 01
12/10/2020
Slide 5
4．1软件自动化测试的概念
4.1.3 软件自动化测试的重要问题
1.自动化测试的时间点 （1）功能稳定的系统与开发过程同时准备； （2）功能变化的系统待开发过程完成进行； （3）GUI稳定后再开始自动化测试。
2.自动化测试的覆盖率 不要追求在很短的时间实现自动化测试，也不要追求100% 的自动化测试覆盖率。积累经验，循序渐进的自动化测试，效 果会更好。
软件自动化测试方案(PPT课件40页)
工作量往往较大。 • 许多与时序、死锁、资源冲突、多线程等有关的错误，通过手工测试很难捕捉到。 • 进行系统负载、性能测试时，需要模拟大量数据或大量并发用户等各种应用场合时，
很难通过于工测试来进行。 • 难以进行长时间的可靠性测试。 • 难以在短时间内实现大量测试。 • 实现回归测试比较麻烦 。
软件自动化测试优点
自动化测试过程
自动测试决定 测试工具采购 自动测试引入 测试计划、设计与开发 自动测试执行与管理 过程评估与改进
自动化测试原理和方法
1.代码分析 分析被测对象就是对其代码进行语法扫描，找出不符合编
码规则的地方。根据质量模型评价代码质量，生成系统的调用关系图。 2.录制和回放
录制和回放属于黑盒测试。录制是将用户的每一步操作都记录下来，并转 换成脚本语言，描述运行过程和用户的操作；回放是将脚本语言的描述转换 为屏幕上的操作，然后将被测系统的输出与预期结果进行比较。
自动化测试原理和方法
录制和回放的关键点是对象识别，获得类别、名称和属性 值。
Nativeclass：Edit Attached Text：登录名 Enabled：True Focused：True Height：20 Width：120 Text：admin
使用QARUN录制一个登录的例子 启动录制 打开目标程序 输入正确的用户名/密码 确定登录成功 停止录制 回放脚本
自动化测试脚本开发思路
• 回归测试方便，缩短了软件测试周期。 • 能够执行繁琐的程序测试，效率高。 • 测试覆盖率高。 • 测试的一致性好，具有可重复性。 • 测试的稳定性和可靠性高。 • 能够执行手工无法做的测试工作。 • 节省了人力资源，降低了测试成本。
手工测试 vs.自动测试
手工测试 发现缺陷率高 容易实施
很难通过于工测试来进行。 • 难以进行长时间的可靠性测试。 • 难以在短时间内实现大量测试。 • 实现回归测试比较麻烦 。
软件自动化测试优点
自动化测试过程
自动测试决定 测试工具采购 自动测试引入 测试计划、设计与开发 自动测试执行与管理 过程评估与改进
自动化测试原理和方法
1.代码分析 分析被测对象就是对其代码进行语法扫描，找出不符合编
码规则的地方。根据质量模型评价代码质量，生成系统的调用关系图。 2.录制和回放
录制和回放属于黑盒测试。录制是将用户的每一步操作都记录下来，并转 换成脚本语言，描述运行过程和用户的操作；回放是将脚本语言的描述转换 为屏幕上的操作，然后将被测系统的输出与预期结果进行比较。
自动化测试原理和方法
录制和回放的关键点是对象识别，获得类别、名称和属性 值。
Nativeclass：Edit Attached Text：登录名 Enabled：True Focused：True Height：20 Width：120 Text：admin
使用QARUN录制一个登录的例子 启动录制 打开目标程序 输入正确的用户名/密码 确定登录成功 停止录制 回放脚本
自动化测试脚本开发思路
• 回归测试方便，缩短了软件测试周期。 • 能够执行繁琐的程序测试，效率高。 • 测试覆盖率高。 • 测试的一致性好，具有可重复性。 • 测试的稳定性和可靠性高。 • 能够执行手工无法做的测试工作。 • 节省了人力资源，降低了测试成本。
手工测试 vs.自动测试
手工测试 发现缺陷率高 容易实施
《软件自动化测试》课件
常见自动化测试工具
Selenium
用于Web应用程序的自动化测试，支持多种 浏览器和操作系统。
JUnit
常用于Java应用程序的单元测试，具有强大 的集成功能。
Appium
用于移动应用程序的自动化测试，支持iOS 和Android平台。
TestNG
基于JUnit的测试框架，提供了更丰富的功 能和更好的可扩展性。
自动化测试工具的优缺点
优点
提高测试效率、减少人工错误、可重复使用、支持多种平台 和浏览器等。
缺点
学习曲线较陡峭、维护成本高、对测试人员的技术要求高等 。
03
软件自动化测试流程
需求分析
需求分析
明确测试对象和范围，收集相关需求 和文档，理解业务逻辑和功能要求。
需求评审
对收集到的需求进行审核，确保需求 准确、完整、无歧义。
技术难度
自动化测试需要掌握一定的编程和脚本 编写能力，对于非技术人员来说有一定
的学习门槛。
测试环境配置
自动化测试需要稳定的测试环境，如 何配置和管理测试环境也是一个难题
。
测试用例设计
如何设计有效的测试用例，确保覆盖 所有功能和场景，是自动化测试面临 的一大挑战。
测试数据管理
如何管理大量的测试数据，避免数据 冲突和数据泄露，也是自动化测试中 需要解决的问题。
跨平台测试
随着移动互联网的普及，跨平台软件的测试需求不断增加，自动化测 试需要支持更多的平台和设备，以满足不同用户的需求。
持续学习与成长
不断学习新技术自动化测来自技术不断发展，测试人员需要不 断学习新技术和方法，提高自己的技能水平 。
参与社区交流
加入自动化测试社区、参加相关会议和研讨会，与 同行交流心得和经验，拓展自己的视野和思路。
软件自动化测试方案(PPT40页)
软件自动化测试方案(PPT40页) 软件自动化测试方案(PPT40页)
软件自动化测试方案(PPT40页)
自动化测试
背景对比引入
测试工具
概念定义
测试的不足和对策
意义
适用场合
原则和注意点
测试过程
原理和方法
自动化回归测试
脚本开发思路和过程
软件自动化测试方案(PPT40页)
软件自动化测试方案(PPT40页)
很难通过于工测试来进行。 • 难以进行长时间的可靠性测试。 • 难以在短时间内实现大量测试。 • 实现回归测试比较麻烦 。
软件自动化测试方案(PPT40页)
软件自动化测试方案(PPT40页)
软件自动化测试优点
• 回归测试方便，缩短了软件测试周期。 • 能够执行繁琐的程序测试，效率高。 • 测试覆盖率高。 • 测试的一致性好，具有可重复性。 • 测试的稳定性和可靠性高。 • 能够执行手工无法做的测试工作。 • 节省了人力资源，降低了测试成本。
软件自动化测试方案(PPT40页)
软件自动化测试方案(PPT40页)
手工测试 vs.自动测试
手工测试 发现缺陷率高 容易实施
自动测试
创造性、灵活性 覆盖率量化困难
重复测试效率低
不一致性、可靠性低
依赖人力资源
软件自动化测试方案(PPT40页)
软件自动化测试方案(PPT40页)
自动化测试概念
软件自动化测试方案(PPT40页)
自动化测试原理和方法
录制和回放的关键点是对象识别，获得类别、名称和属性 值。
Nativeclass：Edit Attached Text：登录名 Enabled：True Focused：True Height：20 Width：120 Text：admin
软件自动化测试方案(PPT40页)
自动化测试
背景对比引入
测试工具
概念定义
测试的不足和对策
意义
适用场合
原则和注意点
测试过程
原理和方法
自动化回归测试
脚本开发思路和过程
软件自动化测试方案(PPT40页)
软件自动化测试方案(PPT40页)
很难通过于工测试来进行。 • 难以进行长时间的可靠性测试。 • 难以在短时间内实现大量测试。 • 实现回归测试比较麻烦 。
软件自动化测试方案(PPT40页)
软件自动化测试方案(PPT40页)
软件自动化测试优点
• 回归测试方便，缩短了软件测试周期。 • 能够执行繁琐的程序测试，效率高。 • 测试覆盖率高。 • 测试的一致性好，具有可重复性。 • 测试的稳定性和可靠性高。 • 能够执行手工无法做的测试工作。 • 节省了人力资源，降低了测试成本。
软件自动化测试方案(PPT40页)
软件自动化测试方案(PPT40页)
手工测试 vs.自动测试
手工测试 发现缺陷率高 容易实施
自动测试
创造性、灵活性 覆盖率量化困难
重复测试效率低
不一致性、可靠性低
依赖人力资源
软件自动化测试方案(PPT40页)
软件自动化测试方案(PPT40页)
自动化测试概念
软件自动化测试方案(PPT40页)
自动化测试原理和方法
录制和回放的关键点是对象识别，获得类别、名称和属性 值。
Nativeclass：Edit Attached Text：登录名 Enabled：True Focused：True Height：20 Width：120 Text：admin
软件测试自动化PPT课件
2.掌握自动化测试和手工测试的优缺点。 3.了解测试工具的分类、使用目的及其选择，了解
几种常用的测试工具。
4.了解自动化测试的过程。
2021
3
7.1进行自动化测试的适当时机
•
通常，软件测试的工作量很大（据统计，测试会占用
到40%的开发时间；一些可靠性要求非常高的软件，测试
时间甚至占到开发时间的60%）。而测试中的许多操作是
2021
10
3.但功能代码的改变通常会改变代码的行为。因此， 极有可能会使测试中止，而不是报告bug。
4.测试的价值主要在于支撑代码改变以后仍能捕获 bug的能力。
5.如果我们一点也不了解支撑代码，无法知道测试 是否能捕获bug?如何估计测试是否有助于我们 捕获bug?
6.可以认为与被测试的代码进行交互的其他代码大 多数是支撑代码，支撑代码的变化也会产生自动 测试所能捕获的bug。
但是因为要急于完成测试，程序员也可能知道程 序的支撑代码的结构不会一成不变的。由于大部 分工作将会重复进行，所以可能会特别需要进行 自动化测试。或者程序员也不知道支撑代码是否 要改变。
项目经理：在新版本中，新增的功能是一个十分重要 的部分吗？如果是这样的话，由于市场竞争激烈， 图形用户界面有可能改变吗？以前，用户界面改 动有多大？
运行 测试
代码 改变
2021
测试运行 测试中止
7
在决定是否进行自动化测试之前，必须首先估 计一下，产品的代码变动在什么范围内，测试仍 能存活。如果要求代码不能有太多变动，要做的 测试最好是非常善于捕获bug的测试.
介于需要被测试的代码和测试之间的代码称作 中介代码（intervening code）。 一、中介代码的变动对测试周期的影响
几种常用的测试工具。
4.了解自动化测试的过程。
2021
3
7.1进行自动化测试的适当时机
•
通常，软件测试的工作量很大（据统计，测试会占用
到40%的开发时间；一些可靠性要求非常高的软件，测试
时间甚至占到开发时间的60%）。而测试中的许多操作是
2021
10
3.但功能代码的改变通常会改变代码的行为。因此， 极有可能会使测试中止，而不是报告bug。
4.测试的价值主要在于支撑代码改变以后仍能捕获 bug的能力。
5.如果我们一点也不了解支撑代码，无法知道测试 是否能捕获bug?如何估计测试是否有助于我们 捕获bug?
6.可以认为与被测试的代码进行交互的其他代码大 多数是支撑代码，支撑代码的变化也会产生自动 测试所能捕获的bug。
但是因为要急于完成测试，程序员也可能知道程 序的支撑代码的结构不会一成不变的。由于大部 分工作将会重复进行，所以可能会特别需要进行 自动化测试。或者程序员也不知道支撑代码是否 要改变。
项目经理：在新版本中，新增的功能是一个十分重要 的部分吗？如果是这样的话，由于市场竞争激烈， 图形用户界面有可能改变吗？以前，用户界面改 动有多大？
运行 测试
代码 改变
2021
测试运行 测试中止
7
在决定是否进行自动化测试之前，必须首先估 计一下，产品的代码变动在什么范围内，测试仍 能存活。如果要求代码不能有太多变动，要做的 测试最好是非常善于捕获bug的测试.
介于需要被测试的代码和测试之间的代码称作 中介代码（intervening code）。 一、中介代码的变动对测试周期的影响
软件测试之自动化测试(ppt 16页)
第2章软件测试－自动化测试（1）【实验目标】完成本章的内容以后，您将达到：➢掌握测试工具QTP安排及基本使用本章实验给出了全面的操作步骤，请学生按照给出的步骤独立完成实验，以达到要求的实验目标。
第一阶段——指导学习(40分钟)1、安装QTP9.2QuickTest9.2安装启动安装：前置条件（.net FrameWork 2.0）开始安装下面的维护号，到qtp9.2解压目录下，有个mgn-mqt82文件，copy它，放在E:\Program Files\Mercury Interactive\QuickTest Professional\bin目录下运行。
--MID号安装完成点击“下一步”按钮破解方法：(license installation)(1)安装完qtp 9.2之后，将mgn-mqt8.2复制到c:\program files\mercury interractive\quicktestprofessional\bin目录下(自己安装qtp时的安装目录，不一定是安装在c盘),然后打开mgn-mqt8.2,运行它。
（2）用记事本打开lservrc文件(该文件在c:\program files\commonfiles\mercury interactive\licensemanager下)。
（3）打开之后，复制" quicktestpro"字符之前的所有字符，包括#,将它粘贴到license注册页面中就行了。
启动程序安装成功2、QTP基本使用介绍第二阶段——练习(40分钟)：安装QTP，学会录制web、windows脚本并能够回放脚本。
自动化功能测试技术PPT课件
值 （value）
关键字驱动
关键字包括三类：被 操作对象（Item）、操 作（Operation）和值 （value），用面向对 象形式可将其表现为
Item.Operation(Value)
值 （value）
-
11
1:自动化功能测试难点
1. 设计——功能分解 2. 实现——对象识别
-
12
1:自动化功能测试功能分解
自动化测试需要有完善的测试流程和测试策略做保证。
自动化测试的脚本的维护成本比较高。
-
5
1：自动化功能测试优势
手工测试
自动化测试
测试设计 测试用例
1 输入数据
所
2 操作
所
占
3 预期结果 占
用
用
的
的
时
时
间
间
测试设计 测试实现
测试用例 1 业务数据 2 业务功能
实现业务功能
测试执行
测试执行
-
6
1:自动化功能测试优势
ebButton(“text:=保存”).Click 在第二个被创建的IE窗口，查找按钮，该按钮上 显示的文字是“测试对象识别(动态)
一个好助手——Object Spy
通过Object Spy可以查看到所需要识别的对象的 所有属性值，挑选其中可以唯一识别该对象的一 个属性或多个属性，对该对象进行描述。
自动化功能测试技术
-
1
目录
1
自动化功能测试框架
2
QuickTest Pro主要功能
3
QuickTest Pro测试流程
4
QuickTest Pro上机实践
-
2
1：自动化功能测试背景
关键字驱动
关键字包括三类：被 操作对象（Item）、操 作（Operation）和值 （value），用面向对 象形式可将其表现为
Item.Operation(Value)
值 （value）
-
11
1:自动化功能测试难点
1. 设计——功能分解 2. 实现——对象识别
-
12
1:自动化功能测试功能分解
自动化测试需要有完善的测试流程和测试策略做保证。
自动化测试的脚本的维护成本比较高。
-
5
1：自动化功能测试优势
手工测试
自动化测试
测试设计 测试用例
1 输入数据
所
2 操作
所
占
3 预期结果 占
用
用
的
的
时
时
间
间
测试设计 测试实现
测试用例 1 业务数据 2 业务功能
实现业务功能
测试执行
测试执行
-
6
1:自动化功能测试优势
ebButton(“text:=保存”).Click 在第二个被创建的IE窗口，查找按钮，该按钮上 显示的文字是“测试对象识别(动态)
一个好助手——Object Spy
通过Object Spy可以查看到所需要识别的对象的 所有属性值，挑选其中可以唯一识别该对象的一 个属性或多个属性，对该对象进行描述。
自动化功能测试技术
-
1
目录
1
自动化功能测试框架
2
QuickTest Pro主要功能
3
QuickTest Pro测试流程
4
QuickTest Pro上机实践
-
2
1：自动化功能测试背景
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
背景对比引入 概念定义 意义 适用场合 原则和注意点 测试过程 原理和方法 自动化回归测试 脚本开发思路和过程
自动化测试
测试工具
测试的不足和对策
软件自动化测试产生
没有测试
手工测试
自动测试
软件自动化测试产生背景
• 以往的测试无法做到覆盖所有代码路径。 • 简单的功能性测试用例在每一轮测试中都不能少，而且具有一定的机械性、重复性，
自动化测试原理和方法
录制和回放的关键点是对象识别，获得类别、名称和属性 值。
Nativeclass：Edit Attached Text：登录名 Enabled：True Focused：True Height：20 Width：120 Text：admin
使用QARUN录制一个登录的例子 启动录制 打开目标程序 输入正确的用户名/密码 确定登录成功 停止录制 回放脚本
用例2： 标题：用户名和密码框不为空时的按钮状态
在用户名和密码框中输入字符。 验证点：登录按钮状态为可以使用（亮）。
用例3： 标题：用户名和密码框清空时的按钮状态
在用户名和密码框中输入字符。 清空用户名和密码框中输入的字符。 验证点：登录按钮状态为不可使用（灰）。
自动化测试脚本开发思路
3. 测试脚本的重构和优化 （1）线性脚本 线性脚本是录制手工测试获得的脚本。录制动作有击键、
（6）支持分布式测试； （7）支持数据驱动测试； （8）支持容错处理；
（9）具有软件调试功能； （10）支持测试文件的管理；
工具分类：
自动化测试工具
1.根据测试方法分类
（1）白盒测试工具； （2）黑盒测试工具。
2.根据测试用途分类 （1）代码覆盖率分析器和代码测量器；
（2）内存泄露检测工具； （3）可用性测试工具； （4）测试数据生成器；
创造性、灵活性 覆盖率量化困难
重复测试效率低
不一致性、可靠性低
依赖人力资源
自动化测试概念
软件自动化测试的定义：自动化测试是把以人为驱动的测试行为转 化为机器执行的一种过程。通常，在设计了测试用例并通过评审之 后，由测试人员根据测试用例中描述的规程一步步执行测试，得到 实际结果与期望结果的比较。在此过程中，为了节省人力、时间或 硬件资源，提高测试效率，便引入了自动化测试的概念。 利用软件测试工具自动实现全部或部分测试。 自动测试是软件测试的一个重要组成部分，它能完成许多手工测试 无法实现或难以实现的测试。
因测而试不流可程重管用理自动化通常应该优先考虑
试性图能将测测试试自需动求化1优00与%功自能动测化试自动化 使用错误的工具 自动化产品选用需要关注其支持服务和售后服务 在应用程序开发周期中启用测试工具太晚， 尽量选用趋于主流的产品 测试工程师参与应用开发生存周期太晚，导致不能很好的了解应用和系统设计， 对测试自动化方案具有可扩展性 因而无法完成测试
自动化测试脚本开发过程
6. 脚本的版本控制和命名 （1）项目名称 ； （2）版本号 ； （3）测试种类 ； （4）测试用例编号； （5）被测功能。
工具特征：
自动化测试工具
（1）支持脚本语言；
（2）支持函数可重用； （3）支持外部函数库；
（4）对程序界面中的对象具有较好的识别能力； （5）支持抽象层操作；
阶段
工作量
测试计划 增加
测试设计 减少
测试执行 减少
测试结果分析 减少
缺陷监控 减少
测试报告生成 减少
总体
减少
自动化测试适用场合领域
自动化测试的特点 执行回归测试
适不合适做合自做动自化动测化试测的试系的统系或统场或合场合 逻单辑元测测试试、、验集收成测测试试、适应性测试、涉
枯燥乏味的重复性工作
及协到议物或理接交口互相的关测的试功能测试
析，而且可以用在性能测试、负载测试上，虚拟用户可以同时 进行相同的、不同的操作，给被测软件施加足够的数据和操作 ，检查系统的响应速度和数据吞吐能力。
自动化测试脚本开发过程
1. 增量式调试脚本 （1）按照流程和需求录制测试脚本； （2）建立测试驱动数据集； （3）验证点和分支的逻辑，明确数据与流程间的相关性 （4）回放测试脚本。
工作量往往较大。 • 许多与时序、死锁、资源冲突、多线程等有关的错误，通过手工测试很难捕捉到。 • 进行系统负载、性能测试时，需要模拟大量数据或大量并发用户等各种应用场合时，
很难通过于工测试来进行。 • 难以进行长时间的可靠性测试。 • 难以在短时间内实现大量测试。 • 实现回归测试比较麻烦 。
软件自动化测试优点
（5）网络测试工具；
（6）GUI测试工具；
自动化测试工具
（7）负载性能测试工具； （8）测试设计与开发工具； （9）测试执行与评估工具； （10）测试管理工具； （11）专用工具。
自动化测试工具
3.根据测试对象分类 （1）单元测试工具； （2）负载性能测试工具； （3）GUI测试工具； （4）WEB应用测试工具； （5）数据库测试工具； （6）页面链接测试工具。
移动、输入数据等，所有录制的测试用例都可以完整地回放 （2）结构化脚本 结构化脚本具有各种逻辑结构，包括选择、分支、循环迭
代，而且还有函数调用功能。
自动化测试脚本开发思路
（3）共享脚本 共享脚本是指可以被多个测试用例使用的脚本，也允许其
他脚本调用。共享脚本可以在不同主机、不同系统之间共享， 也可以在同一主机、同一系统之间共享。 （4）数据驱动脚本
数据驱动脚本将测试的输入存储在独立的数据文件中，而 不是存储在脚本中。可以针对不同数据输入实现多个测试用例
自动化测试脚本开发思路
（5）关键字驱动脚本 关键字驱动脚本是数据驱动脚本的逻辑扩展。它将数据文
件变成测试用例的描述，采用一些关键字指定要执行的任务。 测试脚本不仅可以在功能测试上模拟用户的操作，比较分
自动化测试脚本开发思路
手工测试用例
用例名称：登录按钮 状态 步骤：
启动应用系统，进 入登录页面，保持用 户名和密码框为空， 登录按钮状态为不可 用；当用户名和密码 框不为空时，登录按 钮状态为可使用。
自动化测试用例
用例1： 标题：用户名和密码框为空时的按钮状态
启动应用系统，进入登录页面，保持用户名和密码框为空。 验证点：登录按钮状态为不可使用（灰）。
2. 测试脚本同步 测试工具会用比手工按键快的多的速度回放已录制的测试
脚本,导致击垮被测程序。在已录制的测试脚本中引入了人为的等待时间，放慢测 试脚本的执行。但是，这种方式并不太科学。WHILE语句或嵌套的LOOPS语句是经 常采用的保证成功回放的技术。这是比较好的同步方式。自动化测试脚本开发过程
自动化测试过程
自动测试决定 测试工具采购 自动测试引入 测试计划、设计与开发 自动测试执行与管理 过程评估与改进
自动化测试原理和方法
1.代码分析 分析被测对象就是对其代码进行语法扫描，找出不符合编
码规则的地方。根据质量模型评价代码质量，生成系统的调用关系图。 2.录制和回放
录制和回放属于黑盒测试。录制是将用户的每一步操作都记录下来，并转 换成脚本语言，描述运行过程和用户的操作；回放是将脚本语言的描述转换 为屏幕上的操作，然后将被测系统的输出与预期结果进行比较。
自动化测试工具
2. 功能测试工具Win Runner Win Runner是基于windows的自动化功能测试软件。主
要用于检测应用程序是否能够达到预期的功能，测试复杂的企 业级应用。
（1）按照预先设计，将业务处理过程录制下来，并转换 为测试脚本，支持测试脚本的编辑、扩展、执行，提供测试结 果报告。
自动化测试脚本开发思路
1. 软件自动化测试脚本的逻辑结构 （1）数据驱动框架； （2）合理划分脚本模块； （3）建立函数库。
2. 设计适合测试脚本的测试用例 与手工测试用例不同，自动化测试用例要求描述精确，即
每条自动化测试用例的逻辑不要太复杂，验证点不要过多， 应该清晰地描述操作步骤和验证点信息。
3.录制、回放隐藏的对象 脚本可能被录制为增加或双击表格中一个字段或字段位置
不固定的数组的值。由于位置不固定，所以可能造成回放失效。 措施：添加一些功能性脚本，例如“向下滚屏”、“下一
页”、“查询”，可以在WHILE中添加一项功能，确保回放的 隐藏对象可以识别。
自动化测试脚本开发过程
4.为关键脚本创建自动的消息通知 关键性的业务是否被执行是正确测试的前提条件，仅仅依
（2）在脚本中可以插入检查点，包括文本、位图和数值 等，设定需要检测的数据库表和记录。
自动化测试工具
（3）数据驱动向导（Data Driver Wizard）可以把一个 业务流程测试转换成数据驱动测试，反映多个用户各自独立而 真实的行为。 （4）通过交互式的报告工具提供详细、易读的报告，列 出测试中发现的错误内容、位置、检查点等重要事件。
自动化测试工具
（3）建立持续且循环的负载，定义用户的访问时间，根 据用户人数事先设定测试目标，优化测试流程。 （4）实时监测器可以在负载测试的任何时候观察到应用 系统的运行性能，显示交易性能数据和其他系统组件（应用服 务器、WEB服务器、网络设备、数据库）的实时性能。 （5）收集、汇总所有测试数据，提供高级的分析报告。
（1）重新测试全部用例 ； （2）基于风险选择测试； （3）重新测试修改的部分。
自动化回归测试
3. 自动化回归测试 （1）基于自动测试工具的测试框架，具有测试计划驱动
技术的所有优点 ； （2）充分利用测试工具的功能，与测试管理集成 ； （3）基于业务流的测试，数据也是基于业务流配置的 ； （4）应用与自动测试框架分开； （5）脚本与数据分开。
赖于人工监视是不方便的。所以，在测试脚本中应当设计关键 业务执行的消息通知。 5. 编制文档
（1）测试软件的日期； （2）更新任何需要唯一数据的字段； （3）根据环境判断模式/模拟模式/位图录制，调整显示器设置； （4）列出所有具有依赖关系的测试脚本；
自动化测试
测试工具
测试的不足和对策
软件自动化测试产生
没有测试
手工测试
自动测试
软件自动化测试产生背景
• 以往的测试无法做到覆盖所有代码路径。 • 简单的功能性测试用例在每一轮测试中都不能少，而且具有一定的机械性、重复性，
自动化测试原理和方法
录制和回放的关键点是对象识别，获得类别、名称和属性 值。
Nativeclass：Edit Attached Text：登录名 Enabled：True Focused：True Height：20 Width：120 Text：admin
使用QARUN录制一个登录的例子 启动录制 打开目标程序 输入正确的用户名/密码 确定登录成功 停止录制 回放脚本
用例2： 标题：用户名和密码框不为空时的按钮状态
在用户名和密码框中输入字符。 验证点：登录按钮状态为可以使用（亮）。
用例3： 标题：用户名和密码框清空时的按钮状态
在用户名和密码框中输入字符。 清空用户名和密码框中输入的字符。 验证点：登录按钮状态为不可使用（灰）。
自动化测试脚本开发思路
3. 测试脚本的重构和优化 （1）线性脚本 线性脚本是录制手工测试获得的脚本。录制动作有击键、
（6）支持分布式测试； （7）支持数据驱动测试； （8）支持容错处理；
（9）具有软件调试功能； （10）支持测试文件的管理；
工具分类：
自动化测试工具
1.根据测试方法分类
（1）白盒测试工具； （2）黑盒测试工具。
2.根据测试用途分类 （1）代码覆盖率分析器和代码测量器；
（2）内存泄露检测工具； （3）可用性测试工具； （4）测试数据生成器；
创造性、灵活性 覆盖率量化困难
重复测试效率低
不一致性、可靠性低
依赖人力资源
自动化测试概念
软件自动化测试的定义：自动化测试是把以人为驱动的测试行为转 化为机器执行的一种过程。通常，在设计了测试用例并通过评审之 后，由测试人员根据测试用例中描述的规程一步步执行测试，得到 实际结果与期望结果的比较。在此过程中，为了节省人力、时间或 硬件资源，提高测试效率，便引入了自动化测试的概念。 利用软件测试工具自动实现全部或部分测试。 自动测试是软件测试的一个重要组成部分，它能完成许多手工测试 无法实现或难以实现的测试。
因测而试不流可程重管用理自动化通常应该优先考虑
试性图能将测测试试自需动求化1优00与%功自能动测化试自动化 使用错误的工具 自动化产品选用需要关注其支持服务和售后服务 在应用程序开发周期中启用测试工具太晚， 尽量选用趋于主流的产品 测试工程师参与应用开发生存周期太晚，导致不能很好的了解应用和系统设计， 对测试自动化方案具有可扩展性 因而无法完成测试
自动化测试脚本开发过程
6. 脚本的版本控制和命名 （1）项目名称 ； （2）版本号 ； （3）测试种类 ； （4）测试用例编号； （5）被测功能。
工具特征：
自动化测试工具
（1）支持脚本语言；
（2）支持函数可重用； （3）支持外部函数库；
（4）对程序界面中的对象具有较好的识别能力； （5）支持抽象层操作；
阶段
工作量
测试计划 增加
测试设计 减少
测试执行 减少
测试结果分析 减少
缺陷监控 减少
测试报告生成 减少
总体
减少
自动化测试适用场合领域
自动化测试的特点 执行回归测试
适不合适做合自做动自化动测化试测的试系的统系或统场或合场合 逻单辑元测测试试、、验集收成测测试试、适应性测试、涉
枯燥乏味的重复性工作
及协到议物或理接交口互相的关测的试功能测试
析，而且可以用在性能测试、负载测试上，虚拟用户可以同时 进行相同的、不同的操作，给被测软件施加足够的数据和操作 ，检查系统的响应速度和数据吞吐能力。
自动化测试脚本开发过程
1. 增量式调试脚本 （1）按照流程和需求录制测试脚本； （2）建立测试驱动数据集； （3）验证点和分支的逻辑，明确数据与流程间的相关性 （4）回放测试脚本。
工作量往往较大。 • 许多与时序、死锁、资源冲突、多线程等有关的错误，通过手工测试很难捕捉到。 • 进行系统负载、性能测试时，需要模拟大量数据或大量并发用户等各种应用场合时，
很难通过于工测试来进行。 • 难以进行长时间的可靠性测试。 • 难以在短时间内实现大量测试。 • 实现回归测试比较麻烦 。
软件自动化测试优点
（5）网络测试工具；
（6）GUI测试工具；
自动化测试工具
（7）负载性能测试工具； （8）测试设计与开发工具； （9）测试执行与评估工具； （10）测试管理工具； （11）专用工具。
自动化测试工具
3.根据测试对象分类 （1）单元测试工具； （2）负载性能测试工具； （3）GUI测试工具； （4）WEB应用测试工具； （5）数据库测试工具； （6）页面链接测试工具。
移动、输入数据等，所有录制的测试用例都可以完整地回放 （2）结构化脚本 结构化脚本具有各种逻辑结构，包括选择、分支、循环迭
代，而且还有函数调用功能。
自动化测试脚本开发思路
（3）共享脚本 共享脚本是指可以被多个测试用例使用的脚本，也允许其
他脚本调用。共享脚本可以在不同主机、不同系统之间共享， 也可以在同一主机、同一系统之间共享。 （4）数据驱动脚本
数据驱动脚本将测试的输入存储在独立的数据文件中，而 不是存储在脚本中。可以针对不同数据输入实现多个测试用例
自动化测试脚本开发思路
（5）关键字驱动脚本 关键字驱动脚本是数据驱动脚本的逻辑扩展。它将数据文
件变成测试用例的描述，采用一些关键字指定要执行的任务。 测试脚本不仅可以在功能测试上模拟用户的操作，比较分
自动化测试脚本开发思路
手工测试用例
用例名称：登录按钮 状态 步骤：
启动应用系统，进 入登录页面，保持用 户名和密码框为空， 登录按钮状态为不可 用；当用户名和密码 框不为空时，登录按 钮状态为可使用。
自动化测试用例
用例1： 标题：用户名和密码框为空时的按钮状态
启动应用系统，进入登录页面，保持用户名和密码框为空。 验证点：登录按钮状态为不可使用（灰）。
2. 测试脚本同步 测试工具会用比手工按键快的多的速度回放已录制的测试
脚本,导致击垮被测程序。在已录制的测试脚本中引入了人为的等待时间，放慢测 试脚本的执行。但是，这种方式并不太科学。WHILE语句或嵌套的LOOPS语句是经 常采用的保证成功回放的技术。这是比较好的同步方式。自动化测试脚本开发过程
自动化测试过程
自动测试决定 测试工具采购 自动测试引入 测试计划、设计与开发 自动测试执行与管理 过程评估与改进
自动化测试原理和方法
1.代码分析 分析被测对象就是对其代码进行语法扫描，找出不符合编
码规则的地方。根据质量模型评价代码质量，生成系统的调用关系图。 2.录制和回放
录制和回放属于黑盒测试。录制是将用户的每一步操作都记录下来，并转 换成脚本语言，描述运行过程和用户的操作；回放是将脚本语言的描述转换 为屏幕上的操作，然后将被测系统的输出与预期结果进行比较。
自动化测试工具
2. 功能测试工具Win Runner Win Runner是基于windows的自动化功能测试软件。主
要用于检测应用程序是否能够达到预期的功能，测试复杂的企 业级应用。
（1）按照预先设计，将业务处理过程录制下来，并转换 为测试脚本，支持测试脚本的编辑、扩展、执行，提供测试结 果报告。
自动化测试脚本开发思路
1. 软件自动化测试脚本的逻辑结构 （1）数据驱动框架； （2）合理划分脚本模块； （3）建立函数库。
2. 设计适合测试脚本的测试用例 与手工测试用例不同，自动化测试用例要求描述精确，即
每条自动化测试用例的逻辑不要太复杂，验证点不要过多， 应该清晰地描述操作步骤和验证点信息。
3.录制、回放隐藏的对象 脚本可能被录制为增加或双击表格中一个字段或字段位置
不固定的数组的值。由于位置不固定，所以可能造成回放失效。 措施：添加一些功能性脚本，例如“向下滚屏”、“下一
页”、“查询”，可以在WHILE中添加一项功能，确保回放的 隐藏对象可以识别。
自动化测试脚本开发过程
4.为关键脚本创建自动的消息通知 关键性的业务是否被执行是正确测试的前提条件，仅仅依
（2）在脚本中可以插入检查点，包括文本、位图和数值 等，设定需要检测的数据库表和记录。
自动化测试工具
（3）数据驱动向导（Data Driver Wizard）可以把一个 业务流程测试转换成数据驱动测试，反映多个用户各自独立而 真实的行为。 （4）通过交互式的报告工具提供详细、易读的报告，列 出测试中发现的错误内容、位置、检查点等重要事件。
自动化测试工具
（3）建立持续且循环的负载，定义用户的访问时间，根 据用户人数事先设定测试目标，优化测试流程。 （4）实时监测器可以在负载测试的任何时候观察到应用 系统的运行性能，显示交易性能数据和其他系统组件（应用服 务器、WEB服务器、网络设备、数据库）的实时性能。 （5）收集、汇总所有测试数据，提供高级的分析报告。
（1）重新测试全部用例 ； （2）基于风险选择测试； （3）重新测试修改的部分。
自动化回归测试
3. 自动化回归测试 （1）基于自动测试工具的测试框架，具有测试计划驱动
技术的所有优点 ； （2）充分利用测试工具的功能，与测试管理集成 ； （3）基于业务流的测试，数据也是基于业务流配置的 ； （4）应用与自动测试框架分开； （5）脚本与数据分开。
赖于人工监视是不方便的。所以，在测试脚本中应当设计关键 业务执行的消息通知。 5. 编制文档
（1）测试软件的日期； （2）更新任何需要唯一数据的字段； （3）根据环境判断模式/模拟模式/位图录制，调整显示器设置； （4）列出所有具有依赖关系的测试脚本；