敏捷开发——迭代质量评估报告

      6月13日第三迭代验收结束。根据公司的要求，要输出一个迭代质量评估报告，评估报告中包含了迭代过程的描述、各种质量保证活动描述、缺陷分析以及总体质量评估。

 

      比较郁闷的是版本立项到现在总共完成了3轮迭代，每轮的迭代评估的评估项和评估方法都有一定的差异。每次都要花费比较的时间完成这个评估报告然后向各位老大汇报。

 

      第三迭代的评估报告是由测试管理部要试点的一个评估报告。按照测试管理部的想法，每一项数据都是可以从用例管理工具和持续集成环境中或者已有的数据中获取不需要特别收集数据。

 

      BIG质量评估报告，要完成BIG质量评估报告必须要：

1. 做了系统级风险评估——这个还好，现在几乎所有版本都在做——系统级风险评估会分析当前系统中所有的模块或者特性是否变化、新增或者无变化，以及这些模块后者特性的使用频率和失效概率得出系统风险；
2. 根据测试执行率和用例通过率以及风险等级评定特性成熟度；
3. 再根据风险等级识别出基本特性、重要特性和一般特性；
4. 根据各类特性的的的成熟度计算出系统成熟度，计算方法：（基本特性权重*基本特性等级+重要特性权重*重要特性等级+一般特性权重*一般特性等级）/（基本特性权重+重要特性权重+一般特性权重）
5. 除了系统成熟度外还需要收集一些其他数据，例如：代码量、用例执行率、通过率、遗留缺陷密度等每一项都有具体的评分方法。

获取每一项的分值之后就会得到一个雷达图，从雷达图就可以看到各个维度的状况，找到短木板，也可以比较多个迭代之间的变化。

 

      需要注意的是：

 

1. 风险评估的维