1 引言
1.1 编写目的
本测试报告为XX系统测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。
1.2 项目背景 1.3 参考资料
表1-3列出了此次报告涉及到的参考资料。
表1-3参考资料
名称 鉴定服务系统-需求规格说明书 鉴定服务系统-测试用例V1.0 GBT 15532-2008 计算机软件测试规范 GBT 9386-2008 计算机软件测试文档编制规范
备注 5
1.4 术语和缩略语
本文使用了表1-4-1 术语/定义所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。
表1-4-1 术语/定义
术语/定义 用户 系统管理员 说明 使用鉴定服务系统办公人员 是该系统的一种用户，其权限是添加其他用户并为用户分配相应的角色
表1-4-1缩略语所列为本文用到的缩略语。
表1-4-1缩略语
缩略语 UDC BA 测试范围
说明 UserCenteredDesign Business Analyst 测试该项目所需要执行的全部工作 2 测试概要
[测试的概要介绍，包括测试的一些申明、测试范围、测试目的等等，主要是测试情况简介]
要达到测试目标，需要满足一下假设：
a) BA人员提供的需求用例，可以100%反应业务需求； b) 发生需求变更后，会及时更新需求用例或发布需求变更 c) 任何测试需求变更时稳定、有序的；
6
d) 业务对测试人员提供必要的业务培训或协助
2.1 测试用例设计
[简要介绍测试用例的设计方法。例如：等价类划分、边界值、因果图。。。]
测试用例设计原则： 1. 需求覆盖要求：
a) 与需求用例严格一一对应； b) 根据需求变更文档，实时补充； 2. 测试设计方法：
a) 以测试类型为基础，包含正常功能和可靠性（异常处理和恢复等）测试；
b) 常规方法：等价类划分、边界值、因果图等； 3. 测试类型覆盖要求
测试类型说明（每种类型都包含正常功能和可靠性测试）： a) 业务正确性：
1) 业务数据流测试：实现关键业务数据流的测试。 2) 关键功能点测试：对独立的需求功能点实现的测试。 b) 数据验证
1) 数据一致性：对数据在不同页面，不同系统间流转的一致性的验证。
2) 数据同步：设计数据更新，数据库同步方面的测试。
7
3) 数据有效性：满足和不满足置顶模块的输入数据要求的测试。
4) 状态转换的是：涉及状态转换功能点的测试。 c) 安全测试
权限测试：登陆用户角色管理，不同权限的用户访问的测试。 d) 兼容性测试：对不同浏览器，不同操作系统，硬件设备支持等软硬件环境的兼容。
e) 出错处理测试：对于页面访问、权限或HTTP异常等错误出现后的处理机制 f) UCD
可用性：以用户使用习惯为标准，验证用户操作的可用性 用户界面：UI界面设计是否满足整体要求 g) 运维测试
安装测试：系统部署安装测试。
可维可测：验证系统服务器的日志系统，异常恢复机制，灾难备份机制 h) 性能测试
负载测试：以最佳响应时间为目标，发现系统在不同条件下的
负载能力。
压力测试：在系统饱和压力条件下，验证系统会话能力和稳定性。
容量测试：持续对系统增压，达到发现性能容量及拐点的目的
8
2.2 测试环境与配置
[对于三层架构的，可以根据网络拓扑图列出相关配置 ] 2.2.1 功能测试
数据库服务器配置 机器名 CPU 内存 软件环境（操作系统、应用软件） 应用服务器配置 机器名 CPU 内存 软件环境（操作系统、应用软件） 客户端配置 机器名 CPU 内存 软件环境（操作系统、应用软件） 9