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模型定义了探索性测试,这样可以帮助测试人员额外发现软件错误
测试的过程理念
尽早测试 全面测试 全过程的测试 独立迭代的测试