测试报告就是把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础。
测试报告包括:
首页:引言(目的、背景、缩略语、参考文献)
测试概要(测试方法、范围、测试环境、工具)
测试结果与缺陷分析(功能、性能)
测试结论与建议(项目概况、测试时间测试情况、结论性能汇总)
附录(缺陷统计)
通过测试报告的简单总结,按照该方式我以安卓电话呼叫APK为例子编写一个基本报告框架:
引言:
目的:
编写该测试总结报告主要有以下几个目的:
通过对测试结果的分析,得到对软件质量的评价
分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考
评估测试测试执行和测试计划是否符合
分析系统存在的缺陷,为修复和预防bug提供建议
背景:
该项目为测试安装了几个本公司的APK后,对呼叫功能进行测试,计划为3个星期完成功能测试测试,1个星期的性能测试,预计1个月完成一个测试周期.
关键字:
呼叫功能,XX产品
用户群:
读者:XX项目管理人员,XX项目测试经理,相关测试人员。
测试对象:
XX产品平台
测试阶段
系统测试,性能测试
测试工具
TD缺陷管理系统,SVN
参考资料
需求和设计说明书
测试计划
测试用例
项目计划
测试概要:
该模块功能2012年1月1日开始到2012年1月30日结束,测试的功能点15个,执行500个测试用例,发现120个bug,其中严重bug为25个,无效bug为12个.该测试周期共发布了6个版本,其中3个计划测试版本,3个回归版本,发布的版本时间未拖延,所有工作都按照计划时间进行,人员并无调整.由于此次测试目的主要以测试该模块兼容性为主,所以6个版本除了日报和周报外,系统测试与性能测试都合为此报告进行输出.
测试方法:
兼容性测试,易用性测试,压力测试.
测试环境:
硬件环境:客户端:XX手机,服务器:XX系统,数据库:XX系统2
软件环境:客户端:安卓2.3平台,服务器: XXlinux系统,数据库: SQL server2000,
测试用例:
功能性测试用例
系统实现的主要功能:输入号码,拨打,挂断,接听.
边界值的测试:按照需求测试输入号码,挂机时间,未接提示.
易用性测试用例
操作按钮提示信息正确性,一致性,可理解性
限制条件提示信息正确性,一致性,可理解性
必填项标识
输入方式可理解性
中文界面下数据语言与界面语言的一致性
自动化测试用例
自动化测试用例对应的脚本和测试数据对模块的压力进行测试.
测试工具:
QTP
测试结果与缺陷分析:
一般开头我会制作缺陷趋势图表.
第一阶段的测试结果:
对2个计划内的测试版本进行2次测试,该版本发现很多功能性的问题(执行功能测试),在第二个版本中偏重需求的环境下进行兼容性测试.此2轮测试发现的问题单占总问题单70%.
………………………….
测试结论:
功能性:
基本的功能在最终测试版本都能够通过测试,但是部分输入框边界值与需求不一致,经过会议讨论在下一个阶段决策完毕后再规定新的需求数值再进行修改和测试.
易用性:
做到了操作按钮提示信息正确性,一致性,可理解性
做到了限制条件提示信息正确性,一致性,可理解性
部分功能由于硬件问题,缺少必填项标识
输入方式可理解性通过
中文界面下数据语言与界面语言的一致性通过
兼容性:
基本没有影响原来的功能,但是由于硬件的问题在性能方面有影响.
测试总结与建议:
测试在计划的时间内完成,测试过程中并未出现重大的突发事件.建议在测试的硬件环境上能够统一意见设计更合理的硬件环境,排除掉一些非软件性能问题.
………………………
总结:排除由于虚拟状况导致实战编写框架有些不顺的情况下,个人觉得测试报告的设计因素涉及产品类型,测试阶段,项目情况来灵活改变,个人觉得和测试计划或解决方案方面有相似之处,一般由于我的职位原因大多情况都是以会议白板形式说出报告,真正写出的测试计划可能10份左右,不过积累的经验是假如阅读的对象角色多且不同,在测试报告上要么设计圆滑些或者分不同版本的测试报告,其实也是体现出测试人员的交流重要性和交际艺术.