软件测试自动化技术与实例详解PDF|Epub|txt|kindle电子书版本网盘下载

软件测试自动化技术与实例详解PDF格式电子书版下载

注意：本站所有压缩包均有解压码： 点击下载压缩包解压工具

第1章 测试自动化概念1

1.1 引言2

1.2 测试与测试自动化概念不同2

1.2.1 测试2

1.2.2 测试自动化3

1.3 V模型4

1.4 支持生命周期测试的工具5

1.5 测试自动化的承诺6

1.6 测试自动化普遍存在的问题7

1.7 测试活动9

1.7.2 设计测试事例10

1.7.1 标识测试条件10

1.7.3 建立测试事例12

1.7.4 执行测试事例12

1.7.5 将测试结果与期望输出比较12

1.8 自动测试设计13

1.8.1 适合自动化的活动13

1.8.2 自动测试事例设计14

1.9 软件测试自动化的限制17

1.9.1 不能取代手工测试17

1.9.6 工具本身并不具有想象力18

1.9.4 测试自动化不能提高有效性18

1.9.5 测试自动化可能会制约软件开发18

1.9.3 对测试质量的依赖性极大18

1.9.2 手工测试比自动测试发现的缺陷更多18

小结19

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

2.1 应用举例：Scribble22

2.1.1 测试事例举例：在Scribble中编辑一个列表22

2.1.2 测试Scribble列表22

2.1.3 测试输入23

2.2 如何将手工测试过程自动化？29

2.2.1 Ad hoc测试：非脚本化30

2.2.2 模糊的手工脚本31

2.2.3 详细的手工脚本32

2.3 测试执行自动化：输入34

2.3.1 测试输入自动化35

2.3.2 回放录制脚本35

2.3.3 自动脚本有别于手工脚本35

2.3.4 使用自动化测试输入的益处37

2.3.5 录制手工测试的缺点38

2.3.6 建议：不要仅采用录制的方式进行自动化测试39

2.3.7 需要手工验证的自动执行39

2.4 自动测试结果比较40

2.4.1 确定何时比较测试事例的输出40

2.4.2 比较多大范围？40

2.4.4 执行后比较43

2.4.3 动态比较43

2.4.5 自动比较信息必须手工检查45

2.4.6 自动化测试比较十分重要46

2.5 测试自动化的下一个步骤46

2.5.1 为什么第二次测试失败47

2.5.2 其他验证需求50

2.5.3 验证修改文件或数据库的方法51

2.5.4 所有的文件哪里去了？51

2.6 不可自动实现自动化测试过程52

小结52

第3章 脚本技术55

3.1.2 脚本的共性问题56

3.1 引言56

3.1.1 与编程的相同点56

3.1.3 测试事例的设计和实现60

3.1.4 有关脚本文档的建议61

3.2 脚本技术63

3.2.1 线性脚本63

3.2.2 结构化脚本65

3.2.3 共享脚本66

3.2.4 数据驱动脚本70

3.2.5 关键字驱动脚本74

3.3.1 脚本预处理功能77

3.3 脚本预处理77

小结81

第4章 自动比较85

4.1 验证、比较及自动化86

4.1.1 比较验证86

4.1.2 计划比较和随意比较86

4.1.3 预测输出及验证实际输出87

4.1.4 自动比较的原因87

4.1.5 比较的内容88

4.1.6 自动比较的局限性88

4.2.2 比较器告诉用户的内容89

4.2.1 可比较的内容89

4.2 比较器的用途89

4.2.3 比较器不能告诉用户的内容90

4.3 动态比较90

4.3.1 定义90

4.3.2 支持和实现工具90

4.3.3 测试事例智能91

4.3.4 复杂性与维护费用成正比91

4.4 执行后比较91

4.4.1 定义91

4.4.2 支持工具92

4.4.3 比较顺序和结构92

4.4.4 主动与被动的执行后比较93

4.4.5 实现执行后比较94

4.5 简单比较97

