本文章转载于搜狗测试
测试的同学，你有没有遇到以下这些阻塞测试任务的情况呢？
1.测试版本，还有部分需求没有实现，导致测试人员只能测试部分功能，还有大量的功能不能测试。下一次提测试时，已经测试过的功能还需要再回归。
2.功能主流程测试不通过，无法继续测试。
3.测试过程中，发现了大量崩溃问题，无法继续测试。
4.提测版本虽然没有崩溃问题，但非崩溃问题很多，质量不可控。
5.测试过程中，出现很多不能复现的bug，觉得当前版本质量不靠谱。
开发修改完bug，已经测试过的功能还要再测试一遍才放心。
这些的情况，会导致测试人员做了较多无效的测试工作。一个功能需要增加二轮或者三轮测试。
开发提交的任务质量不高，测试时经常出现阻塞问题，这个事情搜狗输入法是怎么破的呢？
在输入法项目，我们引入预测试流程，推进开发提高提测质量。
目前搜狗输入法项目，基本上1个功能只进行1轮测试即可。
预测试又是如何进行的呢？
预测试流程
预测试用例的选取
1.如果提交测试时，用例已经完成，可以从集成测试用例中选取优先级高、正常路径的用例，建议选取10%~20%的用例。
2.如果提交测试的时候，用例还未编写完毕，可以查看需求是否全部实现。需求较大的，选取需求中，主要需求的主路径，进行验证。
预测试检查的内容
1.该模块需求中要求的功能是否正确实现。
2.该模块主要功能逻辑、主流程主路径能否正常运行。
3.和该模块耦合度较高的模块，没有明显异常。
预测试不通过的条件
1.开发提测的模块中，根据产品需求，未实现的功能点超过10%以上。
2.阻塞性bug导致20%以上的功能无法测试。
3.崩溃频繁导致测试工作无法正常进行。
4.30分钟的测试，发现严重bug（测试定义的严重bug）数量超过5个。
5.满足上述任何一条标准时，均视为预测试不通过，需要将模块打回给开发。
预测试报告内容
1.预测试验证次数：填写验证该模块预测试的次数。用以记录和公示进行了几轮预测试。
2.模块名称：用以说明预测试的模块或功能。
a)填写任务名称即可；
b)如果没有提交对应的任务，填写项目组公认的任务名称；
c)对于开发提测一个模块中的部分功能，可以将大任务模块进一步拆分细化，如下面举例中提到的修复器界面功能，此处就可以描述为“PY6.6_输入法修复器（界面功能）”。
3.本次预测试提交的bug数量：仅填写该模块预测试期间提交的bug总数，预测试之前提交的bug不作统计。用以体现本次预测试发现的bug数量。
4.阻塞bug数量：只填写阻塞bug数，不要把严重bug数统计到该字段中
5.阻塞Bug或严重bug说明：将阻塞bug和严重bug分开说明，内容填写样式如下表
a)阻塞bug是要求开发必须解决的；
b)增加严重bug的说明，以期引起开发的重视，推进解决的进度。
6.测试负责人和开发负责人：根据任务的具体情况填写
a)当同一个模块包含多个测试人员时，测试负责人只填写一个该模块的主负责人即可。
b)当同一个模块包含多个开发人员时，开发负责人需要全部添加进来。
7.验证时间：每轮预测试的时间，并且在每轮预测试的时间后面填写通过/不通过的状态，用以记录每次预测试的时间和结果状态。
8.备注：填写本次预测试相关对进度的影响，可能存在的风险。
a)对测试进度的影响（a.整个进度的影响；b.整个计划没有影响，但须增加其他的工作量等等）
b)存在的各种风险等
