Software test automation

第1章 测试自动化概念

1．1 引言

1．2 测试与测试自动化概念不同

1．2．1 测试

1．2．2 测试自动化

1．3 v模型

1．4 支持生命周期测试的工具

1．5 测试自动化的承诺

1．6 测试自动化普遍存在的问题

1．7 测试活动

1．7．1 标识测试条件

1．7．2 设计测试事例

1．7．3　建立测试事例

1．7．4　执行测试事例

1．7．5 将测试结果与期望输出比较

1．8 自动测试设计

1．8．1 适合自动化的活动

1．8．2 自动测试事例设计

1．9　软件测试自动化的限制

1．9．1 不能取代手工测试

.1．9．2 手工测试比自动测试发现的缺陷更多

1．9．3 对测试质量的依赖性极大

1．9．4　测试自动化不能提高有效性

1．9．5 测试自动化可能会制约软件开发

1．9．6 工具本身并不具有想象力

小结

第2章 捕获回放并非测试自动化

2．1 应用举例： scribble

2．1．1 测试事例举例：在scribble中编辑一个列表

2．1．2 测试scribble列表

2．1．3 测试输入

2．2 如何将手工测试过程自动化?

2．2．1 adhoc测试：非脚本化

2. 2．2 模糊的手工脚本

2．2．3 详细的手工脚本

2．3 测试执行自动化：输入

2．3．1 测试输入自动化

2．3．2 回放录制脚本

2．3．3 自动脚本有别于手工脚本

2．3．4 使用自动化测试输入的益处

2．3．5 录制手工测试的缺点

2．3．6 建议：不要仅采用录制的方式进行自动化测试

2．3．7 需要手工验证的自动执行

2．4 自动测试结果比较

2．4．1 确定何时比较测试事例的输出

2．4．2 比较多大范围?

2. 4. 3 动态比较

2．4．4 执行后比较

2. 4. 5 自动比较信息必须手工检查

2. 4. 6 自动化测试比较十分重要

2．5 测试自动化的下一个步骤

2．5．1 为什么第二次测试失败

2．5．2 其他验证需求

2．5．3 验证修改文件或数据库的方法

2．5．4 所有的文件哪里去了?

2．6 不可自动实现自动化测试过程

小结

第3章 脚本技术

3．1 引言

3．1．1　与编程的相同点

3．1. 2　脚本的共性问题

3．1．3　测试事例的设计和实现

3．1．4　有关脚本文档的建议

3．2　脚本技术

3．2．1　线性脚本

3．2．2　结构化脚本

3．2．3 共享脚本

3．2．4　数据驱动脚本

3．2．5　关键字驱动脚本

3．3　脚本预处理

3．3．1 脚本预处理功能

小结

第4章 自动比较

4．1 验证、比较及自动化

4．1．1 比较验证

4．1．2 计划比较和随意比较

4．1．3 预测输出及验证实际输出

4．1．4 自动比较的原因

4．1．5 比较的内容

4．1．6 自动比较的局限性

4．2 比较器的用途

4．2．1 可比较的内容

4．2．2 比较器告诉用户的内容

4．2．3 比较器不能告诉用户的内容

4．3 动态比较

4．3．1 定义

4．3．2 支持和实现工具

4．3．3　测试事例智能

4．3．4 复杂性与维护费用成正比

4．4　执行后比较

4．4．1 定义

4．4．2 支持工具

4. 4. 3 比较顺序和结构

4．4．4 主动与被动的执行后比较

4．4．5 实现执行后比较

4．5 简单比较

4．6　复杂比较

4．6．1 需要复杂比较的原因

4．6．2 简单屏蔽

4．6．3 屏蔽的搜索技术

4．6. 4 使用正则表达式的搜索技术

4．6．5 实现复杂比较

4．7　测试敏感性

4．7．1 敏感与健壮的测试

4．7．2 敏感测试与健壮测试之间的权衡

4．7．3 冗余性

4．7．4 测试敏感性的策略

4．8 比较不同类型的输出

4．8．1 基于磁盘的输出

4．8．2 基于屏幕的输出

4．8．3 其他输出类型

4．9 比较过滤器

4．9．1 建立执行后比较工具的实用方法：比较处理过程

4．9．2 过滤器的定义

4．9．3 实现比较处理过程

4．9．4　过滤器的优缺点

4．9．5　过滤器事例

4．9．6　连续用多个过滤器

