测试流程规范--提测规范
一、背景
最近在推进组内流程规范专项建设,从“研发测试流程”、“提测规范”、“测试准入标准”、“bug优先级标准”、“测试停止标准”、“测试准出标准”和“测试报告模板”7个纬度制定了标准,希望能给看到的人带来一点火花。
二、痛点
QA在参与测试的过程中,相信或多或少都遇到过以下几个问题:
- 是否已经提测的信息获取不通畅
- 验收环境不统一
- RD自测结论缺失
- 提测质量待进一步提高
- 提测范围待进一步明确
- 影响范围待进一步明确
- 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有要求修改该项后再提测的权利。
适合自身业务需要的流程/规范才是好的。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)