本文已参与「新人创作礼」活动,一起开启掘金创作之路。
引入
回归测试工作完成后,就代表着产品即将上线,此时每个测试人员都需要针对自己所测试的模块出具一
份测试报告,以此来总结测试结果。测试报告可以说是软件测试人员在测试阶段的最后一份输出文档。
那么初级软件测试工程师应该如何撰写测试报告呢?
定义
记录测试的过程和结果,对发现的问题和缺陷进行分析的文档
测试报告分类
阶段测试报告
整体测试报告
报告内容
概要
-
编写目的
①对测试报告进行相应的解释
②对项目进行简介
③对于测试任务进行简单描述,要测试哪些内容
-
测试人员
类似于测试计划中的人员分工,简单描述日期等
-
测试环境
软件和硬件环境
测试过程
阶段测试报告:
-
测试进度情况
-
用例执行情况
-
缺陷统计 总体测试报告
-
各版本的测试情况
-
各版本的缺陷统计
缺陷分析
- 按照缺陷级别
- 按照功能模块
- 按照轮次
- 缺陷总数
- 缺陷类型
- 缺陷趋势
测试总结
1、测试结论
通过/不通过;
需求覆盖率100%,测试用例执行过率100%;
缺陷:致命=0,严重=0,一般=0,提示≤10%
2、风险分析
测试进度、人员安排导致的风险;
测试内容考虑范围之外导致的风险;
测试环境不全面导致的风险。
3、遗留问题
遗留问题描述、等级、处理方法。
测试报告模板
一、概要
编写目的 背景
本报告为积云商城1.0版本的测试报告,用于记录测试过程,总结测试情况,分析测试数据,归纳测试工
作过程中的问题与遗留的风险,给出相应的测试建议供后续参考。
积云商城是Android平台的电商应用,1.0版本是首次发布版本。包含登陆/注册、商品展示/搜索、购物
车、订单管理、支付等功能。
测试内容
对积云商城1.0版本进行了功能、性能、易用性、兼容性测试。功能测试覆盖以上所有功能;对登陆和订
单管理功能进行了性能测试;兼容性测试覆盖了Android 6,7,8,9版本,华为、小米等主流厂家机
型。
测试人员
测试工作6月1日开始,6月15日测试完成,测试组3人,总工作量45人天。人员分工如下表:
测试环境
测试过程**
测试进度
用例执行情况
执行率=执行用例数/用例总数
通过率=通过用例数/执行总数
缺陷统计
1.0版本共发现缺陷21条,新增bug10个,修复bug17个,遗留bug4个。
修复率=bug修复/bug总数
缺陷分析**
缺陷级别分析
解析:严重缺陷、一般缺陷、轻微缺陷各占总缺陷的5%,轻微缺陷占85%。
解析:bug共21条,其中17条存在于登录/注册模块,开发人员需要着重对于该模块进行自测。
缺陷类型分析
- 按照版本统计
- 按照趋势统计
测试总结
测试结论
内容:通过/不通过,执行率、通过率、修复率、遗留问题的级别以及数量。
示例:积云商城1.1测试通过,可以上线。测试用例执行率100%,测试用例通过率95%,未通过的
测试用例不影响业务运行。严重缺陷为0,一般缺陷为0,轻微缺陷小于10%。
风险分析
遗留问题
————————————————
版权声明:本文为CSDN博主「Cloud-Alone」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:blog.csdn.net/weixin_4900…