4．9．7 标准化比较

4．9．8 产生预期输出

4．10 比较准则

4．10．1 保持简单

4．10．2 编制比较的文档

4．10．3　尽可能标准化

4．10．4　分割和驾御

4．10．5 记住效率

4．10．6　避免比较位图

4．10．7 敏感和健壮测试问平衡的目标

小结

第5章　测试件结构

5．1 测试件结构的定义

5．1．1 术语

5．2 要解决的关键问题

5. 2．1 规模

5. 2. 2　重用

5．2. 3 多版本

5．2. 4 独立于平台和环境

5．3 方法

5．3．1 介绍

5．3．2 基本概念

5．3．3 测试件组

5．3．4 测试集

5．3．5 测试件库

5．3．6 测试结果

5．3．7 物理实现

5．3．8 测试工具的接口

5．4 是否过度

小结

第6章 自动化前后的处理

6．1 什么是前处理和后处理?

6．1．1 前处理

6．1．2 后处理

6．1．3 为什么使用这些术语?

6．1．4 为什么要自动化前处理和后处理?

6．1．5 每次存储和恢复时都要设置吗?

6．2　前处理和后处理

6．2．1 前处理任务

6．2．2　后处理任务

6．2．3 不同阶段的前处理和后处理

6．3 测试事例执行后应该发生什么?

6．3．1 正常结束之后

6．3．2　非正常终止之后

6．4 执行中的问题

6. 4. 1 例子测试事例

6．4．2 脚本

6．4．3　使用命令行文件

6. 4. 4　数据驱动的方法

6．4．5 关键字驱动的方法

6．4．6 怎样使用测试事例定义文件

小结

第7章 建立可维护的测试

7．1 维护过程中存在的问题

7. 2　测试维护的属性

7. 2．1 测试事例的数量

7．2．2　测试数据的数量

7．2．3 测试数据的格式

7．2．4　运行测试事例的时间

7. 2．5 测试事例的调试能力

7．2．6 测试之间相互依赖的关系

7．2．7　命名习惯

7．2．8　测试复杂度

7．2．9　测试文档（管理）

7．2．10　其他属性

7．3 陷阱

7．3．1 工具容易令你出错

7．3．2 方法越简单就越容易造成维护的高成本

7．3．3 一时的心血来潮

7．3．4 投入所得的回报

7．4　策略和措施

7．4．1 策略

7．4．2 措施

小结

第8章 度量

8．1 为什么测量测试过程和测试自动化?

8．1．1 投入回报

8．1．2 评估选择、对比选择、监控改进

8．1．3 对问题的预警和预测

8．1．4 基准与标准的对立或竞争

8．2　可测量什么?

8．2．1　gilb的法律

8．2．2 举例说明什么可以度量

8．2．3　有用的度量

8．3 测试和测试自动化的目的

8．3．1 测试的目的

8. 3. 2 测试自动化的目的

8．3．3　可达到的目的

8. 4　软件测试的属性

8. 4．1 测量测试效果

8．4．2　全面测量测试过程

8．5　测试自动化的属性

8．5．1　可维护性

8．5．2 效率

8．5．3 可靠性

8．5．4 兼容性

8．5．5 可用性

8．5．6 健壮性

8．5．7 可移植性

8．6　最好的测试自动化体制

8．7　应该度量所有这些否?

小结

第9章 其他问题

9．1 应首先被自动化的测试

9．1．1 它值得自动化否?

9．1．2　要执行测试的类型

9．1．3 应该首先自动化的测试

9．1．4 不要一口气自动化太多测试

9．1．5 寻找"可快速制胜的测试"

9．2　选择何时运行的测试

9．2．1 怎样选择测试子集

9．2．2 实现一个"测试选择器"

9．3 测试执行的顺序

9．3．1　测试分析负担

9．3．2　建立逻辑层次使分析时间最短

9．3．3　运行测试的其他必要条件

9．3．4　分布测试

9．4　测试状态

9．4．1 成功或失败

9. 4. 2　工具不能判断成功或失败

9. 4. 3 已知的未修复错误

9．4．4 可能的解决方法

9．4．5 测试状态：预料之中的失败

9．4．6 测试状态：未知

9. 4．7 测试状态小结

9．4．8 更详细的失败状态

9. 5 为可(自动化)测试性设计软件

9．6 同步

9．7 监视自动化测试的进展

