【项目名称】

集成测试报告

              

XXX公司

修订历史记录

                                                                  A - 增加  M - 修订  D - 删除

【模板使用必读：模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容，或删除。文件提交时不得再含有这些内容。】

目    录

1     测试任务名称及内容... 4

2     测试环境... 4

3     软件版本信息... 4

4     测试充分性评价... 4

5     测试结果及分析... 4

5.1         测试结果... 4

5.2         结果分析... 5

6     活动总结... 5

7     测试结论... 5

8     批准... 5

附录一：集成测试未解决问题明细表... 6

1  测试任务名称及内容

【简要描述本次测试任务的名称、测试依据、内容及目的。】

2  测试环境

【描述测试环境。指出测试环境与实际运行环境的差异，分析说明差异对测试结果可能带来的影响。】

3  软件版本信息

【描述已经完成测试的各版本，以及版本间的差异。标明最后通过集成测试的版本。】

4  测试充分性评价

【根据测试计划规定的充分性原则，对测试的过程做作出充分性评价。指出未被充分测试的特性或特性组合，并说明理由。】

5  测试结果及分析

5.1 测试结果

【对照测试计划中设定的测试内容,填写测试结果。同时要求以附录表格《XXX集成测试未解决问题明细表》形式，对测试中未解决的问题进行描述，提供给集成测试报告评审人评审。】

5.2 结果分析

【通过缺陷管理数据库记录的支撑，对测试情况做如下几方面的分析。】

1.   测试项与它们的设计说明之间的差别；

2.   测试用例通过率；

3.   测试覆盖率；

4.   缺陷解决率；

5.   缺陷程度分布图；

。。。

6  活动总结

【总结主要的测试活动和事件。总结资源消耗数据，如：人员的总体水平，测试所用的工具软件，每项主要测试活动所花费的时间。】

7  测试结论

【根据制定的集成测试计划中设定的通过准则，判定该集成测试是否通过。】

8  批准

【规定本报告必须由谁审批（姓名和职务）。】

附录一：集成测试未解决问题明细表

XXX集成测试未解决问题明细表

                                                   填写者：        日期：

表格填写说明：

1.         问题描述：在进行问题描述时，说明操作步骤，出现了什么现象。

2.         问题提交者：发现问题人。

3.         提交时间：问题反馈到缺陷数据库中的时间。

4.         严重级别：在缺陷管理数据库中标明的问题严重程度。

5.         项目组未处理原因：项目组未处理该缺陷的原因，项目组无反馈时，填写“无反馈”。

 

第二篇：测试报告模板

测试报告

文档编号：

版本信息：

建立日期：

创 建 人：

审 核 人：

批 准 人：  

批准日期：

保 管 人：

存放位置：

                               

公司LOGO

文档修订记录

*变化状态：C——创建，A——增加，M——修改，D——删除

                                                                  目录

1．前言... 2

1.1      目的... 2

1.2      测试计划... 3

1.3      参考资料... 4

2.    测试资源消耗... 4

3.    测试过程分析... 4

3.1      测试环境... 4

3.1.1       服务器端... 4

3.1.2       客户端... 4

3.2      测试类型... 5

3.2.1       集成测试... 5

3.2.2       回归测试：... 5

3.3      测试方法及测试用例... 5

3.3.1       奥鹏题库管理系统项目测试方法... 5

3.3.2       功能测试：... 5

3.3.3       安全性和访问控制测试：... 6

3.3.4       流程测试... 7

3.3.5       数据测试... 8

3.4      测试阶段问题分析... 8

3.4.1       回归测试... 8

3.4.2       编写用列... 8

3.4.3       编写需求距阵... 8

3.4.4       人员问题；... 9

3.4.5       测试版本问题... 9

4.    缺陷分布状况... 9

4.1      缺陷定义... 9

4.2      缺陷分析... 10

5.    测试总评价... 10

1．前言

1.1   目的

本测试报告是XX阶段报告,目的在于总结XX测试结果及分析测试结果,描述系统是否符合需求。

1.2   测试计划

原定计划对XX进行以下测试，详细请查看附件测试计划。

1．功能测试

测试对象的功能测试，侧重于可以被直接追踪到用例或业务功能和业务规则的所有测试需求。这些测试的目的在于核实能否正确地接受、处理和检索数据以及业务规则是否正确实施。这种类型的测试基于黑盒方法，即通过图形用户界面 (GUI) 与应用程序交互并分析输出结果来验证应用程序及其内部进程。

2．数据和数据库完整性测试

数据库和数据库进程作为一个子系统来进行测试。在将测试对象的用户界面用作数据的接口的同时，还将考虑对数据库管理系统（DBMS）进行相关的测试

3．接口测试

由于XX其它系统协同工作，所以系统在实际工作中会协作其它系统，同时系统内部功能模块的调用

              4．安全性和访问控制测试

由于Xx主要用于XX，对于安全性要求较高。对于整个系统，需要完整的权限控制，防止某些人恶意的攻击系统，修改原始记录。同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证，严格区分每个角色的使用权限, 安全性的访问控制测试主要集中在对用户权限管理测试模块中。

              5．故障转移和恢复测试

