重要性

        由测试经理设置。并非所有创建的测试需求都处在同一级别上，应综合考虑各项测试需求对最终用户的相对重要程度来划分其等级。通过促使客户、业务 / 系统分析人员和开发团队成员相互交换意见，最终确定测试需求的重要性。 另外此项指标还用于协助确定测试的优先级。

    核心级

        针对于必不可少的功能需求、非功能需求及核心的业务流程的测试需求。这些测试需求不测试通过，客户就不认可系统能够满足需求，就不会签字允许系统发布上线。因此，所有核心的测试需求都必须在发布前通过，否则将错过预定的发布时间。

    重要级

        针对于关键的功能需求、重要的非功能需求及重要的业务流程的测试需求。如果遗漏了对这些测试需求的验证，或这些测试需求没有通过测试，可能会影响客户或用户满意度，甚至会影响收入。一旦这些测试需求有一个测试不通过，产品版本就不得发布。

    一般级

        对于一些为特定用户或业务需求而设的系统功能，由于这些系统功能使用频率相对较低，或者这些系统功能可以由其它的方法实现其替代功能，因而即使发布版中并未包括这些功能，也不会对收入或客户满意度造成太大的影响。针对于这些系统功能的测试需求称之为一般性测试需求。这些测试需求是否通过测试将不影响产品的发布。

    建议级

        针对于一般的测试需求，如果受资源或时间的约束，在预定的产品发布时间，有可能不能完成对这些系统功能的验证，则这些系统功能的测试需求被定义为可选（建议）的状态。

    已提出

        用于说明正在进行讨论但尚未经过“正式渠道”审批的测试需求项。

    已批准

        被认为是有用、可行并已获得正式渠道批准，准备执行的测试需求项。

    成功/失败

        指出测试需求是否通过测试的验证。

    已测试

        指已通过测试的测试需求。

    变更中

        测试需求处于变更中

稳定性

        由测试经理设置。设置的依据是针对测试需求发生变化的可能性来定。其设定值应参考开发队伍对软件需求稳定度的设定，一般将稳定性分为高、中、低三挡即可。另外此项指标还用于协助确定测试的优先级。

优先级

        综合考虑测试需求的重要性、工作量和测试需求稳定性三个需求管理属性设定测试需求的优先级。一般将测试需求的优先级分为高、中、低三挡。