9．8 裁剪自己体制中的工具

小结

第10章 选择实现自动化测试的工具

10．1 第10章和第11章介绍

10．1. 1 工具选择和执行过程

10．1．2 这是可适用于选择任何类型工具的方法否?

10．2 选择工具

10．3 工具选择工程

10．3. 1 重要性和优先权

10．4 工具选择小组

10．4．1 工具选择小组的领导

10．4．2 工具选择小组中的其他成员

10．5 确定自己的需求

10．5．1 要解决什么问题?

10．5．2 研究不同的解决方案

10．5．3 选择工具的时间安排

10．5．4 工具应该有多大的帮助?

10．5．5 这种帮助有多大价值?

10．6 明确限制

10．6．1 环境的限制(硬件和软件)

10．6．2 工具应该与被测试的软件存在于同一环境否?

10．6．3 商业厂商限制

10. 6. 4 成本限制

10. 6. 5 行政上的限制

10. 6. 6 质量限制

10．7 创建还是购买?

10．8 从市场中可得到的

10．8．1 特性评估

10．8．2 生成最初的长列表

10．8．3 构造较短的列表

10．9 评估最后的候选工具

10．9．1 特性比较

10．9．2 内部演示

10．9．3 脚本维护的测试

10．9．4　竞争试验

10．10 做出决定

10．10．1 根据经济利益进行评价

10．10．2　何时停止评估

10．10．3 完成评估和选择过程

小结

11章 在公司或机构中使用工具

11．1 可能的差错

11．2 管理贯彻使用过程的重要性

11．2．1 工具很容易被束之高阁

11．2．2 工具贯彻使用的过程

11．2．3　对变化的管理

11．3 贯彻使用／改变过程中的角色

11．3．1 工具"斗士"

11．3．2　变动代理人

11. 3. 3 处于管理层的负责人或"守护神"

11．3．4 工具管理员

11．3．5 贯彻使用小组

11．4　管理承诺

11．4．1　成功的关键

11．4．2　现实的期望

11．5 准备

11．5．1 宣传

11．5．2　提高最初的兴趣

11．5．3　继续进行宣传

11．5．4　测试你的演示

11．5．5 用一个试用许可证号确定工具是否合适

11．5．6 内部市场调查

11．6　初步实验计划

11. 6. 1 为什么要进行初步实验

11．6．2　评估你的测试过程的变化

11. 6. 3 设置并实验你的自动化体制

11．6．4 评估初步实验的结果

11．7 计划阶段安装或大面积铺开

11．7．1 计划的重要性

11．7. 2 提供工具使用方面的培训

11．7. 3 监控测试自动化的效率

11．8 贯彻使用中的特殊问题

11．8．1 同其他工具和系统的接口

11．8．2 学习所需要的时间

11．8．3 在维护环境中

11．9 人为因素

11．9．1 对人们提出的问题不进行管理的危险

11．9．2 变化方程式

11．9．3 怎样说服人们改变他们工作的方式

11．9．4 成功的改变孕育着更进一步的变化

11．9．5 可变化性的分类

11．10 总结

11．10．1 贯彻使用过程的"冰山图"

11．10．2 评价工具的贯彻使用

11．10．3 何时结束?

小结

第12章 racal-redac事例

12．1 介绍

12．2 背景

12．2．1 公司及产品

12．2．2 初期测试活动

12．2．3 人工测试带来的问题

12．3 解决方案

12．3．1 多方案策略

12．3．2 自动测试工具

12．3．3 外界咨询

12．3．4 培训测试技术

12．3．5 优化配置测试人员

12．4 综合测试自动化

12. 4. 1 工具性能

12. 4. 2 开发工作

12．4．3 首次使用autotest

12．5 系统测试自动化

12．5．1 新的目标

12．5．2 开发工作

12．5．3 技术问题

12．5．4 非技术问题

12．6 得到的结果

12. 6．1 产品每一版本的测试工作

12. 6．2 获得的教训

12. 6. 3 获得的利益

12．6．4 回报

12．7 1991年以来的历史

12．8 今后会发生什么

12．8．1 1991年以来的历史

12．8．2 自动测试的先进技术

12．8．3 技术问题

12．8．4 变化与利益

12．8．5 现时文化

第13章 一个软件自动测试系统的评估

13．1 介绍

13．2 背景

13．3　grimlin1

13．3．1 特性

