转：软件测试用例优先级,软件测试用例的优先级划分方法

随着互联网的不断发展，程序员对于软件品质以及运行状况等参数关注程度也在提高，而今天我们就一起来了解一下，在划分测试用例优先级的时候都有哪些划分方法可以使用。

没有软件系统是完美的，任何系统都有BUGS。但是每一次得迭代都有一个期望，测试工程师需要知道本次迭代的项目关系人的预期，找到对应的目标和风险。

怎么划分优先级呢

我相信你肯定也遇见过如下场景，面对成百上千的测试用例，要挑选出一个小的、终要的、优先级高的测试用例集的时候却无法下手。对测试用例进行优先级的定义并不容易，而且优先级的定义在每一次迭代中或者迭代后都有可能修改。因此测试用例的优先级是动态的。

1、 构建验证测试(BVT)

BVT也成为冒烟测试用例集。是每次测试开始allin投入前希望被运行得以确认的测试用例集。

冒烟测试用例集的规则：如果该用例无法正确执行成功，其他测试用例都没有办法执行。如果满足该条件的测试用例，那么就应该纳入冒烟测试用例集。

2、高优先级

高优先级测试用例集合是按照执行频度和业务功树的根部分支的条件选入的。

高优先级测试用例的规则：BVT中加入常用的测试用例，用来验证重要或者主干流程的功能稳定、功能正确。测试用例中既包含了正确的数据流也包含了错误的数据流。

3、中优先级

中优先测试用例集合是按照执行频度和业务功树的主要分支的条件选入的。

中优先级测试用例的规则：在新迭代影响域(新功能区域)或者功能更加详尽。测试用例包含了大多数方面的功能，其中除了有正确数据流和错误的数据流，还应该有一些配置方面的测试。

4、低优先级

低优先测试用例集合是按照执行频度和业务功树的根部分支的条件选入的。

低优先级测试用例的规则：这个是不频繁的测试用例执行的部分。但是低并不是说不执行，不测试。只是在迭代的过程汇总，执行频率比较低，不常常被执行。例如：错误消息，可用性，压力和性能测试等。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!