No:G10400201

测试报告

样品名称 广东省公路基础数据管理系统　

  生产单位 　　　广东省公路局　　　  

委托单位   　　　广东省公路局  　　　 

测试类型         确认测试            

报告日期    　20##年11月19日       

国家应用软件产品质量监督检验中心

声  明

1.     本报告无本质检机构检验报告专用章无效；

2.     本报告无测试人员、审核人员、批准人员签字无效；

3.     本报告涂改无效；

4.     未经本质检机构书面批准，不得复制报告（完整复制除外）；

5.     本报告检测数据仅对来样负责。

本机构通讯资料：

地址：北京市海淀区东北旺西路8号中关村软件园3A楼

邮编：100094

电话：（010）82825511

传真：（010）82826408

网址：http://www.nast.gov.cn

空一行

[测试项目名 版本]-小二+加黑+居中

测试结果

 

空一行

测试环境

 

技术资料：

《广东省公路基础数据管理系统技术报告》

空一行—五号字行距

测试内容：

一、  用户文档

二、  功能性

三、  可靠性

四、  易用性

空格的个数可以自定，以达到表格充满这一页的要求

五、  可维护性

六、  可移植性

七、  效率

八、  中文特性

如果功能点过多，不能一页放置，须断开表格，断开表格时，请遵循以下原则：

Ø  首先注意表格要充满整页，在一页无法放置时，可以断开表格新建一页，新建页的表格需求处必需填满，不能空白；

Ø  如果断开的表格，在新建页中只有1～2行，须按照测试需求整段的断开，例如：上面的表格可以从编码支持程度处断开，再新建表格。

Ø  但如果整段断开时，所在页有大段的空白页无法填充，须适当的断开需求，保持第一页基本充满，第二页的需求保持在5行以上便可。

注意：

Ø  页眉格式禁止改动，只能修改报告编号和插入新的报告内容总页数，必须保证最后一页的页码为报告内容总的页数；

Ø  页面设置为默认设置，即： 上：2.54cm  下：2.54cm   左：3.17cm  右：2.0cm    页眉：1.5cm  页脚：1.75cm；

Ø  表格中内容为左中对齐，宋体+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.       测试总评价