编写一份简明扼要的测试报告是每个测试工程师的必备技能，我们是否可以提取一些常见的项来做一个通用的模板? 一起来探讨以下几点
- 本文档创建时间、创建人、修改人、修改历史等
- 测试对象（项目名称 如某系统、某平囼）
- 专业词汇解析（如: ST -> 冒烟测试）
- 参考其他结论的引用链接等
- 测试对象范围
[定位到具体的层级如：某几个系统联测 / 单个系统 / 单个模块 / 单個功能 / 单个接口] - 测试工具或配置
[如：接口测试用Postman、压力测试用Jmeter] - 测试方法
[如：手动功能测试+自动化测试+负载测试]
说明测试本次的结果，然后按测试方法或按测试层级具体说明：
比如： 遗留的2个Bug中没有致命 / 严重本次测试通过
- 旧用例的自动化回归——通过多少条、失败多少条
- 新增的功能用例——通过多少条、失败多少条
- Bug数量统计
[致命、严重、一般、轻微] - Bug各个级别占比
[柱状图、饼状图均可表示，只要能一目了然即鈳] - Bug出现的原因与具体分析
[一般与需求不符认定为Bug但还有其他原因如系统设备原因、数据原因、第三方原因等]
本次测试遗留2个轻微Bug，不影響主流程
- 某功能频繁调取第三方接口时网关偶尔出现503，可能会影响用户体验
- 某个表的数据量增长速度比较快上线后预计在未来1个月即鈳达到100GB，可能影响某个查询接口的效率
发布了27 篇原创文章 · 获赞 19 · 访问量 4万+
