测试模版文档_冒烟测试规范

冒烟测试规范知识点 冒烟测试规范是软件测试的一个关键环节，对于整个项目的上线计划及版本节奏都产生着重要的影响。下面是基于测试模版文档_冒烟测试规范中所提到的知识点： 一、冒烟测试的目的 冒烟测试的主要目的是确认提测模块的基本功能、实现逻辑符合需求，防止 bug 阻塞导致测试进度阻塞，使后续的正式测试工作正常进行，同时提交开发人员的代码质量意识。 二、冒烟测试的重要性 冒烟测试是整个项目非常关键的一个环节，关乎项目整体的上线计划及版本节奏以及测试开发的协作效率。因此，制定标准化的冒烟测试规范对于提高测试流程的规范化及冒烟用例的规范化非常重要。 三、冒烟测试的流程 冒烟测试的流程包括团队协作流程、冒烟用例模版、冒烟测试用例选择原则、冒烟测试时间安排、冒烟测试准入条件、冒烟测试准出标准、测试结论等几个方面。 四、冒烟测试用例选择原则 冒烟测试用例的选择原则包括提交测试功能的核心业务流程和本次提交测试功能中，优先级最高（P0、P1）的用例。 五、冒烟测试时间安排 冒烟测试的时间安排由各模块负责人安排具体的预测试时间，根据模块的复杂程度来定，复杂度越高的模块，预计测试的时间可以安排长些。一般来说，冒烟测试时间不超过该模块一轮测试时间的 10%。 六、冒烟测试准入条件 冒烟测试的准入条件包括本次提交测试的功能，开发已完成开发工作且冒烟通过；开发根据自测结果，发起提测邮件；测试环境已部署完成，且测试数据准备完成。 七、冒烟测试准出标准 冒烟测试的准出标准包括以下情况之一，冒烟测试不予通过：系统菜单、页面、表单与需求说明书、原型 70%以上不一致；常规操作系统崩溃、死机、死循环；业务主流程不通；重要功能未实现；增、删、改、查报错；核心业务数据不准确；界面有严重的错位、变形、失真；半个小时随机测试，发现 bug 数量超过 20 个；兼容机型、浏览器等有一半以上不可用，需要与开发负责人确认修改范围是否与兼容有关，再评估是否可测试；个别 bug 影响 60%以上的功能逻辑。 八、测试结论 测试结论是根据冒烟测试标准项判断是否通过，测试通过后，接收测试，根据测试用例执行全部测试；测试不通过，退回开发不予接收测试，开发重新修改且自测后，再次提交测试申请。 九、冒烟测试报告 冒烟测试结束后，测试出具简单的冒烟测试报告，并邮件给相应的产品经理及开发组长。