全程软件测试
点此进入淘宝搜索页搜索分類: 图书,计算机与互联网,软件工程及软件方法学,软件工程理论,
品牌: 朱少民
基本信息·出版社：电子工业出版社
·页码：447 页
·出版日期：2007年
·ISBN：9787121048784
·条形码：9787121048784
·包装版本：第1版
·装帧：平装
·开本：16开
产品信息有问题吗？请帮我们更新产品信息。
内容简介《全程软件测试》以两个典型项目为背景，按实际项目进行的先后次序，循序渐进地阐述了软件测试的全过程。从软件项目启动、需求评审、测试计划开始，然后深入到测试用例设计、测试工具选择、脚本开发、功能测试和系统测试等不同阶段，生动地演绎了必需而实用的测试方法、技术和实施技巧。本书还系统地介绍了测试管理的各个层次及其细节，包括测试策略制定、风险控制、缺陷跟踪和分析、测试管理系统的应用等。最后，本书呈现了软件测试成熟度模型和对软件测试的总结和思考，帮助读者了解软件测试所面对的现实问题和应恪守的原则、领会测试方法的应用之道和品味测试的最佳实践。
作者简介朱少民 （Kerry Zhu），男，1964年出生，1988年硕士毕业 、1995年破格提升为副教授，目前担任一家跨国公司的中国区高级质量总监。先后在大学的研究和教学工作、国际一流的跨国企业工作，从事软件开发、测试、QA和过程改进等工作近二十年，先后获得机械工业部、安徽省、合肥市、青岛市等多项科技进步奖。在美国硅谷工作两年。
主要研究领域：软件测试、软件质量管理和软件过程改进。
主要著作： 《全程软件测试》、《软件测试方法和技术》、《软件质量保证和管理》、《软件过程管理》和《软件工程导论》等。
个人博客：http://blog.csdn.net/KerryZhu
媒体推荐前言
2000年刚建立测试团队时，测试人员和开发人员是一种对立的关系，开发人员觉得软件测试是挑他们的毛病，和他们过不去，有一个简单的故事可以说明这一点。当时，条件有限，测试人员和开发人员共享一台小型机服务器，测试人员发现了一个缺陷，告诉了某个开发人员，而他趁测试人员不注意，回到自己的座位上偷偷地修改了代码，处理了那个缺陷，然后跑到测试人员身边说：“你把那个Bug再现给我看看？”结果，可想而知，这个测试人员无论如何也不能复现那个Bug（缺陷）了。
几年以后，这种情况不再出现了，不是因为条件好了，可以买很多服务器，可以将测试环境和开发环境分离开来，而是观念改变了。虽然的确是购买了几百台服务器（不用小型机，越来越多的服务器采用Linux系统），将测试环境和开发环境分离开了，在客观上可以避免那类“悲剧”的发生，但是观念远比机器重要。拥有正确的观念，就比较容易创建良好的质量文化，开发人员的态度也随之发生变化，他们已经深深认识到：
软件测试是帮助自己，测试人员是在找产品定义、设计和实现的缺陷，不是找自己的缺陷，是对事，不是对人；
测试人员越快地发现缺陷，项目越能尽早结束；
测试人员尽可能多地发现Bug，遗留在产品中的Bug就会越少，产品的质量就会越高；
测试人员和自己（开发人员）的工作都是为了相同的目标——按时、高质量地发布产品；
开发人员的水平越高，所写的程序中的Bug越少，而不在于使用了别人不知道的技巧。
现在，有的开发人员向我抱怨，是不是换了一个新人测试他写的模块？因为这次发现的缺陷比前次发现的少多了。开发人员希望更多的缺陷被测试人员发现出来，绝不希望缺陷被留给客户去发现。
今天，我们高兴地看到开发人员和测试人员心往一处想。从项目启动的第一天起到需求和设计的评审阶段，从后期的缺陷修正到产品维护——在整个软件生命周期中，开发人员和测试人员愉快地合作、共同努力，将软件产品的开发效率和质量推到一个新的高度。一方面，开发人员主动介绍自己对产品特性是如何理解的，又是如何实现这些特性的，他们主动邀请测试人员参与代码的走查并对新发现的Bug快速响应。另一方面，测试人员提前将设计好的一些测试用例交给开发人员，让开发人员先根据这些测试用例验证正在开发的功能特性，测试人员还愉快地帮助开发人员再现某个缺陷。
所有这些，都可以看出软件测试在国内越来越受重视，软件测试领域正迎来朝气蓬勃的新气象。当更多的人投入到测试行业时，需要一本实践性强、富有启发性的专业书，指导大家如何进行测试，出色地完成测试任务。这本《全程软件测试》就承载了这样一个任务，它会从项目启动开始，一步一步地教会大家如何做好测试工作，包括建立测试组、计划测试、设计测试用例、选择测试工具、开发测试脚本、执行测试和编写测试报告等。这也是我与大家分享多年来积累的软件测试经验与技术实践，以及不断思考所升华的体会。
为了写这本书，我事先也做了一些尝试，尽量收集大家对软件测试需求的反馈，并在CSDN的个人博客http://blog.csdn.net/KerryZhu上演义了30回的软件测试，受到了大家的好评。也许就因为这个，在CSDN建立博客不到8个月，我的博客就成为当年（2006年）十大最具价值的博客之一。
此前，我曾写过一本《软件测试方法和技术》的教材，这本教材在比较短的时间内印刷了好几次，也颇受欢迎。但那本书在很大程度上是从理论、概念上讲解软件测试的方法和技术的，适合在校学生使用。而这本书重实践、重应用，适合软件公司的测试经理、工程师和想进入软件测试行业的人员学习。
全书共12章，以两个案例为背景，以项目向前发展的实际过程为路线图，全面展开软件测试的思想、流程、方法、技术和最佳实践。全书力求做到方法有效、技术实用，集中讲解实际测试工作，没有单纯地介绍概念，而是将概念准确地穿插在测试进程活动之中。
第1章 介绍测试项目启动后要做好哪些准备，如何掌控项目背景和要素，为制定测试计划打下坚实的基础，包括了解软件的质量需求，深刻理解软件测试和测试过程，以及开发过程之间的关系，并说明如何确定软件测试组长和制定测试规范。
第2章 测试计划是焦点，主要讨论了测试人员在需求评审中的作用，确定软件功能和非功能性的系统测试需求、各个阶段的测试任务，并进行测试范围分析和工作量估计、测试资源需求和团队组建、测试里程碑和进度安排，以及基于测试风险分析制定有效的测试策略。
第3章 从系统架构的审查开始，深入到系统组件设计、设计规格说明书、界面设计和系统部署设计等一系列的审查。在系统部署设计中，详细讨论了系统部署逻辑设计、物理设计、可用性设计、可伸缩性设计和安全性设计的验证。
第4章 围绕测试设计展开讨论，先从测试用例框架的设计入手，然后逐步涉及测试用例的构成、设计方法、评审、功能测试用例和系统测试用例的设计，其中对各种功能设计方法、故障转移和系统安全性的测试用例设计作了更详细的介绍。
第5章 测试工具的选择和脚本的开发是本章的主题。在这一章，对测试工具的优势、实现原理等进行了分析，介绍了测试工具选择的标准、评估报告和误区，给出了开源或商业的测试工具的完整解决方案，包括详细介绍了Selenium和Jmeter的使用，最后说明如何进行测试脚本录制、回放、开发和重构。
第6章 展示测试和编程的交互过程，主要经历程序代码的审查、程序的动态测试两个环节。对于白盒测试方法及其应用、单元测试工具等，在这一章作了详细介绍。
第7章 开始进入功能测试的执行阶段，并着重介绍了自动化功能测试的执行，如何优化测试环境的组合，如何有效地创建测试套件和软件缺陷的报告，包括测试执行之前的准备、测试环境的建立和设置、UI测试、回归测试等。
第8章 介绍如何进行国际化测试和本地化测试，包括本地化的功能测试、数据格式验证、UI验证、配置和兼容性验证，以及翻译验证。
第9章 内容是围绕系统测试执行来展开的，进一步让读者了解系统测试，详细分析了负载测试的加载方式、负载参数、执行布局和结果报告，从而更好地理解如何做好性能测试，并相继介绍了Web安全性测试、容错性测试、兼容性测试、安装测试等。
第10章 内容相对简单，包括4个方面：验收测试、文档测试、α测试和β测试、产品后继版本的测试。
第11章 内容丰富，涉及测试管理的思想和系统、测试用例的管理、测试自动化的管理、缺陷跟踪和分析、测试进度和风险的控制、测试覆盖度和结果分析等。例如单就缺陷分析，就包括缺陷生命周期、缺陷状态的跟踪、缺陷的分析、累计缺陷趋势分析等。
第12章 最后一章是总结和思考，可以让读者认清现实、制定原则，然后用辨证统一的方法去看各种测试方法，如白盒测试方法和黑盒测试方法、静态测试和动态测试、手工测试和自动化测试、有计划测试和随机测试等，从而真正悟出软件测试方法的应用之道。这章还分享了笔者在测试中所积累的大量最佳实践，并以实用的测试成熟度模型作为结尾。
本书最后附有软件测试全景图、完整的项目检查表、软件测试计划通用模板、完整的测试工具列表和代码审查的示范性列表等资料。
由于水平和时间的限制，书中难免会出现错误，欢迎读者及各界同仁不吝指正。
推荐序
翻阅少民的这部新作时，不禁让我想起一位好朋友前几天提到的《叙事谣曲》中“只弯一次腰”的故事：有一次，耶稣带着他的门徒彼得出门远行，在路上发现了一块破烂的马蹄铁，耶稣就让彼得拣起来，不料彼得懒得弯腰，假装没有听见。耶稣没说什么，自己弯腰拣起马蹄铁，用它在铁匠那里换了几文钱，并用这些钱买了十几颗樱桃。出了城，两人继续向前走，沿途都是茫茫的荒野，看不到人烟，也找不到水源。耶稣猜到彼得渴得厉害，就让藏在袖子里的樱桃悄悄掉出一颗。彼得一见，赶紧捡起来吃掉。耶稣边走边掉，彼得也就狼狈地弯了十七八次腰。于是耶稣对他说：“要是你刚才弯一次腰，就不会在后来没完没了地弯腰了。小事不干，就将在更多的小事上操劳。”
这个故事，不同的人有不同的感悟。作为一个软件行业的多年从业者，我很自然就联想到了软件开发过程。软件测试（具体到每一个测试用例的实施）正是在庞大复杂的软件产品开发过程中确保软件产品质量的“小事”。软件测试工作繁杂、琐碎又耗时，甚至有时吃力不讨好，这使得许多软件从业者对其不够重视；好多技术人员热衷于编码而不愿从事测试工作这样的“小事”；有些公司认为开发能出成果而测试可有可无，因而非常重视开发但不重视测试；许多国内软件企业存在着漠视测试过程、测试时间不充分、测试计划不细致、测试软硬件资源不足等问题，从而在软件质量控制上存在相当大的问题，以致项目延迟甚至失败。
在软件产业发展的几十年中，软件测试已逐步渗透到各个领域，成为越来越不可或缺的技术成分。例如，以前被认为距离软件技术比较远的汽车工业，现在已把高级车制造费用的20％～25％投入到电子设备与软件系统上。由此看来，软件的品质已成为人们日益关注的重中之重。如何找到一种全面的分析方法，来检测软件开发过程中不同阶段的结果，以便尽可能早地系统地保证或提高软件产品的质量和可靠性，从而减少后期“弯腰”的必要性与次数，已成为影响软件企业生产力与生产效率的关键问题。
可喜的是，越来越多的软件公司和管理技术人员在工作中将更多的时间和资源投向了测试方面。很多优秀企业中开发与测试的人员比例达到了3:1或2:1，许多顶尖的技术人员在从事质量控制和软件测试工作。而国内这几年软件测试人员的短缺和招聘难度的提高从反面证明了软件测试正越来越得到重视。
近年来，软件产业发展正从产品模式向服务模式（Software as a Service，SaaS）转变。 在过去的多年中，WebEx公司一直处于这一浪潮的领导地位。WebEx提供的网络会议服务（Web Conference）被称为改变人们工作方式的技术革命。朱少民先生与他带领的团队非常自豪而荣幸地参与了WebEx产品开发的整个过程，在这个过程中他们夯实了软件测试的理论基础，并积累了丰富的实战经验。
少民从事高校教育及软件开发测试工作多年，并且在美国硅谷工作两年，其经历是很好的理论与实践相结合的典范。与少民共事多年，了解他在软件测试领域的积累，从开始时采用简单、初级的测试方法，一步步发展到今天系统、科学的软件质量管理体系；从手工测试向自动化测试过渡；从几个人的测试小组到几百名测试工程师的大规模团队。现在，是到了将过去的经验教训作一番总结，以其亲身经历为业界同仁指点软件测试的规律与介绍成功实践经验的时候了。
这部《全程软件测试》是少民与其工作团队多年来的经验积累，其中一些观点与见解已经成为WebEx公司的基本工作准则，对软件研发领域有着重要的实质性贡献。本书通过实例全面描述了软件测试的整个过程，覆盖了测试管理的各个重要方面。对测试管理的各个层次和环节做了系统的介绍，包括测试策略制定、风险控制、缺陷跟踪和分析、测试管理系统的应用等，并且更进一步对如何执行本地化测试和国际化测试进行了阐述。作者重点聚焦在实践性上，从软件测试项目启动、测试计划开始，深入到测试用例设计、测试工具选择、脚本开发，以及功能测试和系统测试等各个步骤，并对它们都作了详细阐述。
让人印象深刻的是本书对软件测试工作中几个看似简单、实际上非常关键的问题作了详细的说明。例如就开发团队模式，作者介绍了以开发为核心，以项目经理为核心，以及“三国鼎立”（以项目经理、开发组长、测试组长为核心）的模式。而“三国鼎立”的测试团队具有独立、权威性地位的概念也是工作经验的总结。相信读者会从实战中体会到作者的深刻用意。
在探索高效软件测试与软件开发的过程中，本书覆盖了全面的理论分析和详细的实战阐述，对任何从事软件测试的人员和软件开发人员，以及软件工程相关专业的高校师生，都具有重要的参考价值。希望书中的一些真知灼见对广大读者有所裨益。
李钦敏（Jim Li）
WebEx总部工程技术及中国研发高级总监
2007年6月于美国硅谷
推荐语
这是一本为软件测试团队创作的融实践性、专业性、思想性和实用性为一体的软件测试书籍。全书以完整测试项目的规划和执行过程为主线，以典型测试项目案例为分析和应用实例，把作者丰富的测试实践经验与具体测试方法和技术总结出来与读者分享。本书适合于指导软件公司测试经理和测试工程师阅读和实践，对准备从事软件测试的从业人员也是不可多得的学习和培训教材。
——崔启亮 昱达软件科技有限公司 技术与培训总裁
非常欣喜地得知又一本国内原创的软件测试专著问世了，目前国内的软件测试书籍理论偏多，介绍最佳实践的偏少，希望本书能成为软件测试工程师的案头手册，为国内软件测试行业的蓬勃发展添砖加瓦。
——贺炘 慧灵科技
首席测试专家、北京软件行业协会测试工作委员会副秘书长
如果你想通过一本切合实际而不仅仅是纸上谈兵的书来学习软件测试，《全程软件测试》会是一个很好的选择！
——周泽睿 百度高级测试工程师
兴趣：模块级测试、性能压力测试、网络编程、算法等
很难得，久未看到如此让人畅快的文章。能将软件工程实践系统地贯穿在一起，并不失理论佐证，这本身就是个胜利。
——高磊 百度高级测试工程师
致力于软件测试前沿理论的探索及其与工程实践的结合
优秀的测试思想，体现着对人生反思的哲学。从某种意义上说，生活和软件开发一样，要在试错的磨炼中成长。
——李晓杰 百度测试与项目管理工程师
本书最吸引我的地方在于其真实的项目背景，这对于缺乏丰富实践经验的从业人员来说无疑是最宝贵的材料。
——周可杉 对外经济贸易大学信息学院在读硕士研究生
研究方向：管理信息系统与电子商务
作者对于测试项目从启动、计划、验证、设计、工具和脚本开发等多个角度由浅入深的介绍，非常有利于初学者对于测试流程的理解。
——曹辉 某公司软件测试工程师
计算机信息管理专业
编辑推荐《全程软件测试》是作者长期从事软件测试工作的经验与智慧的结晶，是软件测试工程师的良师益友。本书也可作为软件开发人员、项目经理等的参考书，更适合用作软件测试的培训教材或教学用书。
目录
前 言
引 子
第1章 测试项目启动
1.1 了解软件的质量需求2
1.1.1 软件产品的质量需求2
1.1.2 软件质量的对立面——软件缺陷5
……[看更多目录]
序言2000年刚建立测试团队时，测试人员和开发人员是一种对立的关系，开发人员觉得软件测试是挑他们的毛病，和他们过不去，有一个简单的故事可以说明这一点。当时，条件有限，测试人员和开发人员共享一台小型机服务器，测试人员发现了一个缺陷，告诉了某个开发人员，而他趁测试人员不注意，回到自己的座位上偷偷地修改了代码，处理了那个缺陷，然后跑到测试人员身边说：“你把那个Bug再现给我看看？”结果，可想而知，这个测试人员无论如何也不能复现那个Bug（缺陷）了。
几年以后，这种情况不再出现了，不是因为条件好了，可以买很多服务器，可以将测试环境和开发环境分离开来，而是观念改变了。虽然的确是购买了几百台服务器（不用小型机，越来越多的服务器采用Linux系统），将测试环境和开发环境分离开了，在客观上可以避免那类“悲剧”的发生，但是观念远比机器重要。拥有正确的观念，就比较容易创建良好的质量文化，开发人员的态度也随之发生变化，他们已经深深认识到：
软件测试是帮助自己，测试人员是在找产品定义、设计和实现的缺陷，不是找自己的缺陷，是对事，不是对人；
测试人员越快地发现缺陷，项目越能尽早结束；
测试人员尽可能多地发现Bug，遗留在产品中的Bug就会越少，产品的质量就会越高；
测试人员和自己（开发人员）的工作都是为了相同的目标——按时、高质量地发布产品；
开发人员的水平越高，所写的程序中的Bug越少，而不在于使用了别人不知道的技巧。
现在，有的开发人员向我抱怨，是不是换了一个新人测试他写的模块？因为这次发现的缺陷比前次发现的少多了。开发人员希望更多的缺陷被测试人员发现出来，绝不希望缺陷被留给客户去发现。
今天，我们高兴地看到开发人员和测试人员心往一处想。从项目启动的第一天起到需求和设计的评审阶段，从后期的缺陷修正到产品维护——在整个软件生命周期中，开发人员和测试人员愉快地合作、共同努力，将软件产品的开发效率和质量推到一个新的高度。一方面，开发人员主动介绍自己对产品特性是如何理解的，又是如何实现这些特性的，他们主动邀请测试人员参与代码的走查并对新发现的Bug快速响应。另一方面，测试人员提前将设计好的一些测试用例交给开发人员，让开发人员先根据这些测试用例验证正在开发的功能特性，测试人员还愉快地帮助开发人员再现某个缺陷。
所有这些，都可以看出软件测试在国内越来越受重视，软件测试领域正迎来朝气蓬勃的新气象。当更多的人投入到测试行业时，需要一本实践性强、富有启发性的专业书，指导大家如何进行测试，出色地完成测试任务。这本《全程软件测试》就承载了这样一个任务，它会从项目启动开始，一步一步地教会大家如何做好测试工作，包括建立测试组、计划测试、设计测试用例、选择测试工具、开发测试脚本、执行测试和编写测试报告等。这也是我与大家分享多年来积累的软件测试经验与技术实践，以及不断思考所升华的体会。
为了写这本书，我事先也做了一些尝试，尽量收集大家对软件测试需求的反馈，并在CSDN的个人博客http://blog.csdn.net/KerryZhu上演义了30回的软件测试，受到了大家的好评。也许就因为这个，在CSDN建立博客不到8个月，我的博客就成为当年（2006年）十大最具价值的博客之一。
此前，我曾写过一本《软件测试方法和技术》的教材，这本教材在比较短的时间内印刷了好几次，也颇受欢迎。但那本书在很大程度上是从理论、概念上讲解软件测试的方法和技术的，适合在校学生使用。而这本书重实践、重应用，适合软件公司的测试经理、工程师和想进入软件测试行业的人员学习。
全书共12章，以两个案例为背景，以项目向前发展的实际过程为路线图，全面展开软件测试的思想、流程、方法、技术和最佳实践。全书力求做到方法有效、技术实用，集中讲解实际测试工作，没有单纯地介绍概念，而是将概念准确地穿插在测试进程活动之中。
第1章 介绍测试项目启动后要做好哪些准备，如何掌控项目背景和要素，为制定测试计划打下坚实的基础，包括了解软件的质量需求，深刻理解软件测试和测试过程，以及开发过程之间的关系，并说明如何确定软件测试组长和制定测试规范。
第2章 测试计划是焦点，主要讨论了测试人员在需求评审中的作用，确定软件功能和非功能性的系统测试需求、各个阶段的测试任务，并进行测试范围分析和工作量估计、测试资源需求和团队组建、测试里程碑和进度安排，以及基于测试风险分析制定有效的测试策略。
第3章 从系统架构的审查开始，深入到系统组件设计、设计规格说明书、界面设计和系统部署设计等一系列的审查。在系统部署设计中，详细讨论了系统部署逻辑设计、物理设计、可用性设计、可伸缩性设计和安全性设计的验证。
第4章 围绕测试设计展开讨论，先从测试用例框架的设计入手，然后逐步涉及测试用例的构成、设计方法、评审、功能测试用例和系统测试用例的设计，其中对各种功能设计方法、故障转移和系统安全性的测试用例设计作了更详细的介绍。
第5章 测试工具的选择和脚本的开发是本章的主题。在这一章，对测试工具的优势、实现原理等进行了分析，介绍了测试工具选择的标准、评估报告和误区，给出了开源或商业的测试工具的完整解决方案，包括详细介绍了Selenium和Jmeter的使用，最后说明如何进行测试脚本录制、回放、开发和重构。
文摘引子
在本书的开头，有必要介绍软件测试在软件开发中的位置、地位和作用，也就是帮助读者建立起有关软件测试的基本轮廓（big picture），这样对阅读和理解以后各章的内容会有很大帮助。要建立起软件测试的基本轮廓，也就需要回答下列几个问题：
软件测试的作用是什么？
软件测试在软件开发生命周期（SDLC）中的位置在哪里？
软件测试过程是怎样的？
软件测试团队的地位如何？
软件测试和软件质量保证（SQA）有何区别？
下面我们先简单回答这些问题。即使您不能完全理解也不要急，后面会逐步帮助您解开软件测试之谜。但有一点是明确的，在看完这段“引子”后，您对软件测试会有一个整体的认识，从而不至于陷入“盲人摸象”的困境。
1. 软件测试的作用
在购买商品时，会发现商品上贴有一个“QC”标签，这就是产品经过质量检验（Quality Control）的标志。软件测试就好比制造工厂的质量检验工作，是对软件产品和阶段性工作成果进行质量检验，力求发现其中的各种缺陷，并督促修正缺陷，从而控制和保证软件产品的质量。所以，软件测试是软件公司致力于提高软件产品质量的重要手段之一。
2. 软件测试在SDLC中的位置
在著名的软件瀑布模型中，软件测试处在“编程”的下游，在“软件维护”的上游，先有编程后有测试，测试的位置很清楚，但瀑布模型没有反映SDLC的本质，没能准确无误地反映测试的位置。
实际上，测试贯穿整个SDLC，从需求评审、设计评审开始，就介入到软件产品的开发活动或软件项目实施中了。测试人员借助于需求定义的阅读、讨论和审查，不仅能发现需求定义的问题，而且可以了解产品的设计特性、用户的真正需求，进而确定测试目标，准备用例（Use Case）并策划测试活动。同理，在软件设计阶段，测试人员可以了解系统是如何实现的，以及构建在什么样的平台之上等各类问题，这样可以提前准备系统的测试环境，包括硬件和第三方软件的采购，并着手研究如何测试系统，完成系统测试用例设计、测试工具的选型或启动测试工具的开发，进一步完善测试计划等。所有这些准备工作，都要花去很多时间，应尽早开展起来。
当设计人员在做详细设计时，测试人员就应直接参与具体的设计、参与设计的评审，找出设计的缺陷。同时，完成功能特性测试的用例，并基于这些测试用例开发测试脚本。
在编程阶段就进行单元测试，是一种很有效的办法，可以尽快找出程序中的错误。充分的单元测试可以大幅度提高程序质
……[看更多书摘]