13．3．2 grimlin1的优点

13．3．3 grimlin1的上升与跌落

13．3．4 grimlin1使用下降的原因

13．4 grimlin 2．o：没有重新运行功能的产品

13．4．1 grimlin 2．0的特性

13．4．2 提供新的培训

13．4．3 grimlin 2．o beta版测试结果

13．4．4 新的系统对使用者的吸引力不大

13．5 发现真正的问题所在

13. 5. l 错误的设想

13．5．2 自动测试需要时间

13．5．3 人员变化带来的问题

13．5．4 测试工具不支持标准的方法和步骤

13．5．5 gramlin 2．3：方法和工具相结合的产物

13．6得到的教训

13．6．1 测试方法和步骤非常重要

13. 6. 2 测试工具的支持

13．6．3 组织上的问题

小结

第14章 自动测试的经历

14. 1 背景

14．1．1 公司

14．1．2 测试的软件

14．1．3 选择工具和初次失败

14．2 计划、准备和最后的成功

14．2．1 新任务

14．2．2 重新使用测试工具

14．2．3 计划和准备工作的重要性

14. 2．4 组织和动机

14．2．5 回报

14．2. 6 从经济上衡量自动测试

14．2．7 平台支持

14．3 自动测试的优点

14．3．1 减少冒险

14．3．2 更快

14．3．3 覆盖更多的平台

14．3．4 精华部分

14．3．5 准确预测

14．3．6 补充新的人员和士气

14．3．7 银行其他的部门颇感兴趣

14．3．8 强度测试

14．3．9 2000年问题测试

14．4 得到的教训

14．4．1 培训和咨询

14．4．2 脚本

14. 4. 3 数据

14．4．4 万事开头难

14. 4. 5 曲折前进

14．4．6 合理性

14. 4. 7 持续性

14．4．8 处理各种变化

14．5 下一步的工作

小结

第15章 vms环境下的自动测试

15．1 背景

15．1．1 公司

15．1．2 测试实践

15．1．3 测试的软件

15．1．4 自动测试目标

15．2 自动测试的第一次尝试

15．2．1 dtm工具

15．2．2 交互执行程序带来的问题

15．2．3 批量程序带来的问题

15．2．4 放弃使用测试工具

15．3 新测试工具的选择及其评价

15．3．1 在市场上找到v-test

15．3．2 评估v-test

15．4 使用v-test

15. 4. 1 相关问题

15．4．2 计划的利益和v-test的交易

15．4．3 自动执行了什么，如何执行的

15．4．4 技术问题

15. 4. 5 非技术问题

15．4．6 取得的好处

15．4．7 放弃自动测试

15．4．8 复兴计划

15．5 结论

15．5．1 得到的教训

15．5．2 得到的好处

第16章 一个电子股票交易系统的自动测试

16．1 背景

16．1．1 伦敦股票市场

16．1．2 新技术带来的影响

16．1．3 有关的市场调节器

16．2 系统及测试

16．2．1 早期系统开发及测试

16．2．2 正在进行的开发和测试需求

16．3 自动测试需求

16．3．1 目标

16．3．2 测试小组的组织：据弃独立的组织形式

16．4　测试工具的选择

16．4．1 限制因素

16．4．2　忽略的事情

16．4．3 选择测试工具的步骤

16．5 执行测试

16．5. 1 从哪里开始?

16．5．2　选择执行数据驱动的方法

16．5．3　脚本结构发展

16. 6　成熟和维护

16．6．1　脚本维护

16．6．2 人工测试和自动测试的关系

16．7 结果

16．7．1 测试的规模

16．7．2 达到目标

16．7．3 自动测试的回报

第17章 每月自动测试保险报价系统

17．1 背景：uk保险业

17．2 摘要，如何身陷其中的?

17．3 为什么进行自动测试?

17. 4　测试的策略

17．5 选择一个自动测试工具

17．6 有关自动测试计划的决策

17．6．1 测试者的工作

17. 6. 2 自动测试技师的工作

17．7 测试计划

17．8 遇到的一些其他问题

17．9 人工与自动测试者对比

小结

第18章 第三代iss自动化测试系统

18．1 介绍

18．2 测试的软件

18．3 第一代

18．3．1 采用自动化测试的最初目标

18．3．2 辅助工具的选择

18．3．3 脚本的捕获重放

18．3．4 第一代系统的成本和优点。

