3、提测条件
以上模板中带标“*”的为必填项(如 *自测结论),提测的需求确实不涉及的必填项,如“技术实现文档”,可以填“无”,但不可为空。
填“无”的项,QA老师收到提测邮件后,如果认为该项填“无”会对测试的开展造成阻碍,QA老师有要求修改该项后再提测的权利。
一、背景 最近在推进组内流程规范专项建设,从“研发测试流程”、“提测规范”、“测试准入标准”、“bug优先级标准”、“测试停止标准”、“测试准出标准”和“测试报告模板”7个纬度制定了标准,希望能给看到的人带来一点火花。 二、痛点 QA在参与测试的过程中,相信或多或少都遇到过以下几个问题:
这些问题(痛点)的存在,会造成提测和测试的不流畅,也降低了效率。 为了解决上述痛点,就需要找出解决这些痛点的方法,然后输出一个可以被遵守的、可执行性强的提测规范。 三、解决方法 四、提测模板(钉钉版) 标题 一、提测需求: XXXX 需求文档(wiki需求链接) 效果如下图: 五、提测模板(邮件版) 1、邮件标题和收件人 标题: “(提测)-” + “项目名称-” + “提测模块名称” 如:(提测)-动态调度2.0-XX功能 收件人: 收件人:相关开发、产品、项目 抄送人:需包含xxx-qa (xx测试组) 2、正文 复制、修改以下模板 3、提测条件 以上模板中带标“*”的为必填项(如 *自测结论),提测的需求确实不涉及的必填项,如“技术实现文档”,可以填“无”,但不可为空。 填“无”的项,QA老师收到提测邮件后,如果认为该项填“无”会对测试的开展造成阻碍,QA老师有要求修改该项后再提测的权利。 最后,规范的制定还是要贴合自身项目的实际情况,希望这篇可以起到抛砖引玉的作用。 |
|
来自: python_lover > 《待分类》