4.6 复杂比较97

4.6.1 需要复杂比较的原因97

4.6.2 简单屏蔽98

4.6.3 屏蔽的搜索技术99

4.6.4 使用正则表达式的搜索技术100

4.6.5 实现复杂比较100

4.7.1 敏感与健壮的测试101

4.7.2 敏感测试与健壮测试之间的权衡101

4.7 测试敏感性101

4.7.3 冗余性102

4.7.4 测试敏感性的策略103

4.8 比较不同类型的输出104

4.8.1 基于磁盘的输出104

4.8.2 基于屏幕的输出107

4.8.3 其他输出类型110

4.9 比较过滤器110

4.9.1建立执行后比较工具的实用方法：比较处理过程110

4.9.2 过滤器的定义111

4.9.3 实现比较处理过程112

4.9.4 过滤器的优缺点112

4.9.5 过滤器事例114

4.9.6 连续用多个过滤器115

4.9.7 标准化比较119

4.9.8 产生预期输出119

4.10 比较准则120

4.10.1 保持简单120

4.10.2 编制比较的文档120

4.10.3 尽可能标准化120

4.10.4 分割和驾御120

4.10.5 记住效率120

4.10.7 敏感和健壮测试间平衡的目标121

小结121

4.10.6 避免比较位图121

第5章 测试件结构123

5.1 测试件结构的定义124

5.1.1 术语124

5.2 要解决的关键问题125

5.2.1 规模125

5.2.2 重用126

5.2.3 多版本127

5.2.4 独立于平台和环境128

5.3 方法128

5.3.1 介绍128

5.3.2 基本概念129

5.3.3 测试件组131

5.3.4 测试集136

5.3.5 测试件库137

5.3.6 测试结果140

5.3.7 物理实现141

5.3.8 测试工具的接口150

5.4 是否过度150

小结151

第6章 自动化前后的处理153

6.1.3 为什么使用这些术语？154

6.1.2 后处理154

6.1.1 前处理154

6.1 什么是前处理和后处理？154

6.1.4 为什么要自动化前处理和后处理？155

6.1.5 每次存储和恢复时都要设置吗？156

6.2 前处理和后处理156

6.2.1 前处理任务156

6.2.2 后处理任务157

6.2.3 不同阶段的前处理和后处理158

6.3 测试事例执行后应该发生什么？160

6.3.1 正常结束之后160

6.3.2 非正常终止之后160

6.4.1 例子测试事例161

6.4.2 脚本161

6.4 执行中的问题161

6.4.3 使用命令行文件164

6.4.4 数据驱动的方法164

6.4.5 关键字驱动的方法164

6.4.6 怎样使用测试事例定义文件165

小结166

第7章 建立可维护的测试167

7.1 维护过程中存在的问题168

7.2 测试维护的属性168

7.2.1 测试事例的数量169

6.2.3 测试数据的格式170

7.2.2 测试数据的数量170

7.2.4 运行测试事例的时间171

7.2.5 测试事例的调试能力172

7.2.6 测试之间相互依赖的关系172

7.2.7 命名习惯173

7.2.8 测试复杂度173

7.2.9 测试文档（管理）173

7.2.10 其他属性174

7.3 陷阱174

7.3.1 工具容易令你出错174

7.3.2 方法越简单就越容易造成维护的高成本174

7.4.2 措施175

7.4 策略和措施175

7.4.1 策略175

7.3.3 一时的心血来潮175

7.3.4 投入所得的回报175

小结176

第8章 度量179

8.1 为什么测量测试过程和测试自动化？180

8.1.1 投入回报180

8.1.2 评估选择、对比选择、监控改进182

8.2 可测量什么？183

8.2.1 Gilb的法律183

8.1.4 基准与标准的对立或竞争183

8.1.3 对问题的预警和预测183

8.2.2 举例说明什么可以度量184

8.2.3 有用的度量184

8.3 测试和测试自动化的目的185

