第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 十点体会
附录
词 汇
鄂公网安备 42010302001612号 