软件测试自动化

软件测试自动化
作　者： Daniel Mosley Bruce Posey 邓波 邓波
出版社： 机械工业出版社
丛编项： 软件工程技术丛书 测试系列
版权说明： 本书为公共版权或经版权方授权，请支持正版图书
标　签： 软件测试及维护
ISBN 出版时间 包装 开本 页数 字数
未知 暂无 暂无 未知 0 暂无

作者简介

　　DANIELJ.MOSLEY是客房机－服务器软件测试技术的创始人，他也是《TheHandbookofMISApplicationSoftwareTesting》和《ClientSeverSoftwareTestingontheDesktopandWeb》两本书的作者。Mosley是一位CSTE（认证软件测试工程师），他是质量保证研究所的一名高级顾问和研讨班主管，他的著作还有，TEST-RxTMMethodology》。BRUCEA.POSEY的特长是使用SQA套件和Rational小组测试开发和实现数据驱动、基于框架的测试脚本。他有将近30年的IT从业经验，曾在MasterCard、DeutscheFinacialServices、SBC和其他杰出的公司做过多种工作。现在他是ArcherGroup的董事和首席顾问，该公司的业务主要是软件测试和培训。

内容简介

本书是一本从测试开发人员和用户角度考虑的实际可用的指导软件测试自动化的书。两位优秀的软件测试顾问讲述了在真正的测试自动化基础设施设计和实施中能够做的和不能做的工作——还有一些实际的建议告诉读者现今最流行的自动化测试方法所能完成的和不能完成的工作。其内容涵盖：◆设定现实的预期：了解何时进行自动化与什么可以进行自动化◆对自动化测试进行计划◆实现控制同步数据驱动测试（CSDDT）框架，这是一个已被证明可以简化并加快测试速度的方法◆使用结构化的测试脚本以简化测试脚本的维护并提高重用性命自动化单元测试、集成测试、系统／回归测试◆管理自动化测试过程以优化效率本书还包括一个完整的自动化项目计划的例子，其中包括完整文档、实现、自动化环境、角色、责任等等http：//www.phptr.com/mosley这个站点是一个FTP链接，其中有本书中所描述的所有方法在自动化测试项目中应用所需要的信息和工具资源。？？作者简介：DANIEL，J．MOSLEY是客户机—服务器软件测试技术的创始人，他也是《TheHandbookofMISApplicationSoftwareTesting》和《CIientSeverSoftwareTestingontheDesktopandWeb》两本书的作者。Mosley是一位CSTE（认证软件测试工程师），他足质量保证研究所（QualityAssurancelnstitute）的一名高级顾问和研讨班主管，他的著作还有《TEST-RxTMMethodology》。BRUCEA．POSEY的特长是使用SQA套件和Rational小组测试开发和实现数据驱动、基于框架的测试脚本。他有将近30年的IT从业经验，曾在MasterCard、DeutscheFinancialServices、SBC和其他杰出的公司做过多种工作。现在他是ArcherGroup的董事和首席顾问，该公司的业务主要是软件测试和培训。

图书目录

译者序

前言

第1章 什么是测试自动化

1.1 请拒绝新模型

1.1.1 生命周期不是过程

1.1.2 工具不是过程

1.2 自动化需要达到什么程序才是足够

1.3 测试过程的各方面

1.3.1 测试计划

1.3.2 测试设计

1.3.3 测试实现

1.4 辅助工作

1.5 测试自动化组的范围和目标

1.5.1 范围

1.5.2 自动化测试框架的假设、约束条件和关键的成功因素

1.6 测试自动化框架的产物

1.7 测试工具分类

1.8 小结

1.9 参考文献

第2章 了解何时以及对什么进行自动化

2.1 概述

2.2 何时自动化系统测试

2.2.1 自动化的时间总是第一因素

2.2.2 一个极端的例子

2.2.3 一个定量的例子

2.3 对什么进行自动化

2.4 关于创建测试脚本的一点注意事项

2.5 小结

2.6 参考文献

第3章 从头开始：定义测试需求、设计测试数据

3.1 软件/测试需求

3.2 需求收集和测试计划自动化

3.3 从软件需求到测试需求再到测试条件：一个自动化方法

3.4 需求管理与可跟踪性

3.5 功能测试数据设计

3.5.1 黑箱（基于需求的）方法