8.3.1 测试的目的185

8.3.2 测试自动化的目的185

8.3.3 可达到的目的187

8.4 软件测试的属性187

8.4.1 测量测试效果187

8.4.2 全面测量测试过程193

8.5 测试自动化的属性194

8.5.2 效率195

8.5.1 可维护性195

8.5.3 可靠性197

8.5.4 兼容性198

8.5.5 可用性198

8.5.6 健壮性198

8.5.7 可移植性199

8.6 最好的测试自动化体制199

8.7 应该度量所有这些否？201

小结202

第9章 其他问题203

9.1.2 要执行测试的类型204

9.1.1 它值得自动化否？204

9.1 应首先被自动化的测试204

9.1.3 应该首先自动化的测试205

9.1.4 不要一口气自动化太多测试206

9.2 选择何时运行的测试206

9.2.1 怎样选择测试子集206

9.2.2 实现一个“测试选择器”207

9.3 测试执行的顺序208

9.3.1 测试分析负担208

9.3.2 建立逻辑层次使分析时间最短209

9.4 测试状态210

9.4.1 成功或失败210

9.3.4 分布测试210

9.3.3 运行测试的其他必要条件210

9.4.2 工具不能判断成功或失败211

9.4.3 已知的未修复错误211

9.4.4 可能的解决方法212

9.4.5 测试状态：预料之中的失败213

9.4.6 测试状态：未知213

9.4.7 测试状态小结216

9.4.8 更详细的失败状态216

9.5 为可（自动化）测试性设计软件217

9.7 监视自动化测试的进展218

9.6 同步218

9.8 裁剪自己体制中的工具220

小结221

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

10.1 第10章和第11章介绍224

10.1.1 工具选择和执行过程224

10.1.2 这是可适用于选择任何类型工具的方法否？224

10.2 选择工具225

10.3 工具选择工程225

10.3.1 重要性和优先权225

10.4 工具选择小组226

10.4.1 工具选择小组的领导226

10.5.1 要解决什么问题？227

10.5 确定自己的需求227

10.4.2 工具选择小组中的其他成员227

10.5.2 研究不同的解决方案228

10.5.3 选择工具的时间安排231

10.5.4 工具应该有多大的帮助？231

10.5.5 这种帮助有多大价值232

10.6 明确限制234

10.6.1 环境的限制（硬件和软件）235

10.6.2 工具应该与被测试的软件存在于同一环境否？235

10.6.3 商业厂商限制235

10.6.4 成本限制236

10.6.6 质量限制237

10.6.5 行政上的限制237

10.7 创建还是购买？239

10.8 从市场中可得到的240

10.8.1 特性评估240

10.8.2 生成最初的长列表242

10.8.3 构造较短的列表242

10.9 评估最后的候选工具243

10.9.1特性比较243

10.9.2 内部演示246

10.9.3 脚本维护的测试248

10.9.4 竞争试验249

10.10 做出决定249

10.10.1 根据经济利益进行评价249

10.10.2 何时停止评估250

小结251

10.10.3 完成评估和选择过程251

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

11.1 可能的差错254

11.2 管理贯彻使用过程的重要性254

11.2.1 工具很容易被束之高阁255

11.2.2 工具贯彻使用的过程255

11.2.3 对变化的管理256

11.3 贯彻使用/改变过程中的角色256

11.3.1 工具“斗士”256

11.3.4 工具管理员257

11.3.2 变动代理人257

11.3.5贯彻使用小组258

11.4 管理承诺258

11.4.1 成功的关键258

11.4.2 现实的期望259

11.5 准备259

11.5.1 宣传259

11.5.2 提高最初的兴趣260

11.5.3 继续进行宣传260

11.5.4 测试你的演示260

11.6.1 为什么要进行初步实验261

11.6 初步实验计划261

11.5.5 用一个试用许可证号确定工具是否合适261

11.5.6 内部市场调查261

11.6.2 评估你的测试过程的变化262

