XXX项目测试报告文档模板.docx

《XXX项目测试报告文档模板.docx》由会员分享，可在线阅读，更多相关《XXX项目测试报告文档模板.docx（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、XXX项目测试报告文档模板状 态 草稿 评审 发布 修订密 级 公布 一般 秘密 绝密标 识 号产品线产品名称Base产品版本号-PD-PO版 本 X.X前一版本 X.X作 者 XX发布时间 YYYY.MM.DD概 述 本文档用于对XXX 项目的功能测试阶段成果的描述。包括对软件测试的整体描述，软件测试的分类和级别，软件测试的过程描述，软件测试的结果等内容。修改记录修 改 人修改时间版 本备 注签批记录签 批 人签批时间版 本备 注参考资料序号资料名称出 版 社作 者专业术语序号术语名称术语解释举 例目 录1. 概述11.1. 目的11.2. 测试范围11.2.1. XXXX子系统/模块11.

2、3. 参考资料11.4. 缩略语清单：12. 测试环境22.1. 测试时间、地点及人员22.2. 环境描述23. 测试结果分析33.1. 测试用例覆盖率分析33.2. 测试执行结果分析33.2.1. 用例的有效性33.2.2. 版本缺陷统计34. 缺陷评估分析44.1. 被测系统质量评估44.1.1. 缺陷个数44.1.2. 缺陷严重等级评估44.2. 缺陷原因分布44.3. 测试用例的通过率54.4. 缺陷分析图54.5. 缺陷分析总结75. 测试结论85.1. 软件质量评价85.2. 经验与建议86. 遗留问题报告97. 附测试用例97.1. XXX功能模块98. 附送检表单91. 概述1

3、.1. 目的提示：编写此报告是对第二阶段系统验收前测试工作的总结，目的是为了总结该阶段测试工作及测试活动。本测试报告作为软件验收的交付工件之一。本文档将提供给XXXX项目项目经理、测试人员和其他项目关系人使用。1.2. 测试范围本次进行了功能测试，界面测试，回归测试，安装测试等，测试内容包括：1.2.1. XXXX子系统/模块模块功能1.3. 参考资料提示：本报告中参考的相关文档如下：XXXXXXXX.doc1.4. 缩略语清单： 功能测试：验证每个模块基本的功能能够正确运行，满足功能说明书要求。界面（GUI）测试：主要考虑界面的友好性。必须从客户的角度去测试。回归测试：对某些已经进行过的测试

4、的某些子集再重新进行一遍，以保证上述改变不会传播无法预料的副作用。白盒测试：通过查看程序逻辑，验证功能实现的正确性。安装测试：验证程序在生产环境能否正常运行。QC：测试管理工具。2. 测试环境2.1. 测试时间、地点及人员版本名称测试时间测试人员测试地点起始时间结束时间2012.12.172012.12.272.2. 环境描述硬件环境软件环境名称型号大小个数名称版本号CPUCore I5 双核3.10GHz操作系统Windows7内存4G应用软件禅道项目软件管理系统硬盘500G数据库mysql3. 测试结果分析3.1. 测试用例覆盖率分析提示：XXXXX测试用例测试用例的总数为159个，测试用

5、例与测试需求的覆盖率为100，已经按照测试需求设计测试用例。需求id用例数模块名称92模块名称39模块名称22模块名称6合计1593.2. 测试执行结果分析3.2.1. 用例的有效性模块特性用例数发现的缺陷数缺陷数/用例数模块名称922123%模块名称391333%模块名称22628%模块名称6466%合计1594428%（计算公式：缺陷数/用例数）3.2.2. 版本缺陷统计模块特性版本内(缺陷个数)版本外（缺陷个数）合计(缺陷个数)模块名称2121模块名称1313模块名称66模块名称44合计4444（版本内：指本次需求发型的缺陷；版本外：指原有系统内此模块发现的缺陷）4. 缺陷评估分析4.1

6、. 被测系统质量评估4.1.1. 缺陷个数模块规模(KLOC)缺陷数缺陷数/KLOC%模块名称5k448.8（备注：规模是指项目开发所产生的所有代码量。缺陷数指本次项目发现的所有需求BUG数）4.1.2. 缺陷严重等级评估模块特性致命严重一般提示合计模块名称0044044（备注：1个致命问题=5分、1个严重问题=3分、1个一般问题=1分、1个建议问题=0.1分。计算公式：合计=致命个数*5+严重个数*3+一般个数*1+建议个数*0.1）4.2. 缺陷原因分布缺陷原因致命严重一般提示合计需求0016016设计00808编码0020020合计0044044（备注：1个致命问题=5分、1个严重问题=

7、3分、1个一般问题=1分、1个提示问题=0.1分。计算公式：合计=致命个数*5+严重个数*3+一般个数*1+提示个数*0.1）4.3. 测试用例的通过率模块特性OK项NOK项BLOCK项NA项合计用例通过率模块名称7110092模块名称630093模块名称166002228%模块名称2400666%合计115440015928%（备注：OK项表示通过的用例数，NOK项表示不通过的用例数，Block项表示严重阻塞的用例数，用例通过率公式=OK项/合计）4.4. 缺陷分析图BUG整体趋势图此次黑盒测试总共发布11个版本，B1B5为计划内迭代开发版本（针对项目计划的基线标识），B6-B11为进行的回

