基于UML的软件项目的过程质量保障

　　本书是一本专注于过程的探讨基于UML的软件项目的质量保障的图书，它简明扼要地阐述了UML的历史背景，UML定义，以及UML和实际的建模技术的相关性，通过一系列的对基于UML的CASE工具和开发过程的讲座来加深读者对采用UML进行直接和实际建模的理解。本书还特别地强调对要从事每个开发过程活动的角色的定义，重视系统开发中社会特征的重要性。本书适合于IT业的质量经理、项目经理、过程工程师、测试人员、系统设计师、开发人员、业务分析员、系统架构师、学术研究人员等人阅读，也可作为大中院校的教材。前言质量是主观判断1本书探讨在基于UML的软件项目中，实施质量保障中的过程这方面的问题。过程是软件质量保障的两个主要领域之一，另一个是建模。鉴于基于UML的软件项目的质量保障的，尤其是专注于过程这一方面的文献缺乏的现状，本书应运而生了。这是因为，尽管UML的文献资料现在非常流行，但还是需要一些讨论UML在项目中的应用的质量和实践问题的图书。虽然我们现在已经有了一些非常优秀的论述软件开发过程的文献（其中包括由Jacobson等人创作的最为著名的《TheUnifiedProcess》，以及由IanGraham等人撰写的《TheOPENProcessSpecification》），但是看起来还是缺乏单独的针对质量做探讨的图书。另一方面，像Binder的《TestingObjectOrientedSoftware》这样的作品，关注的是采用UML表示法进行的技术层面的测试内容。当然，我们不能责备上述提到的文献缺少对质量方面问题的讨论，因为这些作品并不是专门致力于讨论质量的。这些让人尊敬和受到广泛欢迎的作品的关注焦点要么是开发，要么是测试。而在您手中的这本书就填补了在UML领域对质量问题的关注空缺。好的质量包括了所有能够满足用户需要的各个方面的内容。不过，“好”是一个主观色彩非常浓厚的词。对质量做出判定的参考点取决于时间、地点和形势，而所有这些都随时会发生变化！因此，能够产生好质量的基本要素是：一个能够满足用户不断变化的需求的产品；一个能够使创建、验证、确认这样一个产品成为可能的开发过程；一套能够建立良好沟通的通用机制；对生产产品的开发过程的连续不断的改进。当这些要素应用到软件开发领域中时，这些质量上的需求就变成了生产的软件产品必须能够在规划、扩展和变更等各方面满足客户的需求——主要是业务方面的。我们不仅需要能够生产出这样的软件产品的开发过程，而且需要能够对这些用来构建软件产品的模型和过程做有效检查和交叉查证。我们同样也需要建立、遵循和查证所有的过程步骤，以期能够建立一套可以生产高质量软件产品的成熟过程体系。这些过程步骤必须以一种迭代式的、渐增的、充分的方式进行。过程步骤必须足够灵活，以适应不同的开发环境和不同类型与规模大小的软件项目。这些都是专门化的与过程质量相关的工作领域的内容，这些内容对于本书所探讨的在项目中实施UML技术而言是必需的。这些质量方面的工作包括如何组织整个质量职能体系，还包括验证和确认这些UML框图所需的步骤，以及什么时候实施这样的验证，如何理解质量工作的结果数据，应该由谁来负责创建和确认UML框图，如何建立质量控制（测试）策略。这些过程步骤将促成高质量的模型产生。通过对软件模型实施质量检查也能够进一步提升质量，从而确保它们句法正确、语义一致和美学上和谐。如果希望了解对于UML框图的模型质量的详细分析和讨论，我推荐读者阅读《ModelQualityAssuranceofUML-BasedProject》。本书分为6章，内容概述如下表所示。章说明1．质量竞赛建立背景理论和有关质量方面的论点2．质量环境：质量职能管理质量管理，团队组建，高质量团队的社会学和心理学特性；过程的重要性3．质量过程体系架构过程组件由能够组成一个质量软件过程体系的活动、任务、交付品和角色构成4．实施质量软件过程实践中的质量过程、迭代、渐增和并行的软件开发5．基于UML的项目估算和度量一些针对实际的基于UML的软件项目的时间、预算和人员的估算建议6．软件产品的质量控制针对质量控制和测试策略做详尽的讨论第1章质量竞赛本章是有关质量保障的背景介绍。我们讨论了在软件开发背景条件下质量的不确定特性。而建模，尤其是采用UML技术的建模，作为一种能够改进沟通和质量的手段，在分别是问题、解决方案和背景的三个彼此相关的建模空间中得以实施。我们将在技术（做什么）、方法（如何做）和社会学（谁来做）三个维度的背景条件下讨论软件过程。这以后我们会讨论不同类型的检查（语法方面、语义方面和美学方面），这些检查是我们确认和验证基于UML的模型的手段。我们还将讨论高质量过程体系所必需的必要性、充分性和可塑性等内容的一些检查。在本章中，我们也将讨论质量职能的组织，以及如何应用到不同类型（包括开发、集成、工具包实现、外包、数据仓库和教育类项目）和不同规模大小（小型、中型和大型）的软件项目中去。第2章质量环境：质量职能管理质量在软件过程方面的内容包括建立和管理一个质量环境的管理职能。这是因为，质量并不只是验证和确认生产出了什么东西，同时它也要求我们努力遵循一种生产模型和软件的规程体系。这套规程包括与生产出高质量模型或软件相关的所有软件过程和相关步骤。本书的这一部分将全面考察质量职能机构的组织和执行，其中将仔细强调基于UML的软件开发过程方面的内容。换句话说，我们将讨论在基于UML的软件项目中，质量职能体系将“如何”得到组织和贯彻。至于人员方面的问题（“谁来做”），我们在本章的适当地方也会给予足够的关注。第3章质量过程体系架构在本章中，我们将讨论这样一个软件过程是由什么组成的，以及这样的过程在基于UML的软件项目中是如何改进质量的。这一章并没有提出什么新的软件过程，而是讨论了一个一般意义上的软件过程，我们将从技术、方法和社会学三个维度来讨论一个开发过程的组成，以及它在各主要维度中的内容。开发过程的技术维度主要关注的是“做什么”的问题，方法维度考虑的是“如何做”的问题，社会学维度主要考虑整个过程中“谁来做”的问题。我们将采用普通工作日的例子来说明这些维度中的内容。这个通用过程会进一步地描述一些最常见的活动和任务，这些活动和任务在任何一个开发过程中都应该被提到。我们讨论这些活动和任务及它们相关的角色和交付品的目的在于，希望能够改进这样一个开发过程的具体规程，从而提升基于UML的交付品的质量，最终提高软件产品的质量。第4章实施质量软件过程在本章中，我们将讨论如何运转一个实例软件过程，这个实例涵盖了在配置一个迭代、渐增、并行的（IIP）项目的计划过程中会遇到的种种实际问题。我们将基于在前一章中讨论的过程组件来分析。我们也会讨论到一些跟踪项目进展的实际问题，以及基于跟踪到的情况来修改项目计划的内容。与顺序式的项目计划相比，迭代的、渐增的项目计划更容易处理各种变化情况。从软件过程的可塑性出发，我们也会讨论如何建立和管理这样一个可变化的项目计划。我们还会应用软件过程的术语来讨论当“轮胎撞到路面”时会发生什么事情。第5章基于UML的项目估算和度量在本章中，我们将讨论的重要问题是在基于UML的软件项目中如何实施估算和度量。首先我们会论述实施好的项目估算的必要性，以及一个好的项目度量体系是如何帮助实现好的项目估算的，这一章我们会深入探讨这些度量指标和估算对于改进项目中的模型和过程质量的重要意义。有关UML成品和框图的大小及复杂性在内的技术方面的度量指标也会被谈及。我们会以一个采用UML的项目为例来讨论如何做项目估算，通过这个例子我们希望能够让大家了解到，在实际的项目中是如何应用度量指标并发挥其关键作用的。第6章软件产品的质量控制本章我们将详细讨论在质量生命周期中，如何进行质量控制和测试。我们在上一章中讨论过程质量的时候，已经把质量控制（测试）作为一个主要的过程组件了。它会帮助我们在创建模型时和随后的开发过程中验证和确认我们的努力成果。好的质量控制本身就是从负面来看问题，因为它的目标在于打破系统中的所有事物，包括逻辑组成、执行过程和性能。因此，尽管质量控制是质量保障的不可分割的一部分，然而它并不是和质量保障同步进行的。在本书的这个独立章节中，我们已经对这种控制和保障的分离现象给予了应有的重视。光盘和Web支持本书附带的只读光盘中包含了各章内容的一些详细资料、框图和一套模板文件（包括成品、项目计划等），这些模板可以在具体的项目中做个性化定制。光盘中还包括了一些为改进质量而推荐的度量指标（例如实例的数量，以及在类的创建中所花费的工作量等）。经过工具厂商的许可，光盘中还包括了一些和质量过程有关的过程工具的评估版软件。读者指南现在有不少专门讨论UML和讨论软件过程的图书。这些书涵盖的内容既包括学术研究，也包括实际应用。本书试图将质量过程应用到基于UML的软件项目中。由于本书的关注点在于软件过程，因此我们期望读者已经熟悉了UML和基于UML的建模技术，本书不打算讨论UML的建模技术，请参考相关资料。不过，任何一名负责质量保障的读者都会发现本书的内容是相对独立的，读完本书后，应该可以拓展对UML的理解。下面是一个图书分类的交叉引用表，通过这个表，读者应该可以了解自己对每一章内容感兴趣的程度。兴趣强度值是通过星号“*”的个数表示的（三颗星代表最强烈）。章质量经理项目经理测试人员过程工程师系统设计师开发人员业务分析员系统架构师学术研究人员主管1．质量竞赛**********2．质量环境：质量管理职能**********3．质量过程体系架构**********4．实施软件质量过程**********5．项目估算和基于UML的项目度量指标*******6．软件产品的质量控制***********语义说明我非常信任中性词汇，因此我将尽可能地使用人这样的中性词。不过，为了便于阅读，我也会使用他。除非特别声明，程序员及质量经理这样的术语都是指充当特定角色的人。这些词指的并不是如你我这样的真实人物，因此他们完全可以在很短的时间内从程序员的角色跳到质量经理或者主管之类的角色。读者也应该意识到，人们可以同时充当一个以上的角色。例如，一个业务分析员也可能是一个兼职的学术或者研究人员。我们一词贯穿全书，指的都是读者和作者，也就是你和我。偶尔，我们也会指代一般意义上的信息技术（IT）人员全体，当然作者也是其中的一员。我们还可能指代作者本人所工作的团队。因此，尽管这是一本由一个作者写成的书，你会发现我们指的既可能是作者自己，也可能是IT人员全体。正如你和我从本书中看到的情况一样，现实的话语往往不能按静态的方式来理解。和研讨班的内容对应本书表述的UML和质量实践方面的内容在很多的研讨和会议上非常热门。在基于本书内容所做的多次演讲的讲稿中，特别值得一提的是，它们在加拿大多伦多举行的UML21大会上被接纳作为教程，另外它们在印度孟买、班加罗尔和德里举行的为期两天的系列2研讨会上被作为研究资料。在本书写作时，还有不少额外的研讨班也被安排进了日程。下面的表格列出了基于本书内容而做的两天研讨班中的一天的内容大纲。针对学生或者学术工作者，本书的每一章内容都对应一个三小时的主题介绍，两天讨论班第一天的内容主要集中在采用案例分析的方式来建立基于UML的模型。本书各章和两天研讨班中的一天内容的对应时间段讨论和介绍的主题内容对应的章节说明9：-1：3质量方面的压力；在UML项目中的意义1，2概述质量不确定的特性；提出解决质量问题的必要性和方法11：-12：3质量管理；质量过程体系架构3，4如何组建质量职能部门；质量管理和质量过程1：3-3：过程的运转；项目估算和度量；UML成品的质量控制（测试）5，6关于数字的实践研讨。基于UML的软件项目的人员、时间和预算3：3-5：案例分析光盘案例讨论；在实践中运行检查列表