11.6.3 设置并实验你的自动化体制263

11.6.4 评估初步实验的结果263

11.7 计划阶段安装或大面积铺开263

11.7.1 计划的重要性263

11.7.2 提供工具使用方面的培训264

11.7.3 监控测试自动化的效率264

11.8.1 同其他工具和系统的接口265

11.8.2 学习所需要的时间265

11.8 贯彻使用中的特殊问题265

11.8.3 在维护环境中266

11.9 人为因素266

11.9.1 对人们提出的问题不进行管理的危险266

11.9.2 变化方程式267

11.9.3 怎样说服人们改变他们工作的方式267

11.9.4 成功的改变孕育着更进一步的变化267

11.9.5 可变化性的分类268

11.10 总结269

11.10.1 贯彻使用过程的“冰山图”269

11.10.2 评价工具的贯彻使用269

11.10.3 何时结束？269

小结270

第12章 Racal-Redac事例275

12.2 背景276

12.2.1 公司及产品276

12.2.2 初期测试活动276

12.2.3 人工测试带来的问题276

12.1 介绍276

12.3 解决方案277

12.3.1 多方案策略277

12.3.2 自动测试工具277

12.3.3 外界咨询278

12.3.4 培训测试技术278

12.3.5 优化配置测试人员278

12.4.2 开发工作279

12.4 综合测试自动化279

12.4.1 工具性能279

12.4.3 首次使用Autotest280

12.5 系统测试自动化280

12.5.1 新的目标280

12.5.2 开发工作280

12.5.3 技术问题281

12.5.4 非技术问题282

12.6 得到的结果283

12.6.1 产品每一版本的测试工作283

12.6.2 获得的教训284

12.6.4 回报286

12.6.3 获得的利益286

12.7 1991年以来的历史287

12.8 今后会发生什么288

12.8.1 1991年以来的历史288

12.8.2 自动测试的先进技术288

12.8.3 技术问题289

12.8.4 变化与利益289

12.8.5 现时文化290

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

13.3.1 特性294

13.3 Grimlin 1294

13.2 背景294

13.1 介绍294

13.3.2 Grimlin 1的优点295

13.3.3 Grimlin 1的上升与跌落295

13.3.4 Grimlin 1使用下降的原因295

13.4 Grimlin 2.0：没有重新运行功能的产品297

13.4.1 Grimlin 2.0的特性297

13.4.2 提供新的培训298

13.4.3 Grimlin 2.0 beta版测试结果299

13.4.4 新的系统对使用者的吸引力不大299

13.5 发现真正的问题所在299

13.5.2 自动测试需要时间301

13.5.1 错误的设想301

13.5.3 人员变化带来的问题302

13.5.4 测试工具不支持标准的方法和步骤303

13.5.5 Gramlin 2.3：方法和工具相结合的产物303

13.6 得到的教训303

13.6.1 测试方法和步骤非常重要303

13.6.2 测试工具的支持304

13.6.3 组织上的问题305

小结307

第14章 自动测试的经历309

14.1.2 测试的软件310

14.1.3 选择工具和初次失败310

14.1.1 公司310

14.1 背景310

14.2 计划、准备和最后的成功311

14.2.1 新任务311

14.2.2 重新使用测试工具311

14.2.3 计划和准备工作的重要性311

14.2.4 组织和动机311

14.2.5 回报312

14.2.6 从经济上衡量自动测试312

14.2.7 平台支持312

14.3.5 准确预测313

14.3.4 精华部分313

14.3.6 补充新的人员和士气313

14.3.1 减少冒险313

14.3.2 更快313

14.3 自动测试的优点313

14.3.3 覆盖更多的平台313

14.4 得到的教训314

14.4.2 脚本314

14.4.1 培训和咨询314

14.4.3 数据314

14.3.9 2000年问题测试314

14.3.8 强度测试314

14.3.7 银行其他的部门颇感兴趣314

14.4.4 万事开头难315

14.4.5 曲折前进315