8、归测试版本，bug版本趋势图如下图所示：第一阶段，增量确认测试。时间从2007年7月2日到2007年8月3日。从Bug趋势图中可以看出，每个版本的bug数基本维持在60个左右。B1：从图中看到B1共有33个BUG，因为B1版本有一个功能模块在B2版本才开始测试，B1测试模块相对较少，所以B1版本bug相对较少。B2：由于B1中的一个功能模块增加到Build 2中进行测试，这一版本除了对B1中的BUG进行验证同时对B1进行了回归测试，所以B2中的bug数相对B1出现了明显的增长趋势， B3：B3版本因为有B2版本的bug验收测试，以及B1,B2的回归测试，共发现67个bug，和B2基本保持一致。

9、B4：B4版本bug数有一个下降的趋势，是因为B4版本推迟发布，新增加了测试人员参与测试，对系统不够熟悉，以及测试时间紧张，部分测试用例没有执行，测试覆盖度不够，所以发现bug数呈下降趋势。B5：B5版本bug数又有一个增加的趋势，主要是由于开发功能模块多，该版本需求定义不明确。 第二阶段，BUG验证和功能回归确认测试。时间从2007年8月4日到2007年8月14日。B6和 B7进行了回归测试，B8没有进行回归测试，只验证了B1B7的bug。B6 ：进行第一轮回归测试，发现的bug数为33个，遗留一个问题，为数据字典种类默认值问题B7 ：进行第二轮回归测试，第一次回归测试没有涉及到权限控制菜单

10、按钮的测试，在本次回归测试的时候，重点进行了这个方面的测试，又发现了大量的权限相关的bug。B8 ：B8没有进行全面的回归测试，只验证了B1B7未通过验证的bug，所以该版本的bug数明显比较少。B9 ：B9版本进行了全面的回归测试，同时重点测试了权限控制，所以发先的bug数又呈现上升的趋势。测试发现44个bug，严重级别的bug为14个，严重级别的bug集中在权限控制上，功能性严重bug没有发现，说明权限控制依旧不稳定，但是系统功能已经稳定。B10：B10版本验证了B9版本发现得bug，没有进行全面的回归测试。B10版本在验证bug的时候，重现打开Bug6个，新增bug2个，重新打开bug有

11、5个为严重级别bug，是关于权限控制的bug，而新发现的bug，1个为严重级别的bug，也是属于权限控制的。说明，权限控制还存在着问题，需要修改权限管理bug，重新发布版本后进行全面的回归测试。B10版本新发现的bug详细分析见遗留bug分析。B11：B11中验证了B1B10未验证的bug，重点测试了权限控制，同时进行了查询，添加，删除，修改的功能测试，测试过程中未发现bug。BUG模块分布图4.5. 缺陷分析总结提示：测试中，存在43高严重性的缺陷、存在31中级缺陷、存在26中级缺，所有缺陷均已处理。缺陷大致情况如下：功能类：有些基本功能没有实现，如没有修改密码，注销，用户权限维护等功能；部

12、分界面没有查询按钮；报脚本错误；报ODBC错误等。界面类：风格不统一，如列表字符、数值等数据居左、中、右不统一，柱状图、饼图图例摆放位置不统一，同一指标图例使用颜色不统一,如本期数,各模块界面都是使用同一种颜色等；布局，部分界面不够紧凑，有的贴在一起等。产品类：不能实现按年分份和月份排序功能；放大功能报错;出现重复刻度；右边纵坐标刻度值和单位贴在一起；滑动条字体太小；仪表盘显示不完整,自动四舍五入,自动将单位变为加K等；5. 测试结论5.1. 软件质量评价测试对象的整体质量：BA:质量稳定，适合大规模用。B:存在少数非严重问题，但有规避措施，可以局部使用。C:基本功能可用，但严重问题较少。D:

13、基本功能不可用。备注：遗留问题DI值不能超过5，否则视为版本不通过，不能进行发布。5分以上为D，4分为C，3分为B，3分以下为A。遗留问题DI值计算：1个致命问题=5分、1个严重问题=3分、1个一般问题=1分、1个提示问题=0.1分。计算公式：合计=致命个数*5+严重个数*3+一般个数*1+提示个数*0.15.2. 经验与建议提示：1、项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。2、发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效bug。3

14、、开发人员解决bug的时候，填写bug原因以及解决方式，方便bug的跟踪。4、开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该bug，而且，这样可以保证发现的bug都能够被跟踪。6. 遗留问题报告问题总数致命问题严重问题一般问题提示问题其他项数目百分比7. 附测试用例7.1. XXX功能模块序号测试项目测试要求测试结果备注1XXXX功能XXXXX通过/不通过8. 附送检表单产品名称版本号开发单位名称开发单位地址送检单位名称送检单位地址送 检 者电话传真邮政编码收样日期测试日期内容与数量测试类型软件产品功能测试测试单位测试地点测试环境硬件环境软件环境测试方法黑盒测试测试依据GB/T 16260 需求规格说明书编制日期审核日期批准日期