系统的软件测试
[绝版]
点击看大图基本信息
- 原书名：Systematic Software Testing
- 原出版社： Software Quality Engineering，Inc
- 作者： （美）Rick D.Craig Stefan P.Jaskiel
- 译者： 杨海燕 罗洁雯
- 丛书名： 软件工程丛书
- 出版社：电子工业出版社
- ISBN：7505391771
- 上架时间：2003-11-14
- 出版日期：2003 年10月
- 开本：16开
- 页码：432
- 版次：1-1
- 所属分类：
计算机 > 软件工程及软件方法学 > 软件质量、软件测试及维护
内容简介回到顶部↑
本书对软件测试工作中涉及到的活动、文档、人员和度量等内容进行了系统而全面的介绍，为希望建立或者改善软件测试方法的软件测试专业人员描绘了一张完整的路线图。全书共分12章。本书的主要特色在于：除了对过程和活动给出了具体的规程外，本书还为读者提供了一系列具有参考价值的IEEE文档模板和具有启发意义的生动案例。
本书可以用做软件测试人员、软件开发人员和需要了解测试知识的各级软件管理人员的工作参考手册，也可以用做计算机专业高年级本科生和研究生的教学参考书。
本书可以用做软件测试人员、软件开发人员和需要了解测试知识的各级软件管理人员的工作参考手册，也可以用做计算机专业高年级本科生和研究生的教学参考书。
目录回到顶部↑
第1章 测试过程概述
1.1 测试的发展简史
1.1.1 预防性测试
1.1.2 当今大多数公司的状况
1.1.3 为什么测试工作如此困难
1.2 step方法
1.2.1 step的范围与目标
1.2.2 step元素
1.2.3 step体系结构
1.2.4 step活动的时间安排
1.2.5 step的工作产品
1.2.6 step中的角色和职责
1.2.7 step总结
第2章 风险分析
2.1 风险为何物
2.2 软件风险分析
2.2.1 谁将负责风险分析
1.1 测试的发展简史
1.1.1 预防性测试
1.1.2 当今大多数公司的状况
1.1.3 为什么测试工作如此困难
1.2 step方法
1.2.1 step的范围与目标
1.2.2 step元素
1.2.3 step体系结构
1.2.4 step活动的时间安排
1.2.5 step的工作产品
1.2.6 step中的角色和职责
1.2.7 step总结
第2章 风险分析
2.1 风险为何物
2.2 软件风险分析
2.2.1 谁将负责风险分析
译者序回到顶部↑
尽管软件质量是软件工程领域关注的一个焦点，但是，作为重要质量保证手段的软件测试，长期以来都未摆脱人们不同程度的偏见。近年来，软件测试越来越受到人们的重视，并逐步形成一门独立的学科。现在，以测试为主题的论著日渐增多，读者不再像以前那样只能从关于软件工程的论著中找到关于测试的只言片语，这确实让人感到非常欣慰。
勿庸置疑，要真正做好软件测试，确实具有很大的挑战性，而要全面把握测试的各个方面，如果没有多年的经验积累，更是很难做到。然而拥有了《系统的软件测试》这本书之后，你便能从中获得一种“站在巨人肩膀上”的感觉。在本书中，作者对软件测试的相关内容做了系统而全面的介绍，并把自己多年从事软件测试、质量保证和教学研究的心血和经验奉献给了大家。我们相信，无论是刚刚步入测试领域的新手，还是从业多年的资深人士，都能从本书中获益；书中丰富的实例分析，定会让读者顿生豁然开朗之感。所以，作为译者，在领略到本书的“魔力”之后，我们也迫不及待地想把它推荐给大家。
在这里，我们要向曾经为本书的翻译工作付出了大量心血的人士表示衷心的感谢：感谢郎小凤先生为本书的翻译工作提供了全方位的帮助；感谢程艳琴女士向我们提供了宝贵的建议；感谢毛勇女士、何智涛先生和曹勇刚先生给予我们的帮助和鼓励。
由于时间仓促，译文中难免有不当之处，敬请读者批评指正。
勿庸置疑，要真正做好软件测试，确实具有很大的挑战性，而要全面把握测试的各个方面，如果没有多年的经验积累，更是很难做到。然而拥有了《系统的软件测试》这本书之后，你便能从中获得一种“站在巨人肩膀上”的感觉。在本书中，作者对软件测试的相关内容做了系统而全面的介绍，并把自己多年从事软件测试、质量保证和教学研究的心血和经验奉献给了大家。我们相信，无论是刚刚步入测试领域的新手，还是从业多年的资深人士，都能从本书中获益；书中丰富的实例分析，定会让读者顿生豁然开朗之感。所以，作为译者，在领略到本书的“魔力”之后，我们也迫不及待地想把它推荐给大家。
在这里，我们要向曾经为本书的翻译工作付出了大量心血的人士表示衷心的感谢：感谢郎小凤先生为本书的翻译工作提供了全方位的帮助；感谢程艳琴女士向我们提供了宝贵的建议；感谢毛勇女士、何智涛先生和曹勇刚先生给予我们的帮助和鼓励。
由于时间仓促，译文中难免有不当之处，敬请读者批评指正。
前言回到顶部↑
我们之所以编写本书，是因为我们的许多客户和学员，通过软件质量工程(SQE)公司告诉我们，收集我们在课堂上讲授的信息非常有用。同时，我们还看到，这是一个绝佳的机会，让我们共享多年来从听众那里获得的信息。从一开始，我们就都特别注意不要让本书像食谱一样，充斥着说明书似的指导和过程列表。从我们的客户那里，我们已经总结出了一个规律，那就是：一种尺寸绝对不可能适合各种不同的情况。在某个公司中表现良好的东西并不一定会完全适合其他的公司。我们甚至逗乐似地跟我们的学员说，任何问题的最佳答案都是“视情况而定”。也就是说，要认清这样一个事实，每个组织、每个项目和每个发布版本都是各不相同的。
但是，在本书的编写工作结束之后，我们发现自己正好犯了个南辕北辙的错误：我们编写了一本综合性质的参考书，并指明了如何进行风险分析、建立清单和编写测试计划等工作的具体方向。这些恰恰是我们所发现
的一般情况下非常有用的基本技能。可能会出现这样的情况，你们当中的一部分人将“原封不动”或者“以成品方式”使用本书中描述的某些过程。这对你们来说实在是再好不过了!但是，更可能出现的情况是，许多读者
只能参考本书中所描述的某些过程，把它们用做构造自己的独特过程和基础设施的起点。请随意参考我们给出的循序渐进的指导内容，可以对其进行调整，以适应你们特定的公司文化和情况。在这样做了之后，如果你们
发现某个过程能够成功地运行，请千万不要过于得意。毫无疑问，你们需要根据文化和环境的变化情况，对自己的过程不断地更新和改进。
本书的组织结构
各章内容彼此独立
本书各章独立编写，读者可以只读其中任一章的内容，而无需其他章节的内容做铺垫。然而，我们对各章的组织顺序也作了如下考虑：以从第1章开始，到第12章结束的顺序阅读本书，将引导读者按照时间顺序浏览软件测试的全过程。选择权在于你们——你们既可以逐页细品本书，又可以把它用做手边的一份参考指南。
参考材料
本书的编写参考了如下一些材料：IEEE标准829—1998软件测试文档编制标准、IEEE标准610．12-1990术语表、《系统的测试与评价过程(STEP)：概述与总结指南》、杂志上刊登的文章、’书籍、网站(比如www．StickyMinds．com)以及多年的个人经验。在本书的末尾，依字母顺序对所有这些参考材料进行了列举。
SST与TM教程
本书中许多内容的编写都基于如下一些教程中论及的主题：软件质量工程有限公司(Software Quality Engineering，Inc．)提供的《系统的软件测试(SST)教程》和《测试管理．(TM)教程》。这些教程构成了
本书的基础，而我们的学员的观点、故事和建议确实使本书的内容鲜活起来。
案例学习
案例学习综合了Rick在现实生活中的探索经历和我们的客户的经验。在根据同事们的经历编写的案例学习中，我们在应该给予赞扬的地方对他们进行了赞扬。尽管我们希望你们能从我们的一些案例学习中发现乐趣，但是这些案例学习同样也十分重要，因为它们代表着现实生活中人们的行为、为什么某些过程会出错、为什么某些过程会成功，以及我们多年吸取的教训等方面的实例，在其他一些情况下，我们还会在“案例学习”中，通过实例对计算步骤和过程进行说明。
案例学习 并不是所有的测试员都需要相同的技能。
人们说我讲了太多的故事，我想是的。但是，根据多年的经验，我知道：用直言不讳和幽默的语言作为媒介，较之其他任何方式，更容易打动大众……
——亚伯拉罕·林肯
要点
在本书通篇的“要点”中，我们对重要的想法、概念、定义、提示，以及其他特别需要关注的事物作了强调。在有些时候，我们还借助这些“要点”将相应段落中阐释的主题为读者列出大纲。Stefan的另外一本
但是，在本书的编写工作结束之后，我们发现自己正好犯了个南辕北辙的错误：我们编写了一本综合性质的参考书，并指明了如何进行风险分析、建立清单和编写测试计划等工作的具体方向。这些恰恰是我们所发现
的一般情况下非常有用的基本技能。可能会出现这样的情况，你们当中的一部分人将“原封不动”或者“以成品方式”使用本书中描述的某些过程。这对你们来说实在是再好不过了!但是，更可能出现的情况是，许多读者
只能参考本书中所描述的某些过程，把它们用做构造自己的独特过程和基础设施的起点。请随意参考我们给出的循序渐进的指导内容，可以对其进行调整，以适应你们特定的公司文化和情况。在这样做了之后，如果你们
发现某个过程能够成功地运行，请千万不要过于得意。毫无疑问，你们需要根据文化和环境的变化情况，对自己的过程不断地更新和改进。
本书的组织结构
各章内容彼此独立
本书各章独立编写，读者可以只读其中任一章的内容，而无需其他章节的内容做铺垫。然而，我们对各章的组织顺序也作了如下考虑：以从第1章开始，到第12章结束的顺序阅读本书，将引导读者按照时间顺序浏览软件测试的全过程。选择权在于你们——你们既可以逐页细品本书，又可以把它用做手边的一份参考指南。
参考材料
本书的编写参考了如下一些材料：IEEE标准829—1998软件测试文档编制标准、IEEE标准610．12-1990术语表、《系统的测试与评价过程(STEP)：概述与总结指南》、杂志上刊登的文章、’书籍、网站(比如www．StickyMinds．com)以及多年的个人经验。在本书的末尾，依字母顺序对所有这些参考材料进行了列举。
SST与TM教程
本书中许多内容的编写都基于如下一些教程中论及的主题：软件质量工程有限公司(Software Quality Engineering，Inc．)提供的《系统的软件测试(SST)教程》和《测试管理．(TM)教程》。这些教程构成了
本书的基础，而我们的学员的观点、故事和建议确实使本书的内容鲜活起来。
案例学习
案例学习综合了Rick在现实生活中的探索经历和我们的客户的经验。在根据同事们的经历编写的案例学习中，我们在应该给予赞扬的地方对他们进行了赞扬。尽管我们希望你们能从我们的一些案例学习中发现乐趣，但是这些案例学习同样也十分重要，因为它们代表着现实生活中人们的行为、为什么某些过程会出错、为什么某些过程会成功，以及我们多年吸取的教训等方面的实例，在其他一些情况下，我们还会在“案例学习”中，通过实例对计算步骤和过程进行说明。
案例学习 并不是所有的测试员都需要相同的技能。
人们说我讲了太多的故事，我想是的。但是，根据多年的经验，我知道：用直言不讳和幽默的语言作为媒介，较之其他任何方式，更容易打动大众……
——亚伯拉罕·林肯
要点
在本书通篇的“要点”中，我们对重要的想法、概念、定义、提示，以及其他特别需要关注的事物作了强调。在有些时候，我们还借助这些“要点”将相应段落中阐释的主题为读者列出大纲。Stefan的另外一本
序言回到顶部↑
在我写《测试过程管理(Managing the Testing Process)》一书时，当时有关测试的著作还非常少。可喜的是，过去几年里，为测试专业人士出版的书籍在数量上一直保持稳步增长。在着手《测试过程管理
(Managing the Testing Process)》的第二版和新书《关键的测试过程(Critical Testing Processes)》时，我惊喜地发现自己拥有大量可以向读者推荐的材料，以拓宽大家的视野。在我目前和今后出版的书籍中，本
书肯定会以脚注的形式频繁地出现。在测试管理课上，我的学员常常要求我向他们推荐一些与各种测试主题相关的参考书籍。于是，我打算将本书纳入到参考书目列表中，在该列表的开头，我将作如下的批注：“如果时间只允许你们读一本有关测试的书籍的话，可以在以下的书籍中选择其一。”
尽管在过去的几年里有关测试的书籍不断增多，但是，这本有关测试的书籍却绝对不是来“凑凑热闹”的。本书为希望建立或改善软件测试方法的软件测试专业人士提供了一个完整的路线图。从书名可以看出，本书将勾勒出一个系统的方法，事实确实如此。我希望，许多测试专业人士——包括我自己在内——很快会发现本书是专业藏书中经常被翻阅的一本。我相信，在今后进行的大量咨询活动中，我会多次用到这本许多地方都被卷了角、作了标注的《系统的软件测试》。
我第一次知道Rick Craig和Stefan Jaskiel正在准备出版本书是在大约6个月以前，当我听到这个消息时，感到十分兴奋。我与Rick及其“软件质量工程(Software Quality Engineering)公司”的其他一些同事一起，负责教授“系统的软件测试”这门课程；长期以来，我一直在想，我们采用的那些优秀的授课材料需要形成一大本书籍，以便能从中挖掘出更深的细节。本书很好地满足了这一要求。当Rick和Stefan邀请我为本书作序时，我为自己能被邀请感到十分兴奋和荣幸。记得当初Rick推荐我作为《系统的软件测试》课程的一名授课教师时，他说：
“Rex很聪明——他的想法总和我不谋而合!”(我想，他的话多少有些打趣的成分。)我很高兴的是，Rick对于我的评价没有发生改变，并成功地说服了Stefan相信我的能力。
但是，我也有一些顾虑。因为在我的办公室里，我认为自己需要阅读的书籍多如牛毛。我是说，在这些书籍中一定包含着许多自己需要吸收的好主意，但是出于某种原因，我就是不能达到这样的境界：从书堆中抽出几本书籍放在手上，然后花费足够的时间来细心研读，直至吸取了其中的养分。曾经，我确实从书堆中拣出来一些书籍来读，但是，当其他事情接踵而至时，我又只能将书籍放回原处，而孤独的书签差不多还只是插在离封面很近的页面中。所以我有些担心，担心本书可能也会遭遇到上述的冷遇——我也许只能强迫自己去阅读它。结果，这些担忧却是毫无必要的。我只花了四天的时间就读完了本书。在本书中，讲述并详细解释了一个又一个天才的主意，举不胜举，而又绝不累赘。书中的各个主题由于附有轶事和案例学习而显得非常生动。(虽然有些人看不起“轶闻案例”，但是，我发现这些故事说得确实不假。俗话说得好：“轶闻的总和就是资料。”)Rick和Stefan的幽默感对书中的材料产生了潜移默化的影响；我发现自己在阅读本书的过程中，甚至有一两次都大笑出声了。
不要因为我发出了笑声，就认为我没有掌握其中的真谛。Rick和Stefan的这本书由浅入深地介绍了困扰着测试员和测试经理的许多问题。你是否听说过基于风险的测试这样一个好东西，并正在寻求这样一个方案呢?在本书中就有一个简单而又有效的方案。想要掌握编写可行、有用又备受欢迎的测试计划的技巧吗?继续往下读吧。想知道你们公司的变更管理和发布管理是否能够得到改善吗?你们已经找到了自己需要的书籍。想了解度量(metrics)吗?这里有。想了解各种黑盒和白盒测试设计技术吗?就在这里。如何从一个仅仅负责测试的人员转变
成某个测试小组的得力领导呢?有关测试管理的章节，尤其是Rick在担任美国海军陆战队(United States Marine Corps)官员时得到的有关领导技能的经验教训，使得本书仅这一章而言就是物有所值的。
在全书整个探讨过程中，Rick和Stefan一直都在提醒读者注意，任何有关如何处理某个棘手的测试问题的正确答案都是“视情况而定”。他们十分谨慎地讨论了那些可能影响测试员和测试经理的与实际的测试环境相关的问题，这将有助于测试员和测试经理实现本书中的想法，而不至于误入雷区。至于地雷问题，本书中给出了大量有关常见的测试地雷位置的中肯建议。本书可以帮助那些刚开始从事测试工作的人员避免“踩雷”。
如果我是一个头脑灵活的人——毕竟，Rick告诉人们我是这样的——那么，我应该能做出一些预测。我预计，如果阅读此书，你们将会从中学到许多有用的东西。我预计，你们将会在阅读的过程中不时地发出笑声，也会对某些轶闻点头称道，并且会不止一次地支起自己的下巴，陷入沉思。我还预计，你们将会再次打开本书，向两名资深测试专家寻求金玉良言——即使你们和我一样，认为自己也是一名资深的测试专家，也会如此。本书确实是一本很好的教材，文笔流畅、寓教于乐，而又目光深邃。如果让我来大胆地对别人的书籍做出评价的话，那么我会推荐你们阅读本书，去享受和学习这个与自己的软件测试工作密切相关的、更加系统的新方法。
Rex Black
Rex Black咨询服务有限公司(Rex Black Consulting Services,Inc．)总裁
(Managing the Testing Process)》的第二版和新书《关键的测试过程(Critical Testing Processes)》时，我惊喜地发现自己拥有大量可以向读者推荐的材料，以拓宽大家的视野。在我目前和今后出版的书籍中，本
书肯定会以脚注的形式频繁地出现。在测试管理课上，我的学员常常要求我向他们推荐一些与各种测试主题相关的参考书籍。于是，我打算将本书纳入到参考书目列表中，在该列表的开头，我将作如下的批注：“如果时间只允许你们读一本有关测试的书籍的话，可以在以下的书籍中选择其一。”
尽管在过去的几年里有关测试的书籍不断增多，但是，这本有关测试的书籍却绝对不是来“凑凑热闹”的。本书为希望建立或改善软件测试方法的软件测试专业人士提供了一个完整的路线图。从书名可以看出，本书将勾勒出一个系统的方法，事实确实如此。我希望，许多测试专业人士——包括我自己在内——很快会发现本书是专业藏书中经常被翻阅的一本。我相信，在今后进行的大量咨询活动中，我会多次用到这本许多地方都被卷了角、作了标注的《系统的软件测试》。
我第一次知道Rick Craig和Stefan Jaskiel正在准备出版本书是在大约6个月以前，当我听到这个消息时，感到十分兴奋。我与Rick及其“软件质量工程(Software Quality Engineering)公司”的其他一些同事一起，负责教授“系统的软件测试”这门课程；长期以来，我一直在想，我们采用的那些优秀的授课材料需要形成一大本书籍，以便能从中挖掘出更深的细节。本书很好地满足了这一要求。当Rick和Stefan邀请我为本书作序时，我为自己能被邀请感到十分兴奋和荣幸。记得当初Rick推荐我作为《系统的软件测试》课程的一名授课教师时，他说：
“Rex很聪明——他的想法总和我不谋而合!”(我想，他的话多少有些打趣的成分。)我很高兴的是，Rick对于我的评价没有发生改变，并成功地说服了Stefan相信我的能力。
但是，我也有一些顾虑。因为在我的办公室里，我认为自己需要阅读的书籍多如牛毛。我是说，在这些书籍中一定包含着许多自己需要吸收的好主意，但是出于某种原因，我就是不能达到这样的境界：从书堆中抽出几本书籍放在手上，然后花费足够的时间来细心研读，直至吸取了其中的养分。曾经，我确实从书堆中拣出来一些书籍来读，但是，当其他事情接踵而至时，我又只能将书籍放回原处，而孤独的书签差不多还只是插在离封面很近的页面中。所以我有些担心，担心本书可能也会遭遇到上述的冷遇——我也许只能强迫自己去阅读它。结果，这些担忧却是毫无必要的。我只花了四天的时间就读完了本书。在本书中，讲述并详细解释了一个又一个天才的主意，举不胜举，而又绝不累赘。书中的各个主题由于附有轶事和案例学习而显得非常生动。(虽然有些人看不起“轶闻案例”，但是，我发现这些故事说得确实不假。俗话说得好：“轶闻的总和就是资料。”)Rick和Stefan的幽默感对书中的材料产生了潜移默化的影响；我发现自己在阅读本书的过程中，甚至有一两次都大笑出声了。
不要因为我发出了笑声，就认为我没有掌握其中的真谛。Rick和Stefan的这本书由浅入深地介绍了困扰着测试员和测试经理的许多问题。你是否听说过基于风险的测试这样一个好东西，并正在寻求这样一个方案呢?在本书中就有一个简单而又有效的方案。想要掌握编写可行、有用又备受欢迎的测试计划的技巧吗?继续往下读吧。想知道你们公司的变更管理和发布管理是否能够得到改善吗?你们已经找到了自己需要的书籍。想了解度量(metrics)吗?这里有。想了解各种黑盒和白盒测试设计技术吗?就在这里。如何从一个仅仅负责测试的人员转变
成某个测试小组的得力领导呢?有关测试管理的章节，尤其是Rick在担任美国海军陆战队(United States Marine Corps)官员时得到的有关领导技能的经验教训，使得本书仅这一章而言就是物有所值的。
在全书整个探讨过程中，Rick和Stefan一直都在提醒读者注意，任何有关如何处理某个棘手的测试问题的正确答案都是“视情况而定”。他们十分谨慎地讨论了那些可能影响测试员和测试经理的与实际的测试环境相关的问题，这将有助于测试员和测试经理实现本书中的想法，而不至于误入雷区。至于地雷问题，本书中给出了大量有关常见的测试地雷位置的中肯建议。本书可以帮助那些刚开始从事测试工作的人员避免“踩雷”。
如果我是一个头脑灵活的人——毕竟，Rick告诉人们我是这样的——那么，我应该能做出一些预测。我预计，如果阅读此书，你们将会从中学到许多有用的东西。我预计，你们将会在阅读的过程中不时地发出笑声，也会对某些轶闻点头称道，并且会不止一次地支起自己的下巴，陷入沉思。我还预计，你们将会再次打开本书，向两名资深测试专家寻求金玉良言——即使你们和我一样，认为自己也是一名资深的测试专家，也会如此。本书确实是一本很好的教材，文笔流畅、寓教于乐，而又目光深邃。如果让我来大胆地对别人的书籍做出评价的话，那么我会推荐你们阅读本书，去享受和学习这个与自己的软件测试工作密切相关的、更加系统的新方法。
Rex Black
Rex Black咨询服务有限公司(Rex Black Consulting Services,Inc．)总裁
加载中...
