随着互联网的发展，程序员越来越关心软件的质量和运行状况等参数，今天我们来看看在确定测试用例的优先级时可以使用什么样的分类方法。
没有软件系统就很完美了。 任何系统都有BUGS。 但每次迭代都有期待，测试工程师需要了解这一代项目相关人员的期待，找到相应的目标和风险。
怎么安排优先顺序
我想你也一定遇到过以下情况。 面对成百上千个测试案例，选择小的、最终需要的、高优先级的测试案例集时，束手无策。 定义测试用例的优先级并不容易，优先级定义可能会在每次迭代或迭代后更改。 因此，测试用例的优先级是动态的。
1、构建验证测试(BVT )
BVT也将成为发烟测试用例集。 这是希望在每次测试开始时allin投入运行之前运行并确认的测试用例集。
冒烟测试用例集规则：如果该测试用例运行不正确，则无法运行其他测试用例。 如果是满足这个条件的测试用例，就应该包含在发烟测试用例集中。
2、高优先级
高优先级测试用例集合是根据执行频率和业务决策树的根部分枝的条件选择的。
高优先级测试用例规则： BVT中添加了一些常用的测试用例，用于验证关键或主干流程的功能是否稳定以及功能是否正确。 测试用例既包含正确的数据流，也包含错误的数据流。
3、中优先级
中优先测试用例集合是根据执行频率和业务决策树的主要分支的条件选择的。
中优先级测试用例规则：新的迭代影响域(新功能区域)或功能更详细。 测试用例包含许多功能，除了正确的数据流和错误的数据流外，还需要对一些配置进行测试。
4、优先级低
低优先测试用例集合是在执行频率和业务决策树的根部分枝的条件下选择的。
低优先级测试用例规则：这是不经常运行测试用例的部分。 但是，低并不是不执行，不测试。 只是总结了反复的过程，执行频率低，经常不执行。 例如，错误消息、可用性、压力、性能测试等。
【免责事项】本论文是来自本网络编辑部分的转载，转载目的是传递更多信息，并不意味着本网络赞同其观点，对真实性负责。 有关作品的内容、版权和其他问题，请在30天内与管理员联系。 修改或删除相关文章以保证客户的权利