1、测试报告（版本 V1.0）XXXXXXX 系统文档修改记录填表说明 A-添加 M-修改 D-删除版本号 版本描述 责任人 日期 备注V1.0 A 2017/09/14目 录1. 引言 .11.1 编写目的 .11.2 名词解释 .11.3 参考及引用资料 .12. 测试概述 .12.1 测试对象 .12.2 项目背景 .12.3 测试目的 .12.4 测试时间 .23. 测试方法 .23.1 测试用例设计 .23.1.1 等价类划分法 .23.1.2 边界值分析法 .23.1.3 场景法 .23.2 测试方法 .34. 测试环境 .34.1 软件环境 .34.2 硬件环境 .34.3 测试工具
2、 .45. 测试结果及缺陷分析 .45.1 覆盖分析 .45.1.1 需求覆盖分析 .45.1.2 测试覆盖分析 .45.2 缺陷统计与分析 .55.2.1 所有 BUG 列表 .55.2.2 遗留 BUG 列表 .55.3 缺陷分析 .56. 测试总结和建议 .56.1 软件质量 .56.2 软件风险 .56.3 测试结论 .56.4 测试建议 .51. 引言1.1 编写目的本测试报告为 XXXXXXXX 项目的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统符合需求并对测试质量进行分析。作为测试质量参考文档提供给用户、项目经理、开发经理、开发人员、测试人员和需要阅读本报告
3、的高层经理阅读。1.2 名词解释BUG 优先级： 紧急：出现系统崩溃、数据丢失、数据毁坏等问题，阻碍开发或测试下一步工作。 （立即修复，停止进一步测试） 紧要：操作性错误、错误结果、遗漏功能。 （产品发布前必须修复） 主要：小问题、错别字、UI 布局、罕见故障。 （时间允许应该修复） 次要：不影响使用的瑕疵或更好的实现。 （可能会修复，但是也能发布）1.3 参考及引用资料2. 测试概述2.1 测试对象主要包括以下内容：2.2 项目背景2.3 测试目的2.4 测试时间3. 测试方法3.1 测试用例设计3.1.1 等价类划分法等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的
4、错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试。因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据，取得较好的测试结果。等价类划分可有两种不同的情况：有效等价类和无效等价类。设计测试用例时，要同时考虑这两种等价类。因为，软件不仅要能接收合理的数据，也要能经受意外的考验。这样的测试才能确保软件具有更高的可靠性。1. 有效等价类：是指对于程序的规格说明来说是合理的，有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。2. 无效等价类：与有效等价类的定义恰巧相反
5、。3.1.2 边界值分析法边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。3.1.3 场景法现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。3.2 测试方法主要采用黑盒测试方法进行测试。普通用户：根据需求文档，模拟客户实际业务操作，检查申请单及流程是否符合客户需求，检查不同单位用
6、户能否正常发起申请并转入流程审批。管理员：根据客户需求及功能设计，检查能否实现业务模块申请单部分字段的关联配置，检查是否对基础数据进行统计分析并且功能是否符合客户需求。4. 测试环境4.1 软件环境资源 名称/类型 备注操作系统 数据库服务器：中标麒麟 Linux server 5.0企业版应用服务器：windows2008 server中间件 Weblogic 11g 10.3.5 64Bit (基于 JavaEE架构的 Oracle 中间件)；JDK:1.6.0_45服务器端数据库 Oracle 11g R2 11.2.0.3 64Bit操作系统及 IE Win XP Win 7（IE6,
7、IE8.0）客户端办公软件 OFFICE4.2 硬件环境资源 名称/类型 配置 数量数据库服务器 服务器 IBM P780 2应用服务器 服务器 Oracle Exalogic X2-2 1网络或子网 局域网，但要求能上 10/100Minternet 网客户端测试 PC WinXP CPU：2.0 或以上，硬盘为500G，内存为 2G 以上5 台4.3 测试工具用途 工具 厂商 版本测试管理/缺陷跟踪 JIRA Atlassian 公司DBMS 工具 PL/SQL Developer Allround Automations 9.0计划和进度管理 excel 微软 2016测试总结和汇报 W
8、ord 微软 20165. 测试结果及缺陷分析5.1 覆盖分析5.1.1 需求覆盖分析需求覆盖率=测试通过需求/需求功能点总数*100%=79/79*100%=100%序号功能模块 用例编号 测试点描述 是否测试是否通过5.1.2 测试覆盖分析测试覆盖率=执行数/测试用例数 *100%=79/79*100%=100%测试通过率=通过数/执行数*100%=79/79*100%=100%序号功能模块用例编号 测试用例数执行数 未执行数 通过数 失败数5.2 缺陷统计与分析5.2.1 所有 BUG 列表5.2.2 遗留 BUG 列表5.3 缺陷分析6. 性能数据分析7. 测试总结和建议7.1 软件质量通过公司内部系统测试以及用户为主的验收测试，达到预期目标，可以交付客户使用：1. 功能性：。2. 兼容性：。3. 易用性：。4. 可靠性：7.2 软件风险7.3 测试结论7.4 测试建议1.
