添加客服微信
400 035 7887
021-60725088-8054
不正式的一种软件测试评审方法可能是临时评审,设计、开发和测试人员在工作过程中会自发地使用这种方法。其次是轮查——邮件分发审查方法(E-mail pass-around review),通过邮件将需要评审的内容分发下去,然后再收集大家的反馈意见。这种方法简单、方便,不是实时进行而是异步进行的,参与评审的人在时间上具有很大的灵活性,这种方法用于需求阶段的评审还是可以发挥不错的效果的。但是,这种方法不能保证大家真正理解了内容,反馈的意见不准确,也不及时。而大家比较认可的软件评审方法是互为复审或称同行评审、走查和会议审查,在软件开发过程中,各种评审方法都是交替使用的,或根据实际情况灵活应用方法。
软件测试评审方法
1. 互为复审
互为评审是一种常用的办法,例如软件代码的互为评审已成为软件工程的实践之一。极限编程中成对编程,可以看作互为复审的一种特例。
2. 走查
走查主要强调对评审的对象要从头到尾检查一遍,从而保证其评审的范围全面,达到预定效果。也可以将走查和互为复审结合起来使用。但这种方法往往在审查前缺乏计划,所以表面问题容易被发现,一些隐藏比较深的问题还是不容易被发现。
3. 会议审查
会议审查是一种系统化、严密的集体评审方法。它的过程一般包含了制定计划、准备和组织会议、跟踪和分析结果等。例如软件需求分析报告、系统架构设计和核心模块的代码等,一般都采用这种方法,至少有一次采用会议审查的方法。
在IEEE中的会议审查。
通过审查可以验证产品是否满足功能规格说明、质量特性以及用户需求等。
通过审查可以验证产品是否符合相关标准、规则、计划和过程。
提供缺陷和审查工作的度量,以改进审查过程和组织的软件工程过程。
推荐:
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系SPASVO小编(021-60725088-8054),我们将立即处理,马上删除。