本文章转载于搜狗测试
测试的同学,你有没有遇到以下这些阻塞测试任务的情况呢?
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)存在的各种风险等