18．3．5 第一代产品所遇到的问题

18．3．6 第一代系统得到的教训

18．4 第二代测试工具

18．4．1 我们继续研究自动化测试的目的

18. 4. 2 我们所做的工作

18．4．3 命名规定

18．4．4 新体制

18．4．5 第二代产品的成本和优点

18．4．6 第二代测试系统存在的缺陷

18．4．7 第二代系统得到的教训

18．5 第三代自动测试工具

18．5．1 设计一种新的基础构造

18．5．2 评价付出的努力

18．5．3 设计基础结构

18．5．4 第三代测试工具的价格与优点

18．5．5 第三代测试工具遇到的问题

18．5．6 第三代测试系统得到的教训

18．6 三代测试系统概要

18. 6．1 三代测试工具的特性

18．6．2 长期策略

18．6．3 建议

18．6．4 成功的因素

第19章 自动化测试故障：吸取的教训

19．1 介绍

19．2 工程

19．2．1 工程a

19．2．2 工程b

19．3 问题

19．3．1 测试工具问题

19．3．2 测试者和他们遇到的问题

19．3．3 测试环境问题

19．3．4 自动测试的时间和工作量

19. 4 建议

19．4．1 测试工具的建议

19. 4. 2 对测试者的建议

19. 4．3 测试环境的建议

19. 4. 4 时间和工作量建议

19. 5 pilot工程

19. 6 结束语

第20章 一个预料之外的自动测试事例

20．1 背景介绍

20．1．1 用户和顾问

20．1．2 工程

20．1．3 理解银行的目标

20．1．4 工程背景

20．2 帮助银行选择产品

20．2．1 第一阶段：itt

20．2．2 对投标商的更多问题

20．2．3 第二阶段通过测试对产品作出选择

20．2．4 制定测试策略

20．2．5 等待阶段

20．3 进行测试

20．3. 1 供应商的新做法

20．3．2 综合各节的内容

20．4 自动测试

20．4．1 测试系统的发展

20．4．2 测试系统的使用

20．5 结果

20．5．1 测试阶段：情况总结

20．5．2 优点

第21章 在独立测试单元下执行自动测试

21．1 背景介绍

21．1．1 公司

21．1．2 事例研究和测试工具

21．2 评估过程

21．2．1 我们的要求

21．2．2 与工具销售商的关系

21．2．3 商业范例

21．2．4 评估过程中的关键点

21．3 执行阶段

21．3．1 第一步：三份副本

21．3．2 训练

21．3．3 使用多种工具

21．3．4 在执行阶段的关键点

21．4 工具的配置

21. 4. 1 标准和命名规定

21．4．2 工具专家和支持

21．4．3 效应扩展

21．4．4 工具配置过程中的关键点

21．5 qarun的运行情况

21．5．1 宽度测试

21．5．2 深度测试

21．5．3 其他的测试

21．5．4 工具使用的关键点论述

21．6 遇到的问题

21. 6. 1 脚本的运行

21．6．2 脚本和数据的维护

21. 6. 3 工具的维护

2l. 6. 4 工具的缺陷

21. 6. 5 对测试脚本和数据的配置管理

21. 6. 6 不要急于进行自动化测试

2l. 6. 7 我们遇到问题的关键点论述

21．7 两年中取得的成绩

21．7．1 节约了时间

21．7．2 改善了测试

21．7．3 机器的使用方法

21．7．4 我们的产品缺少回归

21．7．5 性能测试

21．7．6 客户影响

21．7．7 测试人员应是熟练的

21．7．8 小组中更高昂的士气

21．8 结论

第22章 用功能语句测试

22．1 介绍

22．1．1 产生该方法的原因

22．1．2　测试

22．1．3　功能语句方法

22．1. 4　使用本方法的原因

22. 2 测试组件

22. 2. 1 应用举例：迷你银行

22. 2. 2 测试迷你银行的数据表格

22．2．3 不可预知的关键数据：保持和参考

22．2．4 数据表格执行报表

22．3 导航器

22．3．1 导航器的实现

22．4 测试开发生命周期

22．4．1 测试计划

22．4．2 测试设计

22．5 其他测试类型的适用性

22．5．1 批量测试系统

22．5．2 性能和加载测试

22．6 模板：表格单元

22．6．1 利用功能语句生成功能语句

22．6．2 举例：订单

小结

第23章 在abn amro bank development international的回归测试

23．1 背景

