CMMI3 PA之验证(VER) 过程域解释和实施指南

 

CMMI3 PA之验证(VER) 过程域解释和实施指南

ISO9000基础和术语的定义：

验证  verification:通过提供客观证据对规定要求已得到满足的认定; 注1：“已验证”一词用于表示相应的状态; 注2：认定可包括下述活动，如：变换方法进行计算；将新设计规范与已证实的类似设计规范进行比较；进行试验和演示；文件发布前的评审等；

确认  validation： 通过提供客观证据(3.8.1)对特定的预期用途或应用要求(3.1.2)已得到满足的认定。注1：“已确认”一词用于表示相应的状态。注2：确认所使用的条件可以是实际的或是模拟的。

 

验证就是按照既定的标准，认定或工作产品是否符合要求。工作产品可能是文档也可能是软件本身。而认定的办法一般是同行评审、软件测试、试验、演示等。

 

那什么是同行评审呢？比方说：A君是做软件设计的，B君也是做软件设计的，A君写了一份设计文档，让B君这个同行（因为大家都是做设计的）来给给意见，这样就使同行评审。同行评审的目的就是让有同样工作经验和技能的人来评审自己的工作产品，发现尽量多的问题。

验证这个PA其目的是希望软件企业在软件开发整个过程中，做好相应的检查工作，把尽量问题发现前面，保证了项目的可控性，降低开发的成本。

提示：验证（需求、设计、测试用例）一定要有依据；代码走查不是验证；验证一般要有质量准则、选择准则、覆盖准则等；

 

验证与确认的差别：

验证重点强调是，验证的准则是规定的要求；规定要求的表现的工作产品很多，如单位测试验证产品每一模块是否符合详细设计说明书，详细设计说明书是规定的要求；集成测试验证接口是否符合概要设计说明书要求，概要设计说明书是规定要求；系统测试是验证产品是否符合需求规格说明书要求，需求规格说明书是规定要求；

确认重点强调的是，确认的准则是预期用途或应用要求，所以，确认考虑的是产品或系统最终的用途或应用要求是否可以实现，确认过程所使用的条件（如环境条件）要是实际的或是模拟的，如汽车要求预期用途是在高温的沙漠里行驶，确认过程可以实际或模拟高温和沙尘的环境，把新开发的汽车放在次环境中路试。确认常见的方法：可以是分析、评审、模拟、原型、示范、试验、测试等

SG 1 验证准备

SP 1.1 选择需验证之工作产品

SP 1.2 建立验证环境

SP 1.3 建立验证程序及准则

SG 2 执行同行审查

SP 2.1 准备同行审查

SP 2.2 进行同行审查

SP 2.3 分析同行审查资料

SG 3 验证工作产品

SP 3.1 执行验证

SP 3.2 分析验证结果

 

这个PA有3个Specific Goals,SG1讲述的是做好验证的准备，SG2、SG3分别讲述的是执行验证的两种办法，一种是同行评审，一种是执行验证（通常就是测试，如单元测试、集成测试、系统测试）。

如果测试是在用户实际生产环境下进行的，例如：验收测试、客户试用系统等，这时这类工作就属于确认(Validation)了，请参考关于“确认(Validation)”。

 

SG1 Preparation for verification is conducted.

准备验证的工作。目的是确保验证（措施）已植入与产品及产品需求、设计、开发计划和进度中，并对支持工具、测试设备及软件、模拟、原始系统及设施等加以定义。验证方法包括（但不限于）检查、同行审查、审计、逐步审查、分析、模拟、测试及展示。

 

SP1.1 选择需验证之工作产品：选择需验证的工作产品及每一工作产品使用的验证方法。组织会定义要进行同行评审的工作产品，如：计划文档、需求文档、设计和接口文档、代码等，并且规定了每种文档的同行评审办法。组织也会定义需要进行测试的软件产品，比方说要进行单元测试、集成测试、系统测试等。

典型的工作产品

1.需接受验证的工作产品清单

2.每个工作产品的验证方法

子实践

1.识别需验证的工作产品。

2.识别每个工作产品须符合的需求。参考需求管理过程域的“维护需求的双向追溯性”特定实践，以协助识别每一工作产品的需求。

3.识别可用的验证方法。常见的验证方法：路径覆盖测试、压力、强调和性能测试，基于决策树的测试，基于功能分解的测试，测试用例重用、接收测试等

4.定义每个工作产品的验证方法。

5.提出需验证的工作产品、需满足的需求及使用的验证方法，以与计划整合。有关协调项目策划的信息，请参考项目策划过程域。

 

SP1.2 建立验证环境：建立并维护支持验证工作的环境。对于同行评审来说，支持环境可能就是会议室、投影、电脑、事先准备好的文档等。对于测试来说，支持环境可能就是测试的软件环境、数据环境、硬件环境等

典型的工作产品

1.验证环境

子实践

1.识别验证环境需求。2.识别可再用及修改的验证资源。

3.识别验证设备及工具。4.取得支持验证的设备及环境，例如：测试设备及软件。

 