14.4.6 合理性315

14.4.7 持续性315

14.4.8 处理各种变化315

14.5 下一步的工作315

小结316

第15章 VMS环境下的自动测试317

15.1.4 自动测试目标318

15.1.2 测试实践318

15.1.3 测试的软件318

15.1.1 公司318

15.1 背景318

15.2 自动测试的第一次尝试319

15.2.1 DTM工具319

15.2.2 交互执行程序带来的问题319

15.2.3 批量程序带来的问题319

15.2.4 放弃使用测试工具319

15.3 新测试工具的选择及其评价320

15.3.1 在市场上找到V-Test320

15.3.2 评估V-Test320

15.4.1 相关问题322

15.4 使用V-Test322

15.4.2 计划的利益和V-Test的交易323

15.4.3 自动执行了什么，如何执行的323

15.4.4 技术问题324

15.4.5 非技术问题326

15.4.6 取得的好处326

15.4.7 放弃自动测试328

15.4.8 复兴计划329

15.5 结论329

15.5.1 得到的教训329

15.5.2 得到的好处331

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

16.1.3 有关的市场调节器334

16.1.2 新技术带来的影响334

16.1 背景334

16.1.1 伦敦股票市场334

16.2 系统及测试335

16.2.1 早期系统开发及测试335

16.2.2 正在进行的开发和测试需求336

16.3 自动测试需求336

16.3.1 目标336

16.3.2 测试小组的组织：摒弃独立的组织形式336

16.4 测试工具的选择337

16.4.1 限制因素337

16.4.2 忽略的事情337

16.4.3 选择测试工具的步骤338

16.5 执行测试339

16.5.1 从哪里开始？339

16.5.2 选择执行数据驱动的方法339

16.5.3 脚本结构发展340

16.6 成熟和维护340

16.6.1 脚本维护340

16.6.2 人工测试和自动测试的关系341

16.7 结果341

16.7.1 测试的规模341

16.7.2 达到目标341

16.7.3 自动测试的回报342

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

17.1 背景：UK保险业344

17.2 摘要，如何身陷其中的？345

17.3 为什么进行自动测试？345

17.4 测试的策略346

17.5 选择一个自动测试工具347

17.6 有关自动测试计划的决策348

17.6.1 测试者的工作348

17.6.2 自动测试技师的工作348

17.7 测试计划349

17.8 遇到的一些其他问题350

17.9 人工与自动测试者对比351

小结352

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

18.1 介绍354

18.2 测试的软件354

18.3 第一代354

18.3.1 采用自动化测试的最初目标354

18.3.2 辅助工具的选择355

18.3.3 脚本的捕获重放355

18.3.4 第一代系统的成本和优点。356

18.3.5 第一代产品所遇到的问题356

18.4.2 我们所做的工作357

18.4.1 我们继续研究自动化测试的目的357

18.4 第二代测试工具357

18.3.6 第一代系统得到的教训357

18.4.3 命名规定358

18.4.4 新体制359

18.4.5 第二代产品的成本和优点360

18.4.6 第二代测试系统存在的缺陷360

18.4.7 第二代系统得到的教训361

18.5 第三代自动测试工具361

18.5.1 设计一种新的基础构造361

18.5.2 评价付出的努力363

18.5.3 设计基础结构363

18.5.4 第三代测试工具的价格与优点364

18.5.5 第三代测试工具遇到的问题365

18.5.6 第三代测试系统得到的教训366

18.6 三代测试系统概要366

18.6.1 三代测试工具的特性366

18.6.2 长期策略367

18.6.3 建议368

18.6.4 成功的因素368

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

19.1 介绍372

19.2 工程372

19.2.1 工程A372

19.3.1 测试工具问题373

19.2.2 工程B373

19.3 问题373

19.3.2 测试者和他们遇到的问题374

19.3.3 测试环境问题374

19.3.4 自动测试的时间和工作量375

19.4 建议376

19.4.1 测试工具的建议376

