第六章软件测试过程及测试过程管理



6.1软件测试过程模型

1. 软件测试模型--V模型

   是软件开发瀑布模型的变种，它反映了测试活动与分析和设计的关系。

    

    

    

    

    

   V模型:

   强调了在整个软件项目开发中需要经历的若干个测试级别，既有源代码和程序的验证和测试，又有系统级用户需求的验证，并与每一个开发级别对应；但局限在于：测试是在编码后，仅仅是测试程序，需求分析、设计阶段存在的问题，只能在后期的系统和验收测试才能发现。更易引起对测试的误区，导致大多认为测试不重要。测试要尽早开展。

2. 软件测试模型--W模型

   在V模型的基础上，增加千开发阶段的同步测试，形成W模型；测试与开发同步进行，有利用尽早的发现问题。

    

   局限性：仍把开发活动看成是从需求开始到编码结束的串行活动，只有上一阶段完成后，才可以开始下一阶段的活动，不能支持迭代，自发性以及变更调整。

3. 软件测试模型--H模型

   在H模型中，软件测试过程活动完全独立，贯穿于整个产品的周期，与其他流程并发地进行，某个测试点准备就绪时，就可以从测试准备阶段进行到测试执行阶段；软件测试可以进行尽早的进行；软件测试可以根据被测物的不同而分层次进行。

6.2软件测试过程度量

1. 测试为了保障软件质量，开发规模大、复杂度高，测试也变得负责和困难。有必要加强测试工作进行组织和管理，需要能度量，不能完全凭经验。通过数据来监控测试过程，有的放矢。软件测试过程度量技术用来帮助软件组织管理和改进测试过程。

2. CMMI全称是Capability Maturity ModelIntegration，即软件能力成熟度模型集成，在CMMI 体系的测试过程中定义了四个度量指标：

1. 测试覆盖率：测试覆盖率是指测试用例对需求的覆盖情况。

2. 测试执行率：实际执行过程中确定已经执行的测试用例比率。

3. 测试执行通过率：在实际执行的测试用例中，执行结果为“通过”的测试用例比率。

4. 测试缺陷解决率：某个阶段已关闭缺陷占缺陷总数的比率。

6.3软件测试过程成熟度

1. 软件成熟度模型CMM为软件企业提供了一种软件开发过程控制和评估的框架，它分别列出了五个级别需要完成的目标和判定条件。CMM的五个级别：初始级、可重复级、定义级、管理级、优化级。

2. ALM（application lifecycle management）应用程序生命周期管理

3. ALM测试管理的核心内容：需求管理、测试计划，调度

   和执行、发布和周期管理、缺陷管理、流程和状态的实时

   报告和开发环境集成。

1. ALM的作用

1. 定义需求和测试目标

2. 制定测试计划，开发测试用例

3. 创建自动化脚本并存储

4. QA执行测试，汇报结构，提交缺陷

5. 开发人员登陆系统检查并修复缺陷

6. 项目经理创建应用状态报告，管理资源分配

7. 产品经理对应用发布的就绪状况作出决策

6.2软件测试过程管理

1. 软件测试过程管理的理念：测试是独立的、迭代的测试”着重强调了测试的就绪点，也就是说，只要测试条件成熟，测试准备活动完成，测试的执行活动就可以开展。

2. 软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。