出现故障时及时完成系统恢复，并方便地找到产生故障的原因和位置，进行局部修改。具有对于系统数据丢失的补救措施，保证系统的安全性，可靠性。 此项测试主要集中在数据备份\恢复功能模块中。

              6．性能测试

采用测试工具LoadRunner进行测试，测试包括：负载测试、强度测试和稳定性测试。找出系统瓶颈，并进行优化，但系统能达到，要求XX个用户并发情况下，响应时间小于等于XX秒。系统支持最高XX个并发，在XXM带宽下，支持XX左右用户的同时访问。

        7．系统部署测试

系统开发测试完毕后，进行系统部署测试，确保系统的正常运行             

1.3   参考资料

2.       测试资源消耗

3.       测试过程分析

3.1   测试环境

3.1.1          服务器端

软件：

服务器操作系统：

Web发布容器：

数据库平台：

硬件：

3.1.2          客户端

软件：

服务器操作系统：

IE :

硬件：

附件：测试环境说明

3.2   测试类型

被测系统主要测试类型

3.2.1          XX测试

XX项目测试过程中分四阶段完成，第一阶段进行功能测试，第二阶段进行安全性和访问控制测试；第三阶段进行流程测试；第四阶段进行数据正确性测试；

3.2.2          回归测试：

3.3   测试方法及测试用例

3.3.1          XX项目测试方法

功能测试方面，XX项目集成测试阶段主要采用黑盒和灰盒测试的方法；对于页面控制采用黑盒测试的方法；对于数据正确性采用灰盒测试的方法，业务流程方面，几个模块来进行测试。

3.3.2          功能测试：   

主要采用黑盒测试方面，对XX的功能和界面进行测试。功能测试用例，分模块来编写，测试用例XX条； 并执行，对测试结果进行记录提交BUG

测试统计表

附附件：执行功能测试用例明细

附件：执行情况统计表

3.3.3          安全性和访问控制测试：

主要采用黑盒测试方法，对XX用户权限进行测试，以不同的角色和权限进行登录对不同功能进行查看，测试主要是编写不同的场景，再根据场景设计进行测试，总共完成场景设计XX个场景并执行，对测试结果进行记录提交BUG

权限用列表

附件：    执行权限用例明细

3.3.4          流程测试

主要采用黑盒测试方法，对《奥鹏题库管理系统》流程进行测试，以不同的流程进行编写不同的场景，再根据场景设计进行测试，总共完成场景设计1360个场景并执行，对测试结果进行记录提交BUG

关联用例执行明细表

附件：    关联用例执行明细表

3.3.5          数据测试

主要采用黑盒和灰盒测试方法，对XX数据进行测试，以录入不同的试题，生成不同的试卷进行设计场景，再根据场景设计进行测试，总共完成场景设计XX个场景并执行，对测试结果进行记录提交BUG

数据测试明细表

附件：数据测试明细表

                                      

3.4   测试阶段问题分析

3.4.1          回归测试

由于XX开发完毕，并采用升级方式进行，由于升级新版本还没开发完，因此测试过程所提交的BUG没有进行回归测试：

3.4.2          编写用列

在对功能测试用例编写过程中，对用例编写时用例错误和描述不清，导致重新编写

3.4.3          编写需求距阵

由于需求和现有的系统有太大差异，直接采用现有的系统导致原需求距阵不可用，并二次参照实际系统进行矩阵编写。由于参照系统未测试中版本、二次编写的矩阵未经用户确认。导致矩阵可用性下降

3.4.4          人员问题；

测试过程中和测试人员之间对于测试点产生了分歧，使工作不能顺利完成

3.4.5          测试版本问题

 在客户提交的测试版本不明确，进行测试，导致测试效率降低

4.       缺陷分布状况

4.1   缺陷定义

1级—严重错误，包括以下各种错误：

?   由于程序所引起的死机,非法退出；

?   死循环；

?   数据库发生死锁；

?   因错误操作导致的程序中断；

?   功能错误；

?   与数据库连接错误；

?   数据通讯错误；

?   页面出现黄页；

?   业务流程；

?   程序错误；

?   程序接口错误；

?   数据库的表、业务规则、缺省值未加完整性等约束条件；

2级一般性错误，包括以下各种错误：

?   操作界面错误（包括数据窗口内列名定义、含义是否一致）；

?   打印内容、格式错误；

?   简单的输入限制未放在前台进行控制；

?   删除操作未给出提示；

?   数据库表中有过多的空字段；

3级—较小错误，包括以下各种错误：

?   界面不规范；

?   辅助说明描述不清楚；

?   输入输出不规范；

?   长操作未给用户提示；

?   提示窗口文字未采用行业术语；

?   可输入区域和只读区域没有明显的区分标志；

?   测试建议；

?   缺陷汇总

4.2   缺陷分析

对于缺陷的分析：

                                 

5.       测试总评价