秘密
基于Ajax的在线考试系统
系统测试报告
软件测试部 2015/1/16
项目名称_子系统名称_系统测试报告
更新历史 编写人 牛世雄 日期 2015/1/16 版本号 V1.0
变更内容 第1页 共 9页
项目名称_子系统名称_系统测试报告
目 录
1. 引言 ..................................................................... 3 2. 测试参考文档 ............................................................. 3 3. 测试设计简介 ............................................................. 3
3.1 测试用例设计 ....................................................... 3 3.2 测试环境与配置 ..................................................... 3 3.3 测试方法 ........................................................... 4 4. 测试情况 ................................................................. 4 4.1 测试执行情况 ....................................................... 4 4.2 测试覆盖 ........................................................... 4 4.3 缺陷的统计 ......................................................... 4
4.3.1 缺陷汇总和分析 .............................. 错误！未定义书签。 4.3.2 具体的测试缺陷 .............................. 错误！未定义书签。 5. 测试结论和建议 ........................................................... 5 5.1 结论 .............................................. 错误！未定义书签。 6. 附录 ..................................................................... 5 6.1 缺陷状态定义 ....................................................... 1 6.2 缺陷严重程度定义 ................................................... 1 6.3 缺陷类型定义 ....................................................... 1
第2页 共 9页
项目名称_子系统名称_系统测试报告
（正文一般采用五号字，如需提交对外文档，则改为小四号字）
1. 引言
本测试报告的具体编写目的，指出预期的读者范围。(3-4句)
本测试报告为（系统名称）系统测试报告；本报告目的在于总结测试阶段的测试以及测试结果分析，描述系统是否达到需求的目的。
本报告预期参考人员包括测试人员、测试部门经理、项目管理人员、SQA人员和其他质量控制人员。
2. 测试参考文档
《软件项目计划》； 《用户需求说明书》； 《软件需求规格说明书》； 《系统设计规格说明书》（可能分概要设计和详细设计）； 执行程序； 测试脚本； 《软件测试计划》、《软件集成测试用例》、 《软件系统测试用例》、《软件确认测试用例》； 《需求跟踪矩阵》。 3. 测试设计简介
3.1 测试用例设计
简要介绍测试用例的设计方法。例如：等价类划分、边界值、因果图，那些用例将采用这类方法(3-4句) 测试用例的设计采用等价类划分、边界值、错误推测等方法，
3.2 测试环境与配置
简要介绍测试环境及其配置。 测试环境：
数据库服务器 192.168.1.6 Oracle9i （地址，数据库版本，下同） 中间件服务器 192.168.2.14 weblogic8 客户端 windowsXP Oracle9i IE6.0 网络 公司内部局域网 10M/100M
第3页 共 9页
项目名称_子系统名称_系统测试报告
3.3 测试方法
简要介绍测试中采用的方法(和工具)。如黑盒测试方法，工具为可选 本次测试采用黑盒测试方法。
4. 测试情况
4.1 测试执行情况
测试范围和要求： 测试版本：
（版本号）
测试时间：
测试机构和人员： 软件测试部：
4.2 测试覆盖
序号 用户需求编号 模块名称 功能/性能指标 是否通过 （依据测试结果按用户需求编号给出需求测试的覆盖情况） （计算测试覆盖率：已执行用例数/测试用例总数）
4.3 缺陷的统计
缺陷汇总： 列出本次实际发现缺陷数、解决的缺陷数、残留的缺陷数。 缺陷分析： 对测试中发现的缺陷按缺陷类型进行分类统计： 对测试中发现的缺陷就其分布进行统计，分析软件缺陷倾向及其主要原因： 残留缺陷与未解决问题 对残留缺陷对系统功能的影响情况进行分析：对未解决问题对项目的影响(如有，列表说明) 第4页 共 9页
项目名称_子系统名称_系统测试报告
5. 测试结论和建议
依据测试结果及其分析给出初步的测试结论和建议。
6. 审批测试报告
审批意见： 测试部门经理签名 签名日期第5页 共 9页
项目名称_子系统名称_系统测试报告
7. 附录
7.1 缺陷状态定义
缺陷状态 已关闭 已拒绝 被拒绝 延迟 描述 缺陷确认者（一般为问题生成人）验证后认为问题已解决属实 被拒绝的缺陷经缺陷确认者确认，确实不需要修复或不是缺陷 测试人员认为是系统缺陷或者是需要对系统进行优化，开发人员认为不是缺陷或者不需要优化的问题 问题的分析者认为是缺陷，但是不影响业务办理的进行延迟处理。 7.2 缺陷严重程度定义
严重等级 严重 描述 缺陷对进度的影响可能是非常致命的，或者可能是一个停止器——即终止用户继续使用系统；或者影响测试工作继续进行的缺陷。 较严重 系统基本能正常工作但同一错误现象频繁出现或者问题不解决时会给后续工作带来较大风险（如需求描述不正确导致系统设计错误）。 一般 微小 不属于“严重”、“较严重”、“微小”之外的缺陷。 不影响系统功能，但影响系统的易用性（如界面美观问题、操作建议等）或产出物的一些非技术性质量问题（如文档版本、错别字等）。 7.3 缺陷类型定义
编号 1. 2. 缺陷类型 描述 T-需求获取 需求获取中存在的缺陷。如需求获取不完整，获取的需求歧义等。 U-用户界面 不合理的界面布局、色调、缩进、对齐方式，注释和拼写错误；不适当的错误提示信息、人机交互方式；指定的功能键不能工作；不正确的菜单导向；缺少必要的效验；没有联机帮助等。 P-性能 不满足系统可测量的性能属性值，如：执行时间、事务处理速度等。 第1页 共 9页
3. 项目名称_子系统名称_系统测试报告
4. 5. 6. S-数据结构 数据表、字段、结构等方面的问题。 A-程序结构 编码没有达到设计要求引起的缺陷，如程序错误，计算错误等。 B-一致性 由于配置管理、版本管理、变更管理引起的问题；需求、设计、可运行系统等存在的不一致性问题。 不属于前面六种类型缺陷的缺陷。如开发环境、操作系统、硬件引起的缺陷。 7.
O-其他 第2页 共 9页
因篇幅问题不能全部显示，请点此查看更多更全内容