软件测试流程--->测试报告的编写

1.软件测试流程

提取需求--->编写计划,制定方案---->编写测试用例

执行用例----->提交缺陷--->测试的分析与评审--->提交测试报告

测试报告的描述

概述:测试报告是指把测试过程和结果编写为文档,对发现的问题和缺陷进行分析,为纠正软件存在的质量提供依据,同时为软件验收和交付定下基础。

测试报告是测试阶段的产出文档,测试报告包含,产品质量的评价和测试过程的评价测试报告基于测试中数据的采集,以及对最终测试结果的分析

编写测试报告

1.测试的资源使用情况

2.投入的人力,时间

3.执行用例数

4.覆盖的功能模块

5.风险管理分析

6.对测试对象的缺陷分析:缺陷数量,缺陷类型,缺陷集中模块,缺陷严重程度。

测试报告细化分析:

一,测试概述:

1.编写目的:用来做什么,文档的作用

2.测试项目简述:测试版本,测试项目版本,以及所测模块进行描述

3.名词解释:测试过程中专业术语

4.阅读对象;文档面对的对象

5参考文档:列举文档

测试环境与配置

介绍测试时的硬件环境,软件环境,网络环境,以及相关的配置参数。

测试目标及范围

1.测试版本情况:详细描述测试版本情况,比如接收版本的时间,部署版本的时间,测试过程中是否发布新版本,新版本对测试的影响.....

2.测试范围:描述测试任务覆盖功能模块,测试任务分配情况

测试情况安排

主要描述本次测试任务整体执行情况,测试时间安排,测试人员参与情况,任务分工

进度安排:什么时间节点,完成什么任务

角色以及职责:参与者,参与者身份

测试结果与分析:

总结测试结果,指出已解决的事件,总结解决方法策略,还要标明尚未解决的事件

1.测试用例需求覆盖率分析

需求覆盖率:达到100%

测试覆盖率:执行用例数量(阻塞不包含)和用例总数量的比值

测试通过率 通过的条数和总数的比值

总体描述内容:设计用例总数,需求覆盖率 ,测试覆盖率,用例通过数量,失败数量,阻塞数量,测试通过率。

2.缺陷的统计与分析:通过缺陷的统计与分析,可以反映出系统的质量情况。

a,缺陷汇总:把本轮测试中发现的所有缺陷进行整合,找到缺陷可以按照功能模块,严重程度,优先级,缺陷类型进行分析汇总。

例:每个功能模块,产生的缺陷:致命,严重,一般较小各有多少,划分优先级,缺陷类型

 

b,缺陷分析(图片更佳)

可以从软件已发布的版本中分析缺陷

 

通过柱形图的形式,按照严重程度,来体现缺陷数量

 

可以从缺陷类型bug引入原因来分析

 

通过饼状图的形式,根据缺陷类型体现缺陷数量分布。

遗留缺陷与未解决的问题

方式:生成一个bug遗留清单,描述出本次测试中未解决的缺陷以及原因,还要写出遗留缺陷的预计解决时间

测试总结分析与风险分析

首先体现出通过测试过程,最终产品符合的标准,比如:以产品上线为例。测试总结就给出能不能达到上线标准,

对整个测试过程中,遇到风险进行分析描述,并整合出解决方案

测试报告的批准

相关人员审批,签字发布,测试报告结束

为什么要做测试报告?

是结束本轮测试的标志,总结当前测试阶段发现的问题,审核当前项目是否可以发布,产品质量评估报告,同时为后续测试的开展提供依据。

软件测试过程模型

概述:如同软件开发过程一样,软件测试也有自己的开发模型,用于定义软件测试的流程和方法。因为测试过程质量的好与坏,会直接影响测试结果的准确性和有效性,所有测试如同开发一样,也是需要遵循软件工程的原理以及管理学原理。

v模型:揭示了开发过程和测试过程的各阶段的对应关系

 

不足:仅仅吧测试看作编码之后的工作,忽略了对于需求以及设计文档的验证阶段,需求的满足只能到后期的验收阶段才能被验证,没有体现出“尽早和不断地进行软件测试的原则”。

w模型

 

用户需求分析(验收测试)--->需求分析和系统设计(确认与系统测试设计)---->概要设计(集成测试设计)--->详细设计(单元测试设计)--->单元测试---->集成测试--->确认测试与系统测试--->验收测试

优点:分别代表测试与开发的过程,二者并行关系,测试对象不仅仅是程序,还包括测试文档,尽早测进行测试发现缺陷可降低修复成本

缺点:w模型中不管开发还是测试工作流程都是线性开展的,上阶段工作的完成,才能开启下个阶段工作,无法支持灵活的迭代

h模型

 

优点:h模型将测试活动独立出来,形成了一个独立的工作流程;整个测试工作流流程编的更为灵活,一旦达到测试就绪点,测试工作就可展开,所以测试人员前期的测试准备工作一定要提前准备出来。

缺点:对于测试人员的能力要求更高一些,设置好测试就绪点

w+h模型共同并行,工作效率会增加。

x模型

 

针对每个程序片断都会经历编码架测试阶段,伺候通过频繁的交接,最终集成可执行的程序

x模型定义了探索性测试,这样可以帮助测试人员额外发现软件错误

测试的过程理念

尽早测试 全面测试 全过程的测试 独立迭代的测试

  • 0
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值