前言

2000年刚建立测试团队时，测试人员和开发人员是一种对立的关系，开发人员觉得软件测试是挑他们的毛病，和他们过不去，有一个简单的故事可以说明这一点。当时，条件有限，测试人员和开发人员共享一台小型机服务器，测试人员发现了一个缺陷，告诉了某个开发人员，而他趁测试人员不注意，回到自己的座位上偷偷地修改了代码，处理了那个缺陷，然后跑到测试人员身边说：“你把那个Bug再现给我看看？”结果，可想而知，这个测试人员无论如何也不能复现那个Bug（缺陷）了。

几年以后，这种情况不再出现了，不是因为条件好了，可以买很多服务器，将测试环境和开发环境分离开来，而是观念改变了。虽然的确是购买了几百台服务器（不用小型机，越来越多的服务器采用Linux系统），将测试环境和开发环境分离开了，在客观上可以避免那类“悲剧”的发生，但是观念远比机器重要。拥有正确的观念，就比较容易创建良好的质量文化，开发人员的态度也随之发生变化，他们已经深深认识到：

●　软件测试是帮助自己，测试人员是在找产品定义、设计和实现的缺陷，不是找自己的缺陷，是对事，不是对人；

●　测试人员越快地发现缺陷，项目越能尽早结束；

●　测试人员尽可能多地发现Bug，遗留在产品中的Bug就会越少，产品的质量就会越高；

●　测试人员和自己（开发人员）的工作都是为了相同的目标——按时、高质量地发布产品；

●　开发人员的水平越高，所写的程序中的Bug越少，而不在于使用了别人不知道的技巧。

现在，有的开发人员向我抱怨，是不是换了一个新人测试他写的模块？因为这次发现的缺陷比前次发现的少多了。开发人员希望更多的缺陷被测试人员发现出来，绝不希望缺陷被留给客户去发现。

今天，我们高兴地看到开发人员和测试人员心往一处想。从项目启动的第一天起到需求和设计的评审阶段，从后期的缺陷修正到产品维护——在整个软件生命周期中，开发人员和测试人员愉快地合作、共同努力，将软件产品的开发效率和质量推到一个新的高度。一方面，开发人员主动介绍自己对产品特性是如何理解的，又是如何实现这些特性的，他们主动邀请测试人员参与代码的走查并对新发现的Bug快速响应。另一方面，测试人员提前将设计好的一些测试用例交给开发人员，让开发人员先根据这些测试用例验证正在开发的功能特性，测试人员还愉快地帮助开发人员再现某个缺陷。

所有这些，都可以看出软件测试在国内越来越受重视，软件测试领域正迎来朝气蓬勃的新气象。当更多的人投入到测试行业时，需要一本实践性强、富有启发性的专业书，指导大家如何进行测试，出色地完成测试任务。这本《全程软件测试》就承担了这样一个任务，它会从项目启动开始，一步一步地教会大家如何做好测试工作，包括建立测试组、计划测试、设计测试用例、选择测试工具、开发测试脚本、执行测试和编写测试报告等。这也是我与大家分享多年来积累的软件测试经验与技术实践，以及不断思考所升华的体会。

为了写这本书，我事先也做了一些尝试，尽量收集大家对软件测试需求的反馈，并在CSDN的个人博客http://blog.csdn.net/KerryZhu上演义了30回的软件测试，受到了大家的好评。也许就因为这个，在CSDN建立博客不到8个月，我的博客就成为当年（2006年）十大最具价值的博客之一。

此前，我曾写过一本《软件测试方法和技术》的教材，这本教材在比较短的时间内印刷了好几次，也颇受欢迎。但那本书在很大程度上是从理论、概念上讲解软件测试的方法和技术的，适合在校学生使用。而这本书重实践、重应用，适合软件公司的测试经理、工程师和想进入软件测试行业的人员学习。

全书共12章，以两个案例为背景，以项目向前发展的实际过程为路线图，全面展开软件测试的思想、流程、方法、技术和最佳实践。全书力求做到方法有效、技术实用，集中讲解实际测试工作，没有单纯地介绍概念，而是将概念准确地穿插在测试进程活动之中。

第1章介绍测试项目启动后要做好哪些准备，如何掌控项目背景和要素，为制定测试计划打下坚实的基础。

第2章本章的焦点是测试计划，主要讨论测试人员在需求评审中的作用。

第3章本章从系统架构的审查开始，深入到系统组件设计、设计规格说明书、界面设计和系统部署设计等一系列的审查。

第4章本章围绕测试设计展开讨论，先从测试用例框架的设计入手，然后逐步涉及测试用例的构成、设计方法、评审、功能测试用例和系统测试用例的设计。

第5章本章着重介绍测试工具的选择和脚本的开发。

第6章本章展示测试和编程的交互过程。

第7章本章开始进入功能测试的执行阶段，并着重介绍了自动化功能测试的执行。

第8章本章介绍如何进行国际化测试和本地化测试。

第9章本章的重点内容是如何执行系统测试。

第10章本章介绍验收测试、文档测试、α测试和β测试、产品后继版本的测试。

第11章本章介绍测试管理的思想和系统、测试用例的管理、测试自动化的管理、缺陷跟踪和分析、测试进度和风险的控制、测试覆盖度和结果分析等。

第12章最后一章是对测试的总结和思考。

本书最后附有软件测试全景图、完整的项目检查表、软件测试计划通用模板、完整的测试工具列表和代码审查的示范性列表等资料。

由于水平和时间的限制，书中难免会出现错误，欢迎读者及业界同仁不吝指正。

笔者