1、n软件测试管理n软件测试文档n测试人员组织n软件缺陷管理nISO9000系列nCMM/CMMInISO15504过程评估 为了尽可能多地找出软件中的故障，提高软件产品的质量，必须对测试工作进行有效的组织和管理。测试项目管理就是以测试项目为管理对象，建立起软件测试管理体系，通过专门的测试组织，运用专门的软件测试知识、技能、工具和方法，对测试项目进行计划、组织、执行和控制，确保软件测试在保证软件质量中发挥关键作用。软件测试管理 软件测试管理体系认为软件测试是一个系统，对组成这个系统的各个过程加以识别和管理，以实现特定的系统目标，同事要使这些过程协同工作。测试系统主要由测试计划、测试设计、测试实施、
2、配置管理、资源管理、测试管理6个过程组成。软件测试管理体系的6个步骤：n（1）识别软件测试所需的过程及其应用，即测试计划、测试设计、测试实施、配置管理、资源管理、测试管理。n（2）确定这些过程的顺序和相互作用，前一个的输出作为后一个的输入。其中，配置管理和资源管理作为支撑性的过程。n（3）确定这些过程所需要的准则和方法，制订6个过程所需的文档。n（4）确保所需资源，并对6个过程进行监测。n（5）监视、测量和分析这些过程。n（6）实施必要的过程改进措施。软件测试文档 测试文档是对要执行的软件测试和测试的结果进行描述、定义、规定和报告的任何书面或图示信息。由于软件测试是一个复杂的过程，必须把对软件
3、测试的要求、规划、执行过程等有关信息，以及对测试结果的分析、评价，以正式的文档形式给出测试文档的类型测试文档的类型n前置作业文档 前置作业文档可以使接下来将要进行的软件测试流程更加流畅和规范。测试计划及测试用例的文档属于前置作业文档。测试计划详细规定了测试的要求，包括测试的目的和内容、方法和步骤以及评价测试的准则等。后置作业文档 后置作业文档是在测试完成后提交的，主要包括软件缺陷报告和分析总结报告。在软件测试过程中，对于发现的大多数软件缺陷，要求测试人员简捷、清晰地把发现的问题以文档形式报告给管理层和判断是否进行修复的小组，使其得到所需要的全部信息，然后决定对软件缺陷是否进行修复及下一步工作。
4、IEEE 给出软件测试文档分为测试计划、测试设计规格说明、测试规程规格说明、测试日志、测试缺陷报告和测试总结报告等 测试文档的重要性测试文档的重要性n（1）验证需求的正确性n（2）检验测试资源n（3）明确任务的风险n（4）生成测试用例n（5）评价测试结果n（6）确定测试的有效性测试人员组织测试主管 测试主管有权管理测试过程日常的组织，负责保证在给定的时间、资源和费用的限制下行个测试项目产生满足所需的质量标准的产品。测试主管负责与开发组联系，保证单元测试的顺利进行，并与独立测试观察员联系，接收有关没有正确遵循测试过程的测试项目的报告。测试组长的职责n负责独立的测试项目及其测试组的管理工作n制定整
5、个项目的测试计划、测试策略，包括：风险评估、日程表安排等n负责工作量的预估和测试项目内部的资源、任务安排n熟悉产品是否满足了规格说明书所描述的需求测试分析员 测试分析员负责设计和实现用于完成自动化测试的一个或多个测试脚本，协助测试组组长生成测试规格说明文档。测试者 测试者主要负责执行由测试分析员建方的测试脚本，并负责解释测试用例结果并将结果记录到文档中。测试团队阶段性 为了保证软件的开发质量，软件测试应贯穿于软件定义与开发的整个过程。因此，对于软件开发中的分析、设计和实现等各个阶段所得到的结果，都应进行软件测试。在不同的阶段测试团队也不尽相同，体系了测试团队的阶段性。n需求分析阶段 需求分析规
6、格说明是否完整、正确、清晰是软件开发成败的关键，因此，为了确保需求的质量，应对其进行严格的审查。测试评审小组通常可有一名组长和若干成员组成，其成员包括系统分析员，软件开发管理者，设计、开发、测试人员和用户。n设计阶段 软件设计是将软件需求转换成软件表示的过程。主要描绘出系统结构、详细的处理过程和数据库模式。按照需求的规格说明对系统结构的合理性、处理过程的正确性进行评价，利用关系数据库的规范化理论对数据库模式进行审查。测试评审小组由下列人员组成：组长一名，成员包括系统分析员、软件设计人员、测试负责人员。n测试阶段 软件测试是软件质量保证的关键。软件测试在软件生存周期中横跨两个阶段。通常，在编写出
7、每个模块之后，进行单元测试，之后需要对软件系统进行各种综合的测试。测试评审小组包括组长一名，负责整个测试的计划、组织工作；以及具备一定分析、设计与编程经验的测试组成员，人数可随具体情况确定，一般为3到5人。软件缺陷管理 软件缺陷跟踪管理用于对软件的开发过程中的测试进行管理，一方面需要分清软件开发人员和软件测试人员各自角色的职责，提高工作效率；另一方面也有助于项目管理部门及时了解软件产品在生产过程中所处的质量状况，更好控制质量。软件质量 ANSIIEEE Std 729-1983定义软件质量为“与软件产品满足规定的和隐含的需求的能力有关的特征或特性的全体”。CMM对质量的定义是：（1）一个系统、
8、组件或过程符合特定需求的程度；（2）一个系统、组件或过程符合客户或用户的要求或期望的程度。MJFisher定义软件质量为“所有描述计算机软件优秀程度的特性的组合”。软件质量 质量特性 质量子特性 度量 功能性 适合性 准确性 互操作性 依从性 安全性 可靠性 成熟性 容错性 易恢复性 可使用性 易理解性 易学习性 易操作性 效率 时间特性 资源特性 可维护性 易分析性 稳定性 易变更性 易测试性 可移植性 适应性 易安装性 遵循性 易替换性 度 量 由 使 用 单 位 自 行 决 定 1 QA 开发与评审配置管理计划、标准等 4QA 评审、检查和测试 5QA 评审、检查和测试 2 QA 评审过
9、程符合组织原则目的 1 规定如何管理项目文档 2 标识过程 3 策划 4 设计及构建 5发布并维护产品 3QA 开发或评审 QA 活动条款 QA 软件测试与质量保证的区别n 质量保证（QA）工作通过预防、检查与改进来保证软件质量。QA采用“全面质量管理”和“过程改进”的原理开展质量保证工作。测试虽然也与开发过程紧密相关，但关心的不是过程的活动，而是对过程的产物以及开发出的软件进行剖析。测试人员要“执行”软件，对过程中的产物开发文档和源代码进行走查，运行软件，以找出问题，报告质量。测试人员必须假设软件存在潜在的问题，测试中所做的操作是为了找出更多的问题，而不仅仅是为了验证每一件事是正确的。单元测
10、试 开发方法学 配置管理 验证技术 评 审 正确性验证 性能调试 集成测试 系统测试 原子事务 模块冗余性 质量保证 检 错 避免错误 测 试 调 试 容 错 软件过程的质量管理评估标准主要有三大体系：nISO9000nCMM/CMMInISO15504ISO9000系列系列 ISO 9000系列标准原本是为制造硬件产品而制定的标准，不能直接用于软件制作。为了应用于软件企业，制定出ISO 9000-3标准，全称为“在计算机软件开发、供应、安装和维护中的使用指南”，其核心思想是软件产品的质量取决于软件生存期所有阶段的活动。ISO/IEC 9126是软件产品评估质量特性及其使用指南纲要，是作为软件
11、产品质量的大范围律定及评估，确保质量充分的重要因素。CMM/CMMIn1987年9月，卡内基梅隆大学的软件工程研究所谓美国国防部开发了软件过程评估方法和能力成熟度模型。该模型有效地帮助软件公司建立和实施过程改进计划，用来定义和评价软件公司开发过程的成熟度，为提高软件质量提供指导。nCMM为软件企业的过程能力提供阶梯式的进化框架，该框架共有5级，分别是初始级、可重复、已定义级、已管理级和优化级。初始级n在这个阶段，软件开发过程表现得非常随意，偶尔会出现混乱的现象，只有很少的工作过程是经过严格定义的，开发成功往往依靠的是某个人的智慧和努力。此时的软件机构基本没有健全的软件工程管理制度，其软件过程完
12、全取决于项目组的人员配备，具有不可预测性。人员变了过程也随之改变，软件过程是不稳定的，产品质量只能根据相关人员的个人工作能力而不是软件机构的过程能力来预测。可重复级n这一阶段已经建立了基本的项目管理过程。按部就班地设计功能、跟踪费用，根据项目进度表进行开发。对于相似的项目，可以重用以前已经开发成功的部分。处于2级成熟度的软件机构，针对所承担的软件项目已建立了基本的软件管理控制制度。通过对以前项目的观察和分析，可以提出针对现行项目的约束条件，软件机构已经制定了项目标准，并且能确保严格执行这些标准。软件项目的策划和跟踪是稳定的，已经为一个有纪律的管理过程提供了可重复以前成功实践的项目环境。软件项目
13、工程活动处于项目管理体系的有效控制之下，执行着基于以前项目的准则且合乎现实的计划。已定义级n在这一阶段，软件开发的工程活动和管理活动都是文档化、标准化的，是被集成为一个有组织的标准开发过程，所有项目的开发和维护都在这个标准基础上进行定制。处于3级成熟度的软件机构，无论是管理活动还是工程活动都是稳定的。软件开发的成本和进度以及产品的功能和质量都受到控制，而且软件产品的质量具有可追溯性。这种能力是基于在软件机构中对己定义的过程模型的活动、人员和职责都有共同的理解。已管理级n这一阶段的软件过程是可度量的，软件过程在可度量的范围内运行。软件发布时间由事先确定的指标决定，软件在没有达到目标之前不能发布。
14、软件的开发在发生偏离时可以及时采取措施予以纠正，并且可以预期软件产品是高质量的。优化级n这一阶段通过建立开发过程的定量反馈机制，不断产生新的思想，采用新的技术来优化开发过程。处于5级成熟度的软件机构，可以通过对过程实例性能的分析和确定产生某一缺陷的原因，来防止再次出现这种类型的缺陷，通过对任何一个过程实例的分析所获得的经验教训都可以成为该软件机构优化其过程模型的有效依据，软件过程是可优化的。这一级的软件机构能够持续不断地改进其过程能力，既对现行的过程实例不断地改进和优化，又借助于所采用的新技术和新方法来实现未来的过程改进。ISO 15504过程评估过程评估n20世纪90年代初，ISO/IEC 是国际标准化组织（ISO）和国际电工委员会(IEC)联合组建的第一个标准化技术委员会，注意到软件过程改进和评估的重要性以及由于缺乏统一的国际标准给软件产业造成的的困境，于1993年发起了制订ISO/IEC 15504系列标准的前期工作。项目名称是“软件过程改进和能力测定”（Software Process Improvement and Capability Determination），简称SPICE。SPICE项目有三个主要目的：n1)为软件过程评估标准拟订草稿；n2)根据草稿进行试验；n3)努力推动软件产业界过程评估。