SP1.3建立验证程序与准则：建立并维护所选定的工作产品的验证程序与准则。对于同行评审来说，验证过程就是同行评审开展的过程相关规定，如要事先发资料、通知大家到会、会议的组织、会议记录等等，准则可能就是每个工作产品的评审标准。对于测试来说，验证过程就是测试过程的相关规定，准则就是需求规格说明书，或者说是测试通过的标准。

典型的工作产品

1.验证程序   2.验证准则

子实践

1.必要时，为工作产品与现成品，制作广泛且整合的验证程序。

2.必要时，开发与细化验证准则。

3.识别预期结果、观察中允许的误差及其它符合需求的准则。

4.识别支持验证所需的设备及与环境有关的组件

 

 

SG2 执行同行审查：对指定的工作产品进行同行评审。

 

SP2.1准备同行审查:准备对选定的工作产品进行同行审查。

如：把要评审的文档实现发给大家，准备好会议议程，准备好会议室、投影仪等。

典型的工作产品

1.同行审查进度

2.同行审查检查表

3.工作产品的允入及允出准则

4.需再次举行同行审查的准则

5.同行审查培训教材

6.已选定待审查的工作产品

子实践

1.决定采用哪一种同行审查类型。

2.针对同行审查时所应搜集的资料，定义其需求。

3.建立并维护同行审查的允入及允出准则。

4.建立并维护再次审查工作产品的准则。

5.建立并维护检查表，以确保工作产品审查的一致性。

6.开发详细的同行审查进度，包括同行审查的培训日期及审查所需数据的完成进度。

7.工作产品分发前，需先确保其符合同行审查允入准则。

8.提早分发工作产品及其相关信息给审查人员，使审查人员有足够的准备时间。

9.适当地指派人员所担任的角色。

10.先行审查工作产品，以准备进行同行审查。

 

SP2.2 进行同行审查:针对所选定的工作产品进行同行审查，并由同行审查的结果识别问题。

典型的工作产品

1.同行审查结果

2.同行审查问题

3.同行审查资料

子实践

1.依指派的角色进行审查。

2.识别并记录工作产品的缺失及其它问题。

3.记录审查结果，包括行动方案。

4.搜集同行审查资料。有关数据搜集，请参考度?与分析过程域，以获得更多信息。

5.识别行动方案并与相关的干系人沟通问题。

6.若已定义的准则指出需要性，则需再次执行审查。

7.确保符合审查的允出准则。

 

SP2.3分析同行审查资料:分析同行审查的准备、执行及结果数据。例如：记录评审的准备、进行时间，发现的问题数量，评审的结果、缺陷的数据等等，对每个问题进行分析等。

 

典型的工作产品

1.同行审查资料

2.同行审查行动方案

子实践

1.记录同行审查准备、执行及结果的数据。典型的数据通常包括产品名称、产品规模大小、审查成员、审查类型、每一审查人员的准备时间、审查会议时间、缺失数、缺失类型及发生处等。其它可能搜集的工作产品信息，例如：规模大小、开发阶段、所检查的操作模式及被评估的需求。

2.保存数据，以便日后参考及分析。

3.保护数据，以确保同行审查数据无不当使用。

4.使用数据评估人员绩效、将审查结果归属到个人的绩效上是不当使用同行审查数据的范例。

5.分析同行审查资料。

 

 

SG3 验证工作产品：根据指定的要求验证工作产品。这里的验证既包括同行评审也包括测试，但因为SG2专门是针对同行评审的，这个SG可以理解成主要针对除了同行评审外的其它验证活动。

 

SP3.1对选定的工作产品执行验证。对指定的工作产品进行验证如：执行单元测试、集成测试（验证功能和接口）、系统测试等。

提示：单元测试要考虑语句覆盖和分支覆盖要求，集成测试要考虑模块接口、调用，健壮等，测试时在在什麽环境下（基于外部硬件和软件功能是否正常等）；系统测试：要考虑性能要求（如跑多快，网站多少访问速度，支持多少人访问等），很多公司的需求和原始需求没有写性能要求是不对的；

 

典型的工作产品

1.验证结果

2.验证报告

3.展示或演示程序

4.运行过程日志或记录

子实践

1.依据需求，针对选定的工作产品执行验证。

2.记录验证活动的结果。

3.由工作产品的验证结果，识别行动方案。

4.记录所执行的验证方法，以及记录在执行过程中发现的与使用的验证方法及程序的偏差。

 

SP3.2 SP 3.2分析验证结果:分析所有验证活动的结果。分析验证的结果，并制定修正计划。这里强调的是：除了要分析发现的问题外，还需要采取纠正措施修正这些问题。

典型的工作产品

1.分析报告(例如：性能数据统计值、不符合事项的原因分析、实际产品与模式的比较、趋势等)

2.问题报告

3.验证方法、准则及环境的变更需求

子实践

1.比较实际与预期结果。

2.基于已建立的验证准则，识别未符合需求的产品，或识别方法、程序、准则及验证环境的问题。

3.分析与缺失有关的验证资料。

4.记录所有分析结果并制成报告。

5.使用验证结果，比较实际度?及性能与技术性性能参数间的差异。

6.提供缺失如何解决的信息(包含验证方法、准则及验证环境)，并开始实施纠正措施。