标签:bsp 特殊 总计 形式 需求 class 效果 项目 组网
一般是由测试人员编写的,因为负责模块的人最知道自己的测试的结果,几个通过,多少失败,提了多少单,然后就是汇总了和风险评估了,一般就是测试经理做的
测试报告的主要内容
数据统计
遗留抄bug情况
测试风险
暂停的问题
1、出现概率比较低,用户操作不易复现的问题,后续由客户端修改;
2、本地阅袭读定位问题,修改比较困难,不影响使用,后续优化;
3、属于遗留问知题;
4、属于内容平台问题,内容优化;
暂停问题是产品人员、开发道人员与测试人员沟通后暂停的
测试报告是把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据copy,同时为软件验收和交付打下基础。
测试模块(每个模块里需要记录测试的开始时间、结束时间、设计知多少用例、通过多少、失败多少、有多少BUG、遗留多少BUG、解决多少BUG、追后对这个模块总结一下)
BUG的统计,根据时间轴来统计BUG的数量,例如:XXXX年X月X日,发现BUG多少,关闭BUG多少,剩余BUG多少,高级的BUG有多少,中级的BUG有多少,低级和建议的道BUG有多少,一直罗列到项目完结
项目总结,汇报一下测试的大致结果。
遗留和风险,该软件还有什么遗留问题,还有什么风险,都要一一说明
最后评判该软件是否符合上线标准,日期,签字,加盖章等
转载:
?测试报告是 项目测试结束之后,对项目测试过程的总结,对测试的数据进行统计,对项目的测试质量进行客观评价的文档。
?测试报告的阅读对象可是是产品,开发,测试部成员,是一个项目是否能够结束的重要参考文件。
?测试报告的数据是真实的,每一条结论的得出是有评价依据的,不能是主观的决定,也就是说这个项目经过测试之后,它是什么样子就是什么样子。
测试报告的结构组成分析
首先,开篇名义,单刀直入,针对这个报告进行说明。描述清楚该份测试报告的目的,适用产品,参考文档,关键词定义和解释。
1.引言
1.1 目的
说明该测试报告的目的,一般都是对先对测试产品进行简单描述,然后说明这份报告是对该产品的测试过程进行总结,测试质量的进行评价
1.2 适用范围
说明清楚测试项目的版本以及测试项目的运行平台,简单两句话就可以说清楚
1.3 参考文档
说明清楚编写测试报告的时候引用了哪些文档,一般有需求文档,开发设计文档,测试计划,测试报告,项目的评测标准,可选的有测试大纲等等
1.4 关键词说明
对测试报告中使用到的一些专业名词或者英文进行说明,文档中一些关键词也可以进行简单描述
2.测试说明
2.1 测试环境
对测试过程中使用的测试环境进行说明,如果有特殊的组网结构的,最好提供网络拓扑图,测试环境一般在测试方案中已经明确,如果实际的测试环境和测试方案中的有所出入,这里最好进行主动说明
2.2 测试硬件列表
列表展示测试过程中使用到的硬件信息
2.3 测试软件列表
列表展示测试过程中使用到的软件信息,报告测试软件的名称,版本基本信息即可
3.测试人员
3.1 测试人员
对参与到的项目测试人员进行说明,可以使用表格形式展示人员的姓名/职位/测试分工/联系方式
4.测试功能树
4.1 功能测试功能树
这里描述的是产品的功能需求,从测试的角度提炼出的功能测试需求有哪些,产品实现的内部结构分析,如何进行的测试用例设计,测试执行过程中如何进行的测试覆盖,这里面的分析过程在测试方案中已经详细给出,这里挑重点的功能进行分析。
4.2 性能测试功能树
同功能需求的测试分析,这里描述清楚产品有哪些性能方面的需求需要测试
4.3 兼容性测试功能树
分析产品的兼容性需求,以及测试如何进行的兼容性测试覆盖
4.4 稳定性测试功能树
分析产品的稳定性需求,测试使用哪些工具来进行稳定性测试
4.5 场景测试需求分析
产品个别的使用场景,比如极致环境下的使用效果如何以及相应的测试方法
4.6 配置测试功能树
对产品的可以配置的选项进行覆盖测试,描述清楚相关的配置以及用例的设计方法
5.0 测试数据统计
对测试过程进行描述,每一轮测试过程中的数据进行总结
5.1 测试周期
测试周期的起始时间和结束时间,在期间总计预计多少轮测试,完成了多少轮测试,每轮测试的开始时间和结束时间
5.2 测试用例执行状态表
列表显示每轮测试的测试用例执行情况,每轮测试用例PASS多少,FAIL多少,BLOCK多少
5.3 每轮的测试结果
对每轮的测试过程进行总结,测试的数据进行展示
5.3.1 测试中的用例执行率
展示每轮测试的用例执行情况,每一轮是否都充分测试了,以及不充分测试的理由是什么
5.3.2 缺陷的分布统计
可以按产品的模块进行缺陷的分布统计,有助于模块质量的评估,如果是多人协作开发的产品,也是对开发人员能力评价的一个维度
6.0遗留缺陷列表
列表显示产品测试结束之后,产品目前遗留有哪些问题未解决
7.0 测试结论
对产品的质量进行总结,一般在产品需求确定阶段,产品,开发和测试就应该对产品的出口标准进行确定,可以从下面几个角度来确定
?测试用例都已经执行完成
?产品的功能需求都满足
?产品的性能需求都满足
?产品的稳定性需求都满足
?产品的兼容性需求都满足
?产品的遗留问题满足标准,没有致命和眼中问题遗留,一般问题不超过预先定义的个数,提示问题不超过预先定义的个数
8.0 产品建议
测试过程中发现的流程上的或者内部沟通上的一些问题,以及对产品周期的改进建议等。
标签:bsp 特殊 总计 形式 需求 class 效果 项目 组网
原文地址:https://www.cnblogs.com/lu-en/p/12829090.html