3.5.2 灰箱（基于需求和代码的）方法

3.5.3 白箱（基于代码的）方法

3.6 基于需求的方法

3.6.1 需求驱动的因果测试

3.6.2 等价划分、边界分析和错误猜测

3.6.3 为等类定义边界条件

3.6.4 错误猜测

3.7 混合（灰箱）方法

3.7.1 决策逻辑表

3.7.2 DLT作为软件测试工具

3.7.3 一个自动的DLT设计工具

3.8 基于代码的方法

3.8.1 基本测试回顾

3.8.2 基本测试技巧

3.9 小结

3.10 参考文献

第4章 纵观自动化测试脚本的发展及测试的自动化程度

4.1 开发自动化测试脚本

4.1.1 单元级别的测试

4.1.2 系统级别的测试

4.1.3 特殊的系统级别的测试

4.2 记录还是编写测试脚本

4.3 小结

4.4 参考文献

第5章 自动化单元测试

5.1 引言

5.2 单元测试的合理性

5.3 单元测试过程

5.4 严格的单元测试方法

5.5 单元测试规格说明

5.6 单元测试的任务

5.7 单元测试的经验法则

5.8 单元测试数据

5.9 单元测试框架

5.10 小结

5.11 参考文献

第6章 自动化集成测试

6.1 引言

6.2 什么是集成测试

6.3 日常构建版本冒烟测试

6.4 构建冒烟测试的目标

6.5 自动化构建版本冒烟测试清单

6.6 小结

6.7 参考文献

第7章 自动化系统/回归测试框架

7.1 数据驱动方法

7.2 构架驱动（结构化）测试脚本

7.2.1 开发框架驱动测试脚本

7.2.2 Archer Group框架

7.3 业务规则测试

7.4 GUI测试

7.5 属性测试

7.6 输入数据测试

7.7 格式化测试数据文件

7.8 应用级错误

7.9 创建外部数据输入文件

7.10 数据文件小结

7.11 业务规则测试的代码构造

7.11.1 Shell脚本

7.11.2 主脚本

7.11.3 读取数据以后

7.12 使代码清晰健壮

7.13 Carl Nagle的DDE框架

7.13.1 DDE综述

7.13.2 DDE发展成果

7.14 Keith Zambelich提出的面向Mercury Interactive产品用户的测试计划驱动测试框架

7.15 Zambelich方法总结

7.16 “测试计划驱动”方法体系结构

7.17 小结

7.18 参考文献

第8章 深入了解控制同步数据驱动测试框架

8.1 创建数据驱动测试脚本

8.2 实现CSDDT方法

8.3 一般问题和解决方法

8.3.1 问题：数据输入

8.3.2 解决方法：使用输入数据文本文件

8.3.3 问题：程序流改变

8.3.4 解决方法：让输入数据做驱动

8.3.5 问题：管理应用程序改变

8.3.6 解决方法：记录或修改非常小的一部分代码

8.4 设置通用的启动和结束测试条件

8.5 修改已记录的代码以接受输入数据

8.6 非常重要的习惯

8.7 为通用操作创建函数——关键字替换

8.8 继续程序流

8.9 使用多个输入记录来创建测试场景

8.10 使用动态数据输入——关键字替换

8.11 使用库文件或包含文件（Rational Robot中的*.sbh文件和*.sbl文件）

8.12 实用脚本

8.13 调试脚本——当测试发现错误的时候

8.14 实现CSDDT模板脚本

8.15 DD脚本

8.16 SQABasic32包含文件

8.17 一个CSDDT框架的例子

8.17.1 脚本文件清单

8.17.2 库文件清单

8.17.3 安装例子文件的说明

8.18 小结

8.19 参考文献

第9章 用自动化工具改进手工测试过程

9.1 引言

9.2 半自动化手工测试步骤

9.3 使用列表框

9.4 手工测试中的产物

9.5 小结

9.6 参考文献

第10章 管理自动化测试

10.1 编写有效的测试脚本和测试数据

10.2 管理手工和自动化测试脚本

10.3 测试套件维护

10.4 小结

10.5 参考文献

附录A 数据驱动自动化：用户组讨论

附录B 自动化测试的术语与定义

附录C 使用Rational Suite TestStudio的测试自动化项目计划的例子

附录D 测试自动化项目工作计划模板