测试报告
文档编号:
版本信息:
建立日期:
创 建 人:
审 核 人:
批 准 人:
批准日期:
保 管 人:
存放位置:
公司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 缺陷分析
对于缺陷的分析: