4.3 软件同行评审常见问题及案例分析
虽然同行评审的流程已经定义,但如何提高评审的效率和效果,让同行评审更加有效地发挥其软件质量管理预防的功效,可以通过以下案例进行分析。
4.3.1 案例1——如何提高同行评审的效果
【案例】
在某软件公司的OA项目组内,项目经理小张在项目启动前与EPG组的同事共同定义了本项目同行评审的全部流程,而且该流程通过了评审。但在项目结束后,QA人员经过质量回溯,发现有些关键的产品缺陷其实应该在评审会上就被发现,也就是说评审的效果有待提高。项目经理小张感到非常疑惑,在他的项目中同行评审的流程都有被很好地执行,为什么还没有起到应有的预防作用呢?
【分析】
首先要防止落入检查表的误区。同行评审的执行阶段其实就是解决评审准备表中提出的各种问题,评审准备表也就相当于检查表。
当人们使用检查表的时候,往往注意力就只集中于该表上所罗列的检查项,而这些检查项也往往集中于工作产品本身,而忽略了其他各种边界的情况。例如:升级某个软件系统,就要考虑新系统与原有系统之间的接口是否匹配;如果是新开发的项目,也要考虑客户原有数据如何导入的问题。总之可以将软件测试中边界值的理论从微观的函数或方法的级别扩展到更大的范畴进行使用。
其次,工作产品的漏测率与抽样率成反比。如何提高同行评审的抽样率呢?大家要知道同行评审中的抽样就是同行评审准备表中记录的每个检查项。只要检查项覆盖面足够,那么同行评审自然就会有效果。如果评审主持人收集回来的评审准备表中反馈的内容太少,那就没有必要继续进行评审,因为这样的评审只能是走过场。
评审的主持人和作者可以先将工作产品的内容进行分解作为纵坐标,其分解方法与分解WBS相同,然后将本次评审的关注点逐一罗列作为横坐标,最后将与会人员的反馈填写到这个矩阵中,以此来判断检查项的覆盖率是否足够。检查项覆盖表如表4-4所示。
表4-4 同行评审检查项覆盖表
待评审的功能点 | 功能完整性 | 技术复杂度 | 可维护性 | …… |
功能点A1 | × |
|
| × |
功能点A2 | × | × |
|
|
功能点A3 | × |
| × |
|
功能点A4 | × |
|
| × |
功能点B1 |
| × |
| × |
功能点B2 | × |
|
|
|
功能点B3 | × |
| × | × |
…… |
|
|
|
|
通过该表的填写,接下来就要统计该表中有多少检查项被覆盖,有多少检查项被遗留。
通过对以上方法进行分析,如图4-5所示,项目经理小张发现项目中的同行评审覆盖率都较低,与会人员评审准备表中问题的内容都相对重复,也就是大家都集中在某些内容上进行思考,而忽略了一些其他环节。最终出现的质量问题恰好是同行评审中没有涉及的地方,软件质量预防工作也因此出现了漏洞。
图4-5 某公司OA项目同行评审覆盖率
(未完,精彩待续)
本文选自《51Testing软件测试作品系列》之六——《软件质量管理指南》。
本站经电子工业出版社和作者的授权,近期将进行部分章节的连载,敬请期待!
版权声明:51Testing软件测试网获电子工业出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可,不得对本文内容复制、转载或进行镜像,否则将追究法律责任。
相关阅读: