测试报告及缺陷分析

9.1 引入

回归测试工作完成后,就代表着产品即将上线,此时每个测试人员都需要针对自己所测试的模块出具一份测试报告,以此来总结测试结果。测试报告可以说是软件测试人员在测试阶段的最后一份输出文档。

9.2 定义

记录测试的过程和结果,对发现的问题和缺陷进行分析的文档

9.3 测试报告分类

阶段测试报告
整体测试报告

9.4 报告内容

9.4.1 概要

  1. 编写目的
    ①对测试报告进行相应的解释
    ②对项目进行简介
    ③对于测试任务进行简单描述,要测试哪些内容
  2. 测试人员
    类似于测试计划中的人员分工,简单描述日期等
  3. 测试环境
    软件和硬件环境

9.4.2 测试过程

  • 阶段测试报告:
    1、测试进度情况
    2、用例执行情况
    3、缺陷统计
  • 总体测试报告
    1、各版本的测试情况
    2、各版本的缺陷统计

9.4.3 缺陷分析

1、按照缺陷级别
2、按照功能模块
3、按照轮次
4、缺陷总数
5、缺陷类型
6、缺陷趋势

9.4.4 测试总结

1、测试结论
通过/不通过;
需求覆盖率100%,测试用例执行过率100%;
缺陷:致命=0,严重=0,一般=0,提示≤10%
2、风险分析
测试进度、人员安排导致的风险;
测试内容考虑范围之外导致的风险;
测试环境不全面导致的风险。
3、遗留问题
遗留问题描述、等级、处理方法。

9.5 测试报告模板

一、概要

1、编写目的

背景

本报告为积云商城1.0版本的测试报告,用于记录测试过程,总结测试情况,分析测试数据,归纳测试工作过程中的问题与遗留的风险,给出相应的测试建议供后续参考。
积云商城是Android平台的电商应用,1.0版本是首次发布版本。包含登陆/注册、商品展示/搜索、购物车、订单管理、支付等功能。

测试内容

对积云商城1.0版本进行了功能、性能、易用性、兼容性测试。功能测试覆盖以上所有功能;对登陆和订单管理功能进行了性能测试;兼容性测试覆盖了Android 6,7,8,9版本,华为、小米等主流厂家机型。

2、测试人员

测试工作6月1日开始,6月15日测试完成,测试组4人,总工作量60人天。人员分工如下表:

姓名角色职责
测试经理测试负责人制定测试策略,编写测试计划,设计测试用例,编写测试报告
工程师A测试工程师制定性能测试方案,进行性能测试,编写性能测试报告
工程师B测试工程师设计测试用例,测试执行

3、测试环境

配置应用服务器数据库服务器测试机
硬件配置CPU:双核1.8G主频 Intel(R) Xeon(R) CPU 2GHz
内存:4G
CPU:双核1.8G主频bIntel(R) Xeon(R) CPU 2GHz
内存:4G
CPU:1CPU(双核),Intel(R) Pentium(R) CPU E2180 2.0GHz
内存: 8G
软件配置Windows2008 server
Tomcat 6.0 (功能测试)
Websphere 7.0(功能、性能测试)
CentOS7、Oracle 11g R2Windows7+IE11,性能测试工具:Loadrunner11

二、测试过程

1、测试进度

测试任务责任人启动时间计划完成时间完成时间备注
测试计划/评审测试经理2019.5.272019.5.272019.5.27
需求分析测试工程师2019.5.282019.5.282019.5.28
测试用例设计/评审测试工程师2019.5.292019.6.42019.6.6需求变动,用例设计延迟2天完成。

2、用例执行情况

模块用例总数执行用例数通过用例数未通过用例数阻塞用例数
登录/注册50504820
购物车75737032
支付75707005
合计20019318857

执行率=执行用例数/用例总数
通过率=通过用例数/执行总数

3、缺陷统计

1.0版本共发现缺陷21条,新增bug10个,修复bug17个,遗留bug4个。

模块名称bug总数新增bug数修复bug数遗留bug数
登录/注册177143
商品4331
合计2110174

修复率=bug修复/bug总数

三、缺陷分析

1、缺陷级别分析

缺陷级别.png

缺陷级别.png

解析:严重缺陷、一般缺陷、轻微缺陷各占总缺陷的5%,轻微缺陷占85%。

2、缺陷模块分析

image.png

解析:bug共21条,其中17条存在于登录/注册模块,开发人员需要着重对于该模块进行自测。

3、缺陷类型分析

  • 按照版本统计
  • 按照趋势统计

四、测试总结

1、测试结论

  • 内容:通过/不通过,执行率、通过率、修复率、遗留问题的级别以及数量。
  • 示例:积云商城1.1测试通过,可以上线。测试用例执行率100%,测试用例通过率95%,未通过的测试用例不影响业务运行。严重缺陷为0,一般缺陷为0,轻微缺陷小于10%。

2、 风险分析

编号风险描述规避方法及建议

3、 遗留问题

  • 3
    点赞
  • 40
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
测试计划书是软件测试工作中非常重要的一份文档,它是指在软件测试前制定的一份计划书,用于规划和管理整个测试过程。测试计划书编制的主要内容包括以下几个方面: 1. 测试目标和测试范围:测试计划书需要明确测试的目标和测试范围,即测试人员需要明确需要测试的软件模块和测试的具体目的。 2. 测试策略和测试方法:测试计划书需要明确测试的策略和测试方法,即测试人员需要提出测试的方案和方法,以保证测试的有效性和全面性。 3. 测试资源和测试环境:测试计划书需要明确测试的资源和测试环境,包括测试设备、测试工具、测试数据等,以保证测试的顺利进行。 4. 测试计划和测试进度:测试计划书需要明确测试计划和测试进度,即测试人员需要制定测试计划和测试进度表,以保证测试的按时完成。 5. 缺陷管理和缺陷跟踪:测试计划书需要明确缺陷管理和缺陷跟踪的方法和流程,即测试人员需要制定缺陷管理和缺陷跟踪的标准和流程,以保证缺陷的及时发现和解决。 6. 测试报告测试评估:测试计划书需要明确测试报告测试评估的标准和流程,即测试人员需要制定测试报告测试评估的标准和流程,以帮助测试人员和项目团队对测试结果进行全面的评估和分析。 总之,测试计划书是软件测试中非常重要的一份文档,需要测试人员根据具体的测试需求和测试目标,综合考虑和制定合理的测试策略和测试方案,以达到测试的有效性和全面性。同时,测试计划书还需要明确测试的资源和测试环境、测试计划和测试进度、缺陷管理和缺陷跟踪、测试报告测试评估等方面的内容,以保证测试工作的顺利进行。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值