测试流程规范--提测规范（钉钉、邮件） - 海布里Simple - 博客园

一、背景

最近在推进组内流程规范专项建设，从“研发测试流程”、“提测规范”、“测试准入标准”、“bug优先级标准”、“测试停止标准”、“测试准出标准”和“测试报告模板”7个纬度制定了标准，希望能给看到的人带来一点火花。

二、痛点

QA在参与测试的过程中，相信或多或少都遇到过以下几个问题：

  1. 是否已经提测的信息获取不通畅
  2. 验收环境不统一
  3. RD自测结论缺失
  4. 提测质量待进一步提高
  5. 提测范围待进一步明确
  6. 影响范围待进一步明确
  7. QA获取不到提测延期的通知

这些问题（痛点）的存在，会造成提测和测试的不流畅，也降低了效率。

为了解决上述痛点，就需要找出解决这些痛点的方法，然后输出一个可以被遵守的、可执行性强的提测规范。

三、解决方法

四、提测模板(钉钉版)

复制代码; "复制代码")

标题
一、提测需求:
XXXX 需求文档(wiki需求链接)
接口文档链接(如有接口测试)

二、提测环境:测试环境

三、自测结论:通过

四、提测范围: 1，提测XX功能，起到了XX的效果 2，测试类型为功能测试和接口测试(如有接口测试) 3，测试类型为功能测试(是否有接口测试)+ 性能测试(写明性能测试的范围(具体哪些接口 / 服务)和验收标准(多大并发下达到多少QPS，如对响应时 间有要求，一并说明))
(2或3依据提测实际情况，二选一)

五、影响范围: 本次提测对XX功能/模块有影响，需要重点关注

六、是否配置host: 127.0.0.1 my.host.com 说明host的用处 127.0.0.1 your.host.com 说明host的用处

复制代码; "复制代码")

效果如下图: 

五、提测模板(邮件版)

1、邮件标题和收件人

标题：

“(提测)-” + “项目名称-” + “提测模块名称” 如：(提测)-动态调度2.0-XX功能

收件人：

收件人：相关开发、产品、项目     抄送人：需包含xxx-qa （xx测试组）

2、正文

复制、修改以下模板

3、提测条件

以上模板中带标“”的为必填项（如 自测结论），提测的需求确实不涉及的必填项，如“技术实现文档”，可以填“无”，但不可为空。

填“无”的项，QA老师收到提测邮件后，如果认为该项填“无”会对测试的开展造成阻碍，QA老师有要求修改该项后再提测的权利。

最后，规范的制定还是要贴合自身项目的实际情况，希望这篇可以起到抛砖引玉的作用。

原网址: 访问
创建于: 2024-06-06 12:11:06
目录: default
标签: 无

未标明原创文章均为采集，版权归作者所有，转载无需和我联系，请注明原出处，南摩阿彌陀佛，知识，不只知道，要得到

请先后发表评论
  • 最新评论
  • 总共0条评论