19.4.2 对测试者的建议376

19.4.3 测试环境的建议377

19.4.4 时间和工作量建议377

19.5 Pilot工程377

19.6 结束语378

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

20.1 背景介绍380

20.1.1 用户和顾问380

20.1.2 工程380

20.1.3 理解银行的目标380

20.1.4 工程背景381

20.2 帮助银行选择产品382

20.2.1 第一阶段：ITT382

20.2.2 对投标商的更多问题382

20.2.3 第二阶段 通过测试对产品作出选择383

20.2.4 制定测试策略383

20.2.5 等待阶段384

20.3.1 供应商的新做法385

20.3.2 综合各节的内容385

20.3 进行测试385

20.4 自动测试386

20.4.1 测试系统的发展386

20.4.2 测试系统的使用387

20.5 结果388

20.5.1 测试阶段：情况总结388

20.5.2 优点389

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

21.2 评估过程392

21.2.1 我们的要求392

21.1.1 公司392

21.1.2 事例研究和测试工具392

21.1 背景介绍392

21.2.2 与工具销售商的关系393

21.2.3 商业范例394

21.2.4 评估过程中的关键点394

21.3 执行阶段394

21.3.1 第一步：三份副体394

21.3.2 训练394

21.4.1 标准和命名规定395

21.4 工具的配置395

21.3.4 在执行阶段的关键点395

21.3.3 使用多种工具395

21.4.2 工具专家和支持396

21.4.3 效应扩展396

21.4.4 工人配置过程中的关键点397

21.5 QARun的运行情况397

21.5.1 宽度测试397

21.5.2 深度测试398

21.5.3 其他的测试399

21.5.4 工具使用的关键点论述399

21.6.1 脚本的运行400

21.6 遇到的问题400

21.6.2 脚本和数据的维护401

21.6.3 工具的维护401

21.6.4 工具的缺陷401

21.6.5 对测试脚本和数据的配置管理401

21.6.6 不要急于进行自动化测试402

21.6.7 我们遇到问题的关键点论述402

21.7 两年中取得的成绩402

21.7.1 节约了时间402

21.7.8 小组中更高昂的士气403

21.7.7 测试人员应是熟练的403

21.7.5 性能测试403

21.7.6 客户影响403

21.7.4 我们的产品缺少回归403

21.7.3 机器的使用方法403

21.7.2 改善了测试403

21.8 结论404

第22章 用功能语句测试405

22.1 介绍406

22.1.1 产生该方法的原因406

22.1.2 测试406

22.1.3 功能语句方法407

22.1.4 使用本方法的原因408

22.2.1 应用举例：迷你银行409

22.2 测试组件409

22.2.2 测试迷你银行的数据表格410

22.2.3 不可预知的关键数据：保持和参考412

22.2.4 数据表格执行报表413

22.3 导航器414

22.3.1 导航器的实现415

22.4 测试开发生命周期415

22.4.1 测试计划416

22.4.2 测试设计417

22.5 其他测试类型的适用性418

22.5.1 批量测试系统418

22.5.2 性能和加载测试418

22.6.2 举例：订单419

22.6 模板：表格单元419

22.6.1 利用功能语句生成功能语句419

小结421

第23章 在ABN AMRO Bank Development International的回归测试423

23.1 背景424

23.1.1 介绍424

23.1.2 ABN AMRO Bank组织及其主要产品424

23.1.3 ABN AMRO Bank测试周期425

23.2.2 技术基础结构426

23.2.4 可能的解决办法426

23.2.3 大范围项目426

23.2.1 新版本426

23.2 常规测试的问题426

23.3 使用TestFrame的自动方案427

23.4 回归测试项目428

23.4.1 项目小组428

23.4.2 测试小组428

23.5 副产品429

23.6 前景430

小结430

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

24.2 开发测试软件的五代经历432

24.2.1 第一代432

24.1 简介432

24.2.2 第二代433

24.2.3 第三代433

