测试用例优先级、三轮测试，已经在我们测试团队推广开。那么我们要如何运用起测试用例优先级，可否与三轮测试相结合？简单谈下我的实践。

冒烟测试用例、流程性测试用例、校验性测试用例。在编写测试用例时，我们会对每条测试用例设置优先级。完成测试用例后，搭建实验室，创建测试用例集合。测试用例实验室，首先创建3个一级文件夹，即按照3轮测试。我们每一轮的测试，目标是不同的，而每一轮都需要执行测试用例，我们如何将执行测试用例与三轮测试结合起来呢？

首先我们通过优先级筛选，摘出所有P1级的测试用例，即冒烟用例。冒烟测试用例的通过率，是我们启动3轮测试的前提。

然后搭建第一个文件夹：第一轮测试。大家知道，在测试前期，我们先关注的、开发希望先处理的，肯定是流程上的bug，那么我们可以先来执行流程性的测试用例。那么我们创建第一轮测试这个文件夹后，下一级文件可以分为流程性测试用例集和校验性测试用例集。通过P1级测试用例+P2级测试用例的筛选，我们可以筛选出全部的流程性测试用例，再按照原测试目录结构，在流程性测试用例中，搭建同样的目录结构，把P1+P2的测试用例导入到相应位置。此时，第一轮测试用例的流程性测试用例集便搭建好了。在第一轮测试中，P1级是否需要独立出来呢？不需要的，因为第一轮启动的前提是P1级测试用例通过。 P1+P2一起执行，是为了把流程更连贯的串起来。

下一步，是搭建第一轮测试用例验证性测试用例集，方法与流程性测试用例集类似，筛选出P3集测试用例，导入到验证性测试用例集相应目录中即可。

总结下第一轮测试用例集的实现目标：先执行流程性测试用例，先发现流程上的bug，并且完全覆盖了所有功能点。

下一步是第二轮测试用例集，在第二轮测试中，我们的目标是尽多的发现、验证bug，是版本达到基本稳定。由于我们在第一轮测试中，已经覆盖了流程和校验的bug，我们再次执行测试用例，是来确认下是否引起了其他相关bug。此时，我们可以先跑下主流程确认版本可测试，然后按照功能模块测试便可。创建2 个文件夹：主流程测试用例集、非主流程测试用例集。主流程测试用例集，即为P1级测试用例；非主流程测试用例集，即为P2+P3级测试用例。P1级测试用例为主流程正确性测试用例，通常不会很多，可根据情况来定目录结构。非主流乘测试用例集同样保持和测试计划中的目录结构相同。

总结下第二轮测试用例集的实现目标：先执行主流程测试用例，保证版本可测。然后覆盖全部测试点，按照模块执行测试用例，便于联想到该模块一些非测试用例设计中会考虑到的情况。

后一步是第三轮测试用例集了。第三轮测试，版本基本已稳定，主要目的是回归。回归测试用例，我们首先也是保证主要功能通过，即：P1级测试用例。我们第一个文件夹：主流程测试用例集，即为P1级测试用例。然后是保证流程通过，第二个文件夹：流程性测试用例集，即：P2级测试用例。对于校验性测试用例，个人感觉受其他影响较小，在第一轮测试、第二轮测试中均已验证，基本出现问题的概率较低。此外，由于通常项目时间后期时间非常紧，可以考虑第三轮测试中不执行验证性测试用例。

总结下第三轮测试用例集的实现目标：在时间紧迫的情况下，尽快全面覆盖流程性测试用例的回归，保证流程正常。