　　BhuvanUnhelkar博士，是MethodScience.com的负责人，广受尊敬的咨询家、培训老师、作家和演讲家，计算机世界对象开发者的“跨机构的面向对象方法最佳使用奖”奖项的获得者，著有4本著作及大量论文、出版作品和演示作品。

第1章  质量竞赛
1.1  不确定的软件质量
1.1.1  给质量下定义
1.1.2  质量和客观努力
1.1.3  软件的特性
1.1.4  质量保障：一项独特的工作
1.2  施加到质量上的各种压力
1.2.1  预算
1.2.2  时间
1.2.3  功能
1.2.4  质量
1.3  质量层次
1.3.1  数据质量
1.3.2  代码质量
1.3.3  模型质量
1.3.4  过程质量
1.3.5  管理质量
1.3.6  质量环境
1.4  质量软件过程
1.4.1  过程的组成
1.4.2  例子——一个烤糕点过程
1.4.3  过程关系的正交性
1.4.4  软件背景下的过程
1.4.5  软件过程
1.4.6  质量过程
1.4.7  质量保障和测试：请不要混淆它们
1.5  建模与质量
1.5.1  建模的目的
1.5.2  有关建模的警示
1.5.3  理解软件中的建模空间
1.5.4  问题空间
1.5.5  解决方案空间
1.5.6  背景空间
1.6  UML和质量
1.6.1  UML简史
1.6.2  UML的质量与采用UML的质量
1.6.3  元模型和质量
1.6.4  采用UML的质量
1.6.5  可视化呈现的质量
1.6.6  规格说明的质量
1.6.7  构建的质量
1.6.8  文档的质量
1.6.9  UML图和它们在建模空间中的重要性的总结
1.7  语法、语义和美学上的质量保障技术
1.7.1  模型语法质量
1.7.2  模型语义质量
1.7.3  模型美学质量
1.8  软件过程的质量保障：必要性，充分性和可塑性
1.8.1  过程质量的必要性
1.8.2  过程质量的充分性
1.8.3  过程质量的可塑性
1.9  复用，模式和质量
1.9.1  通过复用来提高产能
1.9.2  复用专家知识和经验
1.9.3  标准的应用
1.10  质量和易用性
1.10.1  易用性原则
1.10.2  界面的易导航性
1.10.3  GUI设计和质量
1.11  基于UML的项目类型
1.11.1  开发类项目
1.11.2  （和传统应用）集成类项目
1.11.3  软件包实施类项目（ERP，CRMS）
1.11.4  外包类项目
1.11.5  数据仓库和转换类项目
1.11.6  教育类项目
1.12  基于UML的项目——大小和可扩展性
1.12.1  小型项目
1.12.2  中型项目
1.12.3  大型项目
1.13  本章关键点回顾
1.14  文献注解
1.15  常见问题解答（FAQs）
1.16  练习
1.17  参考资料
第Ⅱ部分  为质量组织和制定软件过程
第2章  质量环境：质量职能管理
2.1  质量管理
2.1.1  质量环境
2.1.2  非技术管理
2.1.3  过程和质量
2.2  团队组织
2.2.1  问题空间的角色构成
2.2.2  业务分析员
2.2.3  用户
2.2.4  最终用户
2.2.5  行业专家
2.2.6  问题空间中的原型创建者
2.2.7  解决方案空间中的角色构成
2.2.8  系统设计师
2.2.9  数据建模员
2.2.10  界面设计师
2.2.11  程序员
2.2.12  测试人员
2.2.13  解决方案空间中的原型创建者
2.2.14  背景空间中的角色构成
2.2.15  系统架构师
2.2.16  背景空间中的原型创建者
2.2.17  数据库管理员
2.2.18  公共角色
2.2.19  项目经理
2.2.20  指导委员会
2.2.21  业务主办方
2.2.22  质量团队的角色构成
2.2.23  质量经理
2.2.24  质量分析员
2.2.25  过程工程师
2.2.26  用户
2.2.27  测试人员
2.3  质量环境
2.3.1  E化因素和质量
2.3.2  基于UML的项目所特有的软因素问题
2.3.3  质量环境中的沟通
2.3.4  远程工作
2.4  项目社会学
2.4.1  四种项目团队模型
2.4.2  创建同源团队的最好方式
2.4.3  扁平化金字塔
2.4.4  人员和可复用性
2.4.5  并行开发的团队
2.5  软件项目中的相互影响分析
2.5.1  相互影响分析的简史
2.5.2  父母型、大人型和小孩型的自我状态
2.5.3  生活定位
2.5.4  游戏
2.5.5  面向对象项目中的游戏
2.5.6  用之还是弃之
2.5.7  牛仔式编程
2.5.8  和面粉
2.5.9  会议症
2.5.10  最后期限
2.6  流行的质量技术
2.6.1  走查
2.6.2  检查
2.6.3  评审
2.6.4  审计
2.6.5  检查清单
2.6.6  交谈
2.6.7  研讨会
2.7  标准和质量
2.7.1  标准的应用场合
2.7.2  项目、机构和业界标准
2.8  过程成熟度：CMM标准
2.8.1  能力成熟度模型
2.8.2  个人软件过程成熟度
2.8.3  在基于UML的项目中应用CMM
2.9  过程检查
2.9.1  必要性检查
2.9.2  充分性检查
2.9.3  过程的可塑性检查
2.10  计划类交付品
2.10.1  项目组织计划
2.10.2  质量计划
2.10.3  测试计划
2.11  文献注解
2.12  常见问题解答（FAQs）
2.13  练习
2.14  参考资料
第3章  质量过程体系架构
3.1  过程中枢
3.1.1  过程的三个维度
3.1.2  过程的技术维度
3.1.3  过程的方法维度
3.1.4  过程的社会学维度
3.2  过程元模型
3.2.1  描述过程元模型
3.2.2  过程要素
3.2.3  过程中的角色元素
3.2.4  过程中的活动元素
3.2.5  过程中的任务元素
3.2.6  过程中的交付品元素
3.2.7  过程组件
3.2.8  迭代
3.2.9  将过程组件的元素放在一起：一个烤制过程
3.3  质量软件过程
3.3.1  软件过程
3.3.2  质量过程
3.3.3  过程的严格程度
3.3.4  过程成熟度
3.3.5  过程的可塑性
3.3.6  过程的时间要求
3.4  软件过程
3.4.1  业务评估过程组件
3.4.2  业务评估中的角色
3.4.3  业务评估中的活动和任务
3.4.4  业务评估的交付品
3.4.5  有关业务评估的提示和建议
3.4.6  项目管理过程组件
3.4.7  项目管理中的角色
3.4.8  项目管理中的活动和任务
3.4.9  项目管理中的交付品
3.4.10  项目管理的提示和建议
3.4.11  过程配置组件
3.4.12  过程配置中的角色
3.4.13  过程配置中的活动和任务
3.4.14  过程配置中的交付品
3.4.15  过程配置的提示和建议
3.4.16  需求建模过程组件
3.4.17  需求建模中的角色
3.4.18  需求建模中的活动和任务
3.4.19  需求建模的交付品
3.4.20  需求建模的提示和建议
3.4.21  接口建模与设计过程组件
3.4.22  接口建模中的角色
3.4.23  接口建模中的活动和任务
3.4.24  接口建模中的交付品
3.4.25  接口建模的提示和建议
3.4.26  系统设计过程组件
3.4.27  系统设计中的角色
3.4.28  系统设计中的活动和任务
3.4.29  系统设计中的交付品
3.4.30  系统设计的提示和建议
3.4.31  持久化设计过程组件
3.4.32  持久化设计中的角色
3.4.33  持久化设计中的活动和任务
3.4.34  持久化设计中的交付品
3.4.35  持久化设计的提示和建议
3.4.36  实现过程组件
3.4.37  实现中的角色
3.4.38  实现中的活动和任务
3.4.39  实现中的交付品
3.4.40  实现的提示和建议
3.4.41  原型创建过程组件
3.4.42  原型创建中的角色
3.4.43  原型创建中的活动和任务
3.4.44  原型创建中的交付品
3.4.45  原型创建的提示和建议
3.4.46  变更管理过程组件
3.4.47  变更管理中的角色
3.4.48  变更管理中的活动和任务
3.4.49  变更管理的交付品
3.4.50  变更管理的提示和建议
3.4.51  企业架构过程组件
3.4.52  企业架构中的角色
3.4.53  企业架构中的活动和任务
3.4.54  企业架构中的交付品
3.4.55  企业架构的提示和建议
3.4.56  系统架构过程组件
3.4.57  系统架构中的角色
3.4.58  系统架构中的活动和任务
3.4.59  系统架构中的交付品
3.4.60  系统架构的提示和建议
3.4.61  部署过程组件
3.4.62  部署中的角色
3.4.63  部署中的活动和任务
3.4.64  部署中的交付品
3.4.65  部署的提示和建议
3.4.66  培训过程组件
3.4.67  培训中的角色
3.4.68  培训中的活动和任务
3.4.69  培训中的交付品
3.4.70  培训的提示和建议
3.4.71  复用过程组件
3.4.72  复用中的角色
3.4.73  复用的活动和任务
3.4.74  复用的交付品
3.4.75  复用的提示和建议
3.5  质量过程
3.5.1  质量管理过程组件
3.5.2  质量管理中的角色
3.5.3  质量管理中的活动和任务
3.5.4  质量管理的交付品
3.5.5  质量管理的提示和建议
3.5.6  质量保障过程组件
3.5.7  质量保障中的角色
3.5.8  质量保障中的活动和任务
3.5.9  质量保障的交付品
3.5.10  质量保障的提示和建议
3.5.11  质量控制过程组件
3.5.12  质量控制中的角色
3.5.13  质量控制中的活动和任务
3.5.14  质量控制中的交付品
3.5.15  质量控制的提示和建议
3.6  文献注解
3.7  常见问题解答（FAQs）
3.8  练习
3.9  参考资料
第4章  实施质量软件过程
4.1  过程的配置
4.1.1  瀑布式SDLC
4.1.2  螺旋式SDLC
4.1.3  喷泉式SDLC
4.2  迭代、渐增和并行的开发过程
4.2.1  为什么需要迭代和渐增
4.2.2  初始迭代
4.2.3  主要迭代
4.2.4  最终迭代
4.2.5  生命周期中的并行开发
4.2.6  维护和持续进行的迭代工作
4.3  软件过程的采纳
4.3.1  查清楚当前的过程状态
4.3.2  关键的指导型项目
4.3.3  采纳点
4.3.4  将UML从过程中剥离开来
4.3.5  保持所有的CASE工具实现的独立性
4.3.6  培训和指导
4.3.7  过程的访问
4.4  实施质量过程
4.4.1  在Lucky保险公司系统开发中创建迭代和渐增阶段
4.4.2  迭代式的项目任务计划
4.4.3  迭代式的项目管理工具
4.5  贯穿过程始终的质量跟踪
4.5.1  过程实施中的路线因素的重要性
4.5.2  初始迭代结束时的质量活动
4.5.3  主要迭代结束时的质量活动
4.5.4  最终迭代结束时的质量活动
4.6  常见问题解答(FAQs)
4.7  练习
4.8  参考资料
第5章  基于UML的项目估算和度量
5.1  软件项目中的估算和度量
5.1.1  和质量有关的估算
5.1.2  度量和估算
5.1.3  技术维度的度量
5.1.4  方法维度的度量
5.1.5  社会学维度的度量
5.2  项目度量和估算
5.2.1  项目大小和类型
5.2.2  项目时间、预算和人员要求
5.2.3  项目估算中的注意事项
5.3  过程的度量
5.3.1  为什么要度量过程
5.3.2  在部署工作中度量过程组件
5.3.3  实施中的过程组件度量
5.3.4  在每次迭代结束时修订项目估算
5.4  质量度量
5.5  度量软件的大小
5.5.1  传统的软件度量
5.5.2  另外一些软件度量
5.5.3  面向对象的软件度量
5.6  UML交付品、图表和模型的度量
5.6.1  用例和用例图的大小和复杂性度量
5.6.2  类的大小和复杂性度量
5.6.3  组件的度量
5.6.4  测试度量指标
5.7  将度量指标和估算用于Lucky保险系统项目
5.7.1  考虑专门针对Lucky保险系统项目的度量和估算
5.7.2  实施中的项目和过程度量
5.7.3  为实施度量过程组件
5.7.4  在Lucky保险系统中应用过程和项目度量
5.7.5  计算Lucky保险系统的产能因子
5.7.6  基于产能因子对后续的迭代估算做调整
5.8  有关估算和度量的预言性陈述
5.9  文献注解
5.10  常见问题解答（FAQs）
5.11  练习
5.12  参考文献
第Ⅲ部分  产品测试：质量控制
第6章  软件产品的质量控制
6.1  不同背景中的测试
6.2  基于UML的项目中的测试方法
6.2.1  黑盒测试
6.2.2  白盒测试
6.2.3  人工测试
6.2.4  自动测试
6.2.5  垂直测试
6.2.6  水平测试
6.2.7  等价分割方法
6.2.8  边界值方法
6.3  测试架构
6.3.1  单元测试
6.3.2  组件测试
6.3.3  系统测试
6.3.4  验收测试
6.3.5  回归测试
6.3.6  运行测试
6.3.7  性能（压力和容量）测试
6.3.8  安全性测试
6.3.9  可扩展性测试
6.4  测试计划制订
6.4.1  好的测试计划
6.4.2  分析测试中的风险
6.4.3  测试环境
6.4.4  测试资源
6.4.5  开发环境
6.4.6  测试环境
6.4.7  测试日程
6.4.8  测试轮次
6.4.9  测试中的可复用性
6.5  测试设计
6.5.1  测试设计的说明
6.5.2  测试设计的来源
6.5.3  测试设计的格式
6.6  测试用例
6.6.1  测试用例的描述
6.6.2  测试用例的设计
6.6.3  测试用例的格式
6.6.4  测试用例示例
6.6.5  验证测试用例
6.6.6  修改测试用例
6.7  测试执行
6.7.1  准备工作
6.7.2  验收标准
6.7.3  执行测试套具
6.7.4  记录测试结果
6.8  记录和分析测试结果
6.8.1  软件测试结果分类
6.8.2  记录测试结果
6.8.3  结果分析
6.8.4  报告
6.9  文献注解
6.10  常见问题解答(FAQs)
6.11  练习
6.12  参考文献
缩略语和重要术语
UML辅助软件工程工具
使用UML的过程工具
光盘内容
后记