24.2.4 第四代433

24.2.5 第五代433

24.3 RadSTAR433

24.4 窗口中央化方案库434

24.5 事务对象方案435

24.6 事务对象方案与现有系统综合436

24.7 重用与可重复性436

24.7.1 重用436

24.8 结论437

24.7.2 可重复性437

第25章 一个自动测试过程439

25.1 介绍440

25.2 第一步440

25.2.1 早期尝试自动测试的经验440

25.2.2 下一个尝试：新工具和来自工具专家的支持440

25.2.3 AD HOC自动测试过程的经历（“坏的”）441

25.2.4 我们真正需要什么441

25.2.5 这样能行吗？441

25.4.1 RadSTAR作为自动测试基础结构的核心443

25.4 利用RadSTAR完成自动测试443

25.3.2 它能满足我们的需要吗？443

25.3.1 这个方法提供些什么？443

25.3 受欢迎的自动测试基石：RadSTAR443

25.4.2 报告举例（数据来自2000年项目）444

25.5 回顾447

25.5.1 小组成员447

25.5.2 我们成功了吗？448

第26章 自动测试手册摘要449

26.1 本章简介450

26.2 手册简介450

26.2.1 测试为什么要自动化450

26.2.2 什么时候不做自动测试451

26.2.3 如何不能实现自动化452

26.2.4 设定现实的期望值452

26.2.5 获得和遵守领导的承诺454

26.3 测试自动化的基本概念455

26.3.1 前后关系456

26.3.2 同步457

26.3.3 文档458

26.4 测试过程和人员459

26.4.1 测试自动化过程459

26.4.2 测试队伍459

26.5.1 不准确的结果461

26.5 测试执行：分析结果461

26.5.2 缺陷跟踪462

26.6 测试量度462

26.6.1 向领导汇报466

26.6.2 历史趋势467

26.7 关于手册更多的信息467

第27章 建立可维护的GUI测试469

27.1 背景介绍470

27.1.1 定义470

27.1.2 为什么需要方法学471

27.2 费用驱动471

27.2.1 简述录制/回放472

27.2.2 自动化的GUI测试要求473

27.3 测试计划和设计473

27.3.1 测试文档的双重用途474

27.3.2 在测试设计过程中发现错误476

27.4 工作良好的测试事例477

27.4.1 测试事例是独立的478

27.4.2 测试事例具有单一用途478

27.4.3 一个失败的测试事例不应引起其他测试事例的失败478

27.4.4 测试事例应具有完整的文档479

27.5 封装测试设置479

27.5.1 向设置程序传递参数481

27.5.2 标准化的错误复原481

27.5.3 GUI对象映射483

27.6.1 测试项目计划484

27.6 实施步骤484

27.6.2 编写测试485

小结485

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

28.1 历史488

28.1.1 经历简介488

28.1.2 准备自动化测试489

28.1.3 测试管理系统490

28.2.1 操作原理491

28.2.2 优点491

28.2 批处理文件491

28.2.3 缺点492

28.2.4 结论492

28.3 捕捉/回放工具492

28.3.1 操作原理492

28.3.2 优点492

28.3.3 缺点492

28.3.4 结论493

28.4 脚本语言493

28.4.1 操作原理493

28.4.2 优点493

28.5.1 操作原理494

28.5 测试修饰用对话框494

28.4.3 缺点494

28.4.4 结论494

28.5.2 优点495

28.5.3 缺点495

28.5.4 结论495

28.6 帮助测试工具495

28.6.1 操作原理495

28.6.2 优点496

28.6.3 缺点496

28.7.2 缺点497

28.7.1 优点497

28.7 使测试执行随机化的工具497

28.6.4 结论497

28.7.3 结论498

28.8 首先使什么实现自动化？498

28.8.1 开发自动化测试的关键点498

28.8.2 回归测试499

28.8.3 冲击测试499

28.8.4 错误管理499

28.9 十点体会500

附录501

词汇503