23．1．1 介绍

23．1．2 abn amro bank组织及其主要产品

23．1．3 abn amro bank测试周期

23．2 常规测试的问题

23．2．1 新版本

23．2．2 技术基础结构

23．2．3 大范围项目

23．2．4 可能的解决办法

23．3 使用testframe的自动方案

23．4 回归测试项目

23．4．1 项目小组

23．4．2 测试小组

23．5 副产品

23．6 前景

小结

第24章 事务对象方案：自动测试的第五代方法

24．1 简介

24．2 开发测试软件的五代经历

24．2．1 第一代

24．2．2 第二代

24．2．3 第三代

24．2．4 第四代

24．2．5 第五代

24．3　radstar

24．4 窗口中央化方案库

24．5　事务对象方案

24．6 事务对象方案与现有系统综合

24．7 重用与可重复性

24．7．1 重用

24．7．2　可重复性

24．8 结论

第25章 一个自动测试过程

25．1 介绍

25．2 第一步

25．2．1 早期尝试自动测试的经验

25．2．2 下一个尝试：新工具和来自工具专家的支持

25．2．3　ad　hoc自动测试过程的经历("坏的")

25．2．4　我们真正需要什么

25．2．5　这样能行吗?

25．3 受欢迎的自动测试基石：radstar

25．3．1 这个方法提供些什么?

25．3．2　它能满足我们的需要吗?

25. 4 利用radstar完成自动测试

25. 4. 1 radstar作为自动测试基础结构的核心

25. 4. 2 报告举例(数据来自2000年项目)

25. 5 回顾

25. 5. 1 小组成员

25. 5．2 我们成功了吗?

第26章 自动测试手册摘要

26. 1 本章简介

26. 2 手册简介

26. 2. 1 测试为什么要自动化

26. 2. 2 什么时候不做自动测试

26．2．3 如何不能实现自动化

26．2．4 设定现实的期望值

26．2．5 获得和遵守领导的承诺

26．3 测试自动化的基本概念

26．3．1 前后关系

26．3．2 同步

26．3．3 文档

26．4 测试过程和人员

26．4．1 测试自动化过程

26．4．2 测试队伍

26．5 测试执行：分析结果

26．5．1 不准确的结果

26．5．2 缺陷跟踪

26．6 测试量度

26. 6. 1 向领导汇报

26．6．2 历史趋势

26．7 关于手册更多的信息

第27章 建立可维护的gui测试

27．1 背景介绍

27．1．1 定义

27．1．2 为什么需要方法学

27．2 费用驱动

27．2．1 简述录制／回放

27．2．2 自动化的gui测试要求

27．3　测试计划和设计

27．3．1 测试文档的双重用途

27．3．2　在测试设计过程中发现错误

27．4 工作良好的测试事例

27. 4. 1 测试事例是独立的

27．4．2 测试事例具有单一用途

27. 4. 3 一个失败的测试事例不应引起其他测试事例的失败

27. 4．4 测试事例应具有完整的文档

27．5 封装测试设置

27．5．1 向设置程序传递参数

27．5．2 标准化的错误复原

27．5．3 gui对象映射

27．6 实施步骤

27. 6. 1 测试项目计划

27．6．2 编写测试

小结

第28章 在微软的自动化测试经验

28．1　历史

28．1．1 经历简介

28．1．2　准备自动化测试

28．1．3　测试管理系统

28. 2 批处理文件

28．2．1 操作原理

28．2．2 优点

28．2．3 缺点

28．2．4 结论

28. 3 捕捉/回放工具

28．3．1 操作原理

28．3．2 优点

28．3．3 缺点

28．3．4 结论

28. 4 脚本语言

28．4．1 操作原理

28．4．2 优点

28. 4. 3 缺点

28．4．4 结论

28．5 测试修饰用对话框

28．5．1 操作原理

28．5．2 优点

28．5．3 缺点

28．5．4 结论

28．6 帮助测试工具

28. 6. 1 操作原理

28．6．2 优点

28. 6. 3 缺点

28. 6. 4 结论

28. 7 使测试执行随机化的工具

28．7．1 优点

28．7．2 缺点

28．7．3 结论

28．8 首先使什么实现自动化?

28. 8. 1 开发自动化测试的关键点

28．8．2 回归测试

28．8．3 冲击测试

28．8．4 错误管理

28．9 十点体会

附录

词 汇