| 基于国际一流软件企业的软件测试流程和实践，以两个典型项目为背景，按实际测试项目运转方式，逐步向前推进，最终贯穿整个软件测试全过程。从软件测试项目启动、测试计划开始，然后深入到测试用例设计、测试工具选择、脚本开发、功能测试和系统测试等各项测试活动，清楚地演绎测试的方法和实践。在完全掌握测试的技术和方法的基础上，对测试管理的各个层次和环节做了系统的介绍，包括测试策略制定、风险控制、缺陷跟踪和分析、测试管理系统的应用等。最后，随着软件测试的总结和思考，逐渐理解所面对的现实和应坚持的原则，领会软件测试方法的应用之道和品味测试的最佳实践，并在软件测试成熟度模型前停住脚步，久久不想离去。 测试专家朱少民老师最新力作，深邃洞察软件测试整体架构，囊括软件测试的思想、流程、方法、技术和最佳实践，系统介绍测试管理的各个层次及其细节。全书以两个典型项目为背景，按实际测试项目运转方式，逐步向前推进，最终贯穿整个软件测试全过程。从软件测试项目启动、测试计划开始，然后深入到测试用例设计、测试工具选择、脚本开发、功能测试和系统测试等各项测试活动，清楚地演绎测试的方法和实践。在完全掌握测试的技术和方法的基础上，对测试管理的各个层次和环节做了系统的介绍，包括测试策略制定、风险控制、缺陷跟踪和分析、测试管理系统的应用等。最后，随着软件测试的总结和思考，逐渐理解所面对的现实和应坚持的原则，领会软件测试方法的应用之道和品味测试的最佳实践。 这是一本为软件测试团队创作的融实践性、专业性、思想性和实用性为一体的软件测试书籍。全书以完整测试项目的规划和执行过程为主线，以典型测试项目案例为分析和应用实例，把作者丰富的测试实践经验与具体测试方法和技术总结出来与读者分享。本书适合于指导软件公司测试经理和测试工程师阅读和实践，对准备从事软件测试的从业人员也是不可多得的学习和培训教材。 ——崔启亮 昱达软件科技有限公司 技术与培训总裁 非常欣喜地得知又一本国内原创的软件测试专著问世了，目前国内的软件测试书籍理论偏多，介绍最佳实践的偏少，希望本书能成为软件测试工程师的案头手册，为国内软件测试行业的蓬勃发展添砖加瓦。 ——贺炘 慧灵科技 首席测试专家、北京软件行业协会测试工作委员会副秘书长 如果你想通过一本切合实际而不仅仅是纸上谈兵的书来学习软件测试，《全程软件测试》会是一个很好的选择！ ——周泽睿 百度高级测试工程师 兴趣：模块级测试、性能压力测试、网络编程、算法等 很难得，久未看到如此让人畅快的文章。能将软件工程实践系统地贯穿在一起，并不失理论佐证，这本身就是个胜利。 ——高磊 百度高级测试工程师 致力于软件测试前沿理论的探索及其与工程实践的结合 优秀的测试思想，体现着对人生反思的哲学。从某种意义上说，生活和软件开发一样，要在试错的磨炼中成长。 ——李晓杰 百度测试与项目管理工程师 本书最吸引我的地方在于其真实的项目背景，这对于缺乏丰富实践经验的从业人员来说无疑是最宝贵的材料。 ——周可杉 对外经济贸易大学信息学院在读硕士研究生 研究方向：管理信息系统与电子商务 作者对于测试项目从启动、计划、验证、设计、工具和脚本开发等多个角度由浅入深的介绍，非常有利于初学者对于测试流程的理解。 ——曹辉 某公司软件测试工程师 计算机信息管理专业 |
| 朱少民 （Kerry Zhu），男，1964年出生，1988年硕士毕业 、1995年破格提升为副教授，目前担任一家跨国公司的中国区高级质量总监。先后在大学的研究和教学工作、国际一流的跨国企业工作，从事软件开发、测试、QA和过程改进等工作近二十年，先后获得机械工业部、安徽省、合肥市、青岛市等多项科技进步奖。在美国硅谷工作两年。 主要研究领域：软件测试、软件质量管理和软件过程改进。 主要著作： 《全程软件测试》、《软件测试方法和技术》、《软件质量保证和管理》、《软件过程管理》和《软件工程导论》等。 |
| 前 言 引 子 第1章 测试项目启动 1.1 了解软件的质量需求2 1.1.1 软件产品的质量需求2 1.1.2 软件质量的对立面——软件缺陷5 1.1.3 软件缺陷产生的原因7 1.1.4 究竟什么是软件测试8 1.1.5 软件测试的目标11 1.2 选定测试组长13 1.2.1 测试过程和开发过程的关系13 1.2.2 测试组长的人选15 1.2.3 测试在项目团队中的位置17 1.3 掌控项目背景18 1.3.1 软件测试的项目要素18 1.3.2 两个典型项目的介绍20 1.3.3客户端软件Google Talk功能简介21 1.3.4 Web应用——雅虎日历功能介绍22 1.4 制定测试规范23 1.5 小结28 第2章 测试计划 2.1 产品需求文档审查和评审30 2.1.1需求评审的重要性30 2.1.2 测试人员在需求评审中的角色32 2.1.3 需求评审的标准34 2.2 项目的测试需求和任务36 2.2.1 确定软件功能测试需求36 2.2.2非功能性的系统测试需求38 2.2.3 软件即服务的测试需求39 2.2.4 各个阶段的测试任务41 2.3 测试范围分析和工作量估计43 2.3.1 功能测试范围的分析43 2.3.2系统测试范围的分析46 2.3.3 工作量的估计48 2.3.4 工作分解结构表方法49 2.3.5 工作量估计的实例51 2.4 测试资源需求和团队组建53 2.4.1 测试资源需求53 2.4.2 团队组建54 2.4.3 培训55 2.5 测试里程碑和进度安排56 2.6 测试风险分析57 2.7 制定有效的测试策略61 2.8 完整生成测试计划书65 2.9 小结66 第3章 设计验证 3.1 系统架构的审查68 3.1.1 系统架构选型的确认68 3.1.2软件设计评审标准69 3.1.3 系统组件设计的审查72 3.2 产品设计规格说明书的复审74 3.2.1 重视设计规格说明书的审查74 3.2.2 设计规格说明书的多层次审查75 3.2.3 界面设计的评审76 3.2.4 验证过程与确认过程77 3.3 系统部署设计的审查78 3.3.1 系统部署逻辑设计的审查79 3.3.2 软件部署物理设计的审查80 3.3.3 系统部署可用性设计的审查82 3.3.4 系统部署可伸缩性设计的验证85 3.3.5 系统部署安全性设计的验证86 小结87 第4章 测试设计 4.1 测试用例框架的设计89 4.1.1为什么需要测试用例89 4.1.2 测试用例设计考虑因素90 4.1.3 测试用例框架的构成91 4.1.4 测试用例的元素93 4.2 功能测试用例的设计94 4.2.1 功能测试用例的内容95 4.2.2 功能测试用例的设计方法96 4.2.3 等价类划分法97 4.2.4 边界值分析法100 4.2.5 因果图法104 4.2.6 功能图法105 4.2.7 错误推测法106 4.2.8 正交实验设计方法107 4.3 系统测试用例的设计108 4.3.1 故障转移的测试用例设计109 4.3.2 系统安全性的测试用例设计110 4.4 测试用例的审查112 4.4.1 测试用例书写标准112 4.4.2 测试用例评审要点113 4.6 测试套件的创建115 第5章 测试工具选择和脚本开发 5.1 测试工具的需求分析119 5.1.1 测试工具的优势119 5.1.2 测试工具的实现原理120 5.2 测试工具的选择124 5.2.1 测试工具选择的标准124 5.2.2 测试工具评估报告实例126 5.2.3 测试工具选择的误区127 5.3 测试工具完整方案之商业版128 5.3.1 GUI功能测试工具的比较129 5.3.2 负载和性能测试工具131 5.3.3 基于Web应用的测试工具133 5.4 测试工具完整方案之开源版135 5.4.1 开源测试工具总览135 5.4.2 Web功能测试工具—Selenium137 5.4.3 强大的性能测试工具—JMeter142 5.4 测试脚本录制和回放145 5.4.1 创建自动化脚本项目145 5.4.2 录制Selenium脚本147 5.4.3 用Robot录制客户端测试的脚本150 5.5 测试脚本的开发152 5.5.1 适应测试脚本开发的测试用例152 5.5.2 测试脚本的重构和优化153 第6章 测试和编程的交互 6.1 程序代码的审查154 6.1.1 代码审查的方法和范围154 6.1.2 代码风格的审查156 6.1.3 编程规则的审查158 6.2 单元测试160 6.2.1 什么是单元测试161 6.2.2单元测试的现状和作用162 6.2.3单元测试的方法163 6.3 单元测试用例的设计164 6.3.1 语句覆盖法165 6.3.2 判定和条件覆盖法166 6.3.4 基本路径测试法169 6.3.5 多种白盒测试方法的比较和总结169 6.3.6 循环结构的测试用例170 6.3.7 单元测试的典型实例172 6.4 单元测试工具174 6.4.1 静态代码分析175 6.4.2 测试覆盖率工具EMMA176 第7章 功能测试的执行 7.1 测试执行概述180 7.2 测试执行的准备181 7.2.1 培训和知识传递182 7.2.2 测试任务安排183 7.2.3 测试环境的建立184 7.2.4 测试环境的设置185 7.2.5 测试自动化运行平台187 7.3 如何有效地创建测试套件188 7.3.1 功能测试套件的创建188 7.3.2 测试环境的爆炸性组合190 7.3.3 环境组合优化191 7.4 功能测试自动化的执行194 7.5 用户界面和适用性测试197 7.6 回归测试200 7.6 软件缺陷的报告202 7.6.1 缺陷的属性202 7.6.2 缺陷描述的详细描述205 7.6.3 如何报告缺陷206 小结207 第8章 国际化和本地化测试的执行 8.1 国际化测试208 8.1.1 软件国际化的基本要求209 8.1.2 国际化测试212 8.1.3 I18N测试实例214 8.2 本地化测试215 8.2.1 软件本地化的质量需求215 8.2.2 本地化测试的基本内容217 8.2.3 L10N的功能测试219 8.2.4 L10N的数据格式验证221 8.2.5 L10N的UI验证224 8.2.6 L10N的配置和兼容性验证225 8.2.7 L10N的翻译验证226 8.3 I18N和L10N测试工具228 小结230 第9章 系统测试的执行 9.1 如何进行系统测试232 9.1.1 进一步了解系统测试232 9.1.2 系统测试的实施策略234 9.2 Web应用服务器的负载测试236 9.2.1 负载测试的加载方式237 9.2.2 负载测试的准备工作238 9.2.3 负载测试的执行239 9.2.4 负载测试的结果分析241 9.3 Web应用服务器的性能测试242 9.4 Web安全性测试244 9.5 容错性测试246 9.6 数据库的性能测试247 9.7 兼容性测试250 9.8 安装测试253 9.8.1 客户端软件安装测试253 9.8.2 软件服务模式下的安装测试255 小结256 第10章 后续测试 10.1 验收测试256 10.2 文档测试259 10.3 α测试和β测试260 10.4 产品后继版本的测试261 小结263 第11章 测试的跟踪和管理 11.1 测试管理265 11.1.1 测试管理的全局性265 11.1.2 测试策略的执行266 11.1.3 测试管理系统的应用267 11.1.4 测试管理工具269 11.2 测试用例的管理271 11.2.1 测试用例创建的管理271 11.2.2 测试用例执行的管理273 11.2.3 测试用例的维护273 11.3 测试自动化的管理275 11.3.1 测试自动化的框架275 11.3.2 测试自动化的流程277 11.4 缺陷跟踪和分析278 11.4.1 缺陷生命周期278 11.4.2 缺陷状态的跟踪280 11.4.3 缺陷的分析281 11.4.4 累计缺陷趋势分析284 11.5 测试进度和风险的控制286 11.5.1 测试进度管理286 11.5.2 测试风险的控制289 11.6 测试覆盖度和结果分析291 11.6.1 测试覆盖评估291 11.6.2 基于软件缺陷的质量评估293 11.6.3 软件缺陷清除率294 11.6.4 测试报告的模板、实例296 小结298 第12章 总结和思考 12.1软件测试的现实和原则300 12.1.1 测试的现实300 12.2 软件测试的多维空间304 12.3 软件测试方法的应用之道306 12.3.1 白盒测试方法和黑盒测试方法307 12.3.2静态测试和动态测试307 12.3.3 手工测试和自动化测试308 12.3.4 有计划测试和随机测试309 12.3.5 新功能测试和回归测试310 12.3.6 测试方法综合应用的总结311 12.3.7 测试方法的有效性和风险性312 12.4 软件测试的最佳实践312 12.4.1 测试计划的最佳实践313 12.4.2 测试用例设计中的最佳实践314 12.4.3 测试自动化中的最佳实践315 12.4.4 测试执行中的最佳实践319 12.4.5 测试团队建设中的最佳实践321 12.5 软件测试成熟度模型323 12.5.1 从CMM/CMMI得到的启发323 12.5.2 目前TMM存在的问题325 12.5.3 实用测试成熟度模型的建立326 附录A 软件测试全景图 附录B 完整的项目检查表 附录C 软件测试计划通用模板（GB8567-88） 附录D 完整的测试工具列表 附录E 代码审查的示范性列表 附录F 软件测试术语中英文对照 附录G LoadRunner和OpenSTA比较分析 参考文献 |
内容加载中，请稍后...
商品评论（0条）