测试需求的管理属性
发表于:2007-08-06来源:作者:点击数:
标签:测试需求
测试 需求的管理属性 重要性 由测试经理设置。并非所有创建的测试需求都处在同一级别上,应综合考虑各项测试需求对最终用户的相对重要程度来划分其等级。通过促使客户、业务 / 系统分析人员和 开发 团队成员相互交换意见,最终确定测试需求的重要性。 另外此
测试需求的管理属性 重要性
由测试经理设置。并非所有创建的测试需求都处在同一级别上,应综合考虑各项测试需求对最终用户的相对重要程度来划分其等级。通过促使客户、业务 / 系统分析人员和
开发团队成员相互交换意见,最终确定测试需求的重要性。 另外此项指标还用于协助确定测试的优先级。
核心级
针对于必不可少的功能需求、非功能需求及核心的业务流程的测试需求。这些测试需求不测试通过,客户就不认可系统能够满足需求,就不会签字允许系统发布上线。因此,所有核心的测试需求都必须在发布前通过,否则将错过预定的发布时间
重要级
针对于关键的功能需求、重要的非功能需求及重要的业务流程的测试需求。如果遗漏了对这些测试需求的验证,或这些测试需求没有通过测试,可能会影响客户或用户满意度,甚至会影响收入。一旦这些测试需求有一个测试不通过,产品版本就不得发布
一般级
对于一些为特定用户或业务需求而设的系统功能,由于这些系统功能使用频率相对较低,或者这些系统功能可以由其它的方法实现其替代功能,因而即使发布版中并未包括这些功能,也不会对收入或客户满意度造成太大的影响。针对于这些系统功能的测试需求称之为一般性测试需求。这些测试需求是否通过测试将不影响产品的发布
建议级
针对于一般的测试需求,如果受资源或时间的约束,在预定的产品发布时间,有可能不能完成对这些系统功能的验证,则这些系统功能的测试需求被定义为可选(建议)的
状态
已提出
用于说明正在进行讨论但尚未经过“正式渠道”审批的测试需求项
已批准
被认为是有用、可行并已获得正式渠道批准,准备执行的测试需求项
成功/失败
指出测试需求是否通过测试的验证
已测试
指已通过测试的测试需求
变更中
测试需求处于变更中
稳定性
由测试经理设置。设置的依据是针对测试需求发生变化的可能性来定。其设定值应参考开发队伍对软件需求稳定度的设定,一般将稳定性分为高、中、低三挡即可。另外此项指标还用于协助确定测试的优先级
优先级
综合考虑测试需求的重要性、工作量和测试需求稳定性三个
需求管理属性设定测试需求的优先级。一般将测试需求的优先级分为高、中、低三挡
原文转自:http://www.ltesting.net