软件系统测试报告

实用版

2016年 06 月

版本修订记录

版本标识 注释 初始版本 作者 xx 日期 20xx/xx 目录

1

引言 . .......................................................... 错误 ! 未定义书签。 编写目的 .......................... 错误 ! 未定义书签。 项目背景 .......................... 错误 !未定义书签。 术语解释 .......................... 错误 !未定义书签。 参考资料 .......................... 错误 !未定义书签。

2 测试概要 . ...................................................... 错误 ! 未定义书签。 系统简介 .......................... 错误 !未定义书签。 测试计划描述 ......................... 错误 !未定义书签。 测试环境 .......................... 错误 !未定义书签。

3 测试结果及分析 . ............................................... 错误 ! 未定义书签。 测试执行情况 ......................... 错误 !未定义书签。 功能测试报告 ......................... 错误 !未定义书签。

系统管理模块测试报告单 .................. 功能插件模块测试报告单 .................. 网站管理模块测试报告单 .................. 内容管理模块测试报告单 .................. 辅助工具模块测试报告单 .................. 系统性能测试报告 ....................... 错误 !未定义书签。 不间断运行测试报告 ..................... 错误 !未定义书签。 易用性测试报告 ....................... 错误 !未定义书签。 安全性测试报告 ....................... 错误 !未定义书签。 可靠性测试报告 ....................... 错误 !未定义书签。 可维护性测试报告 ....................... 错误 !未定义书签。

4 测试结论与建议 . ............................................... 错误 ! 未定义书签。 测试人员对需求的理解 ...................... 错误 !未定义书签。 测试准备和测试执行过程 ..................... 错误 !未定义书签。 测试结果分析 ......................... 错误 !未定义书签。 建议 ............................ 错误 !未定义书签。

错误 !未定义书签。错误 !未定义书签。错误 !未定义书签。错误 !未定义书签。错误 !未定义书签。

1 引言

1.1

编写目的

本测试报告为 xxxxxx 软件项目的系统测试报告， 目的在于对系统开发和实施后的的结 果进行测

试以及测试结果分析， 发现系统中存在的问题， 描述系统是否符合项目需求说明书 中规定的功能和性能要求。

预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要 阅读本报告的高层领导。

1.2

项目背景

项目名称： xxxxxxx 系统 开发方： xxxxxxxxxx 公司

1.3

术语解释

系统测试：按照需求规格说明对系统整体功能进行的测试。 功能测试：测试软件各个功能模块是否正确，逻辑是否正确。 系统测试分析：对测试的结果进行分析，形成报告，便于交流和保存。

1.4

参考资料

信息技术 软件生存期过程》 （ 原计算机软件开发规范 ） 计算机软件产品开发文件编制指南》 软件工程术语》

计算机软件质量保证计划规范》

1) GB/T 8566 —2001 2) GB/T 8567 —1988 3) GB/T 11457 — 1995 4) GB/T 12504 — 1990

5） GB/T 12505 — 1990 《计算机软件配置管理计划规范》

2 测试概要

系统简介

2.1

xxxx

2.2

测试计划描述

本测试报告按照 xxxxx 系统使用手册介绍系统的功能， 测试系统的能力是否满足 《 xxxx 项目需求规格

说明书》的功能和性能需求。测试分为功能测试和系统测试两部分。

功能测试覆盖各子系统中的功能模块，本测试针对在现有产品功能模块以及实施结果 分别进行测试， 测

试整个系统是否达到需求规格说明书中要求实现的功能， 以及测试系统的 易用性、用户界面的友好性。

系统测试包括系统的易用性、可靠性、安全性、可维护性进行测试，整个系统集成后 提供服务的能力，还

包括系统服务性能测试、疲劳测试（不间断运行） 。

2.3

测试环境

用途 服务器 序号 硬件环境 软件环境 1 CPU：xx 内存： xxG 操作系统： xx 应用软件： xx 数据库软件： xxx 硬盘： xxG 2 客户机 内存： xxG 磁盘： xxG 操作系统： xx 浏览器： xx 网络要求 3 xx 带宽 3 测试结果及分析

3.1

测试执行情况

系统测试人员： xxxx

系统测试时间： 20xx/xx — 20xx/xx

3.2

功能测试报告

功能测试覆盖整个系统中的功能模块，是开发小组对所使用的多个产品进行充分整合 后，为用户提供综合

服务的能力。 测试整个系统是否达到需求规格说明书中要求实现的各项 功能。

以下按各个模块分别列出功能测试报告单。

3.2.1 xxxx 模块测试报告单

1、 子模块 1 序号 测试用例 预期结果 实测结果 测试 状错误 类态 测试单元： 模块名 >>子模块 1>>功能 1 型 1. 与预期结果一致 与预期结果一致 1 2. 3. 1 与预期结果一致 与预期结果一致 1 4. 测试单元：模块名 >>子模块 1>>功能 2 1 5. 2、 子模块 2 测试 状错误 类态 型 序号 测试用例 预期结果 实测结果 测试单元：模块名 >>子模块 2>>功能 1 1. 与预期结果一致 1 2. 与预期结果一致 与预期结果一致 1 3. 测试单元：模块名 >>子模块 2>>功能 2 1 4. 1 5. 1 6. 1 7.

1 3、 子模块 3 4、

3.2.2 3.2.3 3.2.4 3.2.5

xxxxx 模块测试报告单 xxxxxxxx 模块测试报告单 xxxxxxx 模块测试报告单 xxxxx 模块测试报告单

测试状态： 1- 测试合格 2- 测试不合格 3- 测试有错待处理 4- 未测试

错误类型说明： 1—功能错 / 缺； 2—语法错； 3—注释错； 4—结果错； 5—窗口错；

6—逻辑错； 7-- 链接错； 8—变量定义错； 9—控件错； 11—自定义函数 /类错； 12- 界面错；

3.3

系统性能测试报告

制表日期： 20xx/xx/xx 测试人 系统名称 案例 ID 审核 批准 版本 案例名称 测试用例名称 类型 性能测试 测试用例 ID 测试内容： 输入：

测试步骤 预期输出 实际输出 测试结果：

异常分析： 3.4

不间断运行测试报告

制表日期： 20xx/xx/xx 测试人 审核 系统名称 案例名称 批准 版本 类型 系统 ID 案例 ID 测试用例 ID 性能测试 测试用例名 称 测试内容： 输入： 测试步骤： 预期输出： 实际输出： 测试结果：

异常分析： 3.5

易用性测试报告

测试用例 测试过程描述 页面结构、导航、菜单、链接、搜索、翻页、字 体、列表、日期和扫描控件、数据精度的风格是 否一致 具有必要的信息，指导用户使用程序 系统界面组件提示操 作信息，方便指导用 户操作 易浏览性 输入、输出设计规矩，输出结果应简洁、直观、 美观、方便阅读、易懂和使用 人机界面简洁、美观、实用，风格相对一致，符 系统界面显示简洁易 懂，方便使用 系统风格显示一致， 符合办公习惯 测试结果 系统页面风格一致 页面风格一致性

合办公习惯 在界面、 人机交互、 输出中的用语应与业务用语 一致 系统业务用语显示一 致 具有严重后果的功能执行可逆 ，或者给出明显警 告，执执行不可逆操作时， 系统行前要求确认 易操作性 软件操作简便，系统支持标准的鼠标、键盘操 作，支持鼠标的单击、双击和右键操作，支持快 捷键操作 提供辅助输入手段（如选择输入、默认值等） ， 数据检系统提供灵活的数据 检索

给出相应提示 系统操作简单易用 索方便、灵活 功能 3.6

安全性测试报告

测试用例 测试过程描述 将和这 2 个页面部署到相应的应用下 ，利用这 2 个页测试结果 系统权限设置合理， 不标题权限验证 面对所有标题的标题权限进行测试 ，确保不 同的用户能同权限永华查看不 同标看到正确的标题 题 验证具有同一标题权限的不同用户的信息 ，是否 只能由系统同一权限的不同 用信息所有权验证 该用户操作 ，而其他用户不能代为操作， 从而保证每条户不能进行数据操 作 信息的安全 安全漏洞扫描

利用漏洞扫描工具对整个应用进行扫描 使用 AppScan 工具扫 描，系统显示安全 3.7

可靠性测试报告

测试用例 测试过程描述 使用的容量达到规定的极限时，系统不崩溃、 不异常退出也不丢失数据 试图使用的容量超出规定极限时， 系统不崩溃、 不异常退出也不丢失数据 产品描述中列出的其他程序或用户造成的错误 存在错误录入时系统 给出相应的提示信息 输入用户文档中明确 规输入用户文档中明确规定的非法指令时，系统 不崩溃也不丢失数据 定的非法指令时， 系 统给出相应的提示； 如 上传文件格式不符合 上传测试结果 系统在达到极限时给 出预警 系统给出预警 成熟性 输入时，系统不崩溃也不丢失数据

允许的格式规范 系统符合该项操作， 如提供日期选择功 能，默能屏蔽用户的误操作 认显示当前日 期； 有效避免用户对日 期的录入错误或写入无 效日期 容错性 对错误有正确提示 输入错误数据时，系统不崩溃、不异常退出也 不丢失数据 有错误操作时，系统不崩溃、不异常退出也不 丢失数据 易恢复性 系统运行失效后，应能较快重建系统 应对数据项之间的逻辑关系进行校验，保证数 据的有效性 应保证数据的完整性和一致性，不会因删除或 反复的更新而被破坏或留下垃圾数据 对不符合要求的输入数据，系统应使用中文给 出简洁、准确的提示信息，必要时应给出帮助

系统给出相应的提示 信息 系统给出相应的提示 信息 系统给出相应的提示 信息 系统符合该项操作， 如 验证搜索条件中开始、 结束日期的大小等 数据校验机制 系统更新或删除功能 不影响系统数据 系统对于不符合要求 的输入给出相应的提 示信息 3.8

可维护性测试报告

测试用例 测试过程描述 1. 产品安装 测试结果 系统提供安装维护手册方便使 用 各种操作都有图 形界面 2. 初始化参数设置 3. 使用 4. 维护 个性化需求开发 丰富的 AIP 二次开发接口 系统支持二次开发 系统各个模块操作均记录日志 是否有日 志 业务操作记录都能自动记录到日 志。 1、系统提供运行日志， 管理日志功 能 日志内容要包括：哪个用户、什么 时日志 维护 日志是否 可追踪 间、使用哪个 IP 、操作哪个模块 （要明确是增加通讯录、编辑通讯 录 或 修改通讯录群组等） 、操作哪 条业务数据 （ID），操作结果 （成功、 失败）。 2、可以查看当前最新的日志记录， 包括日期时间、 IP 地址、操作人、 模块名称、摘要；也可根据集体条 件查询相应的日志记录信息 日志的每

日志内容中包含的所有信息都记录 系统日志信息显示正确 条信息是 否正确 正确。例如：在执行操作时，没有 操作成功，而日志中的操作结果却 显示成功。 4 测试结论与建议

4.1 测试人员对需求的理解

测试人员作为项目小组的成员、 从项目需求开始对系统的业务进行了充分的理解， 制定 合理的测试计划，并在开发和实施过程中，不断地跟踪和测试项目的各阶段性版本。

4.2

测试准备和测试执行过程

在测试过程中， 测试人员充分理解业务需求， 并按照项目的测试计划， 准备了充足的测 试环境和资

源， 根据项目的 《需求规格说明书》 对项目的设计、 安装、 实施结果进行了测试， 并对系统的安全性、可靠性、易用性、可维护性和系统性能进行了测试。

4.3 测试结果分析

经过对测试结果进行分析，项目的设计和实施达到了项目需求规格说明书中要求的能 力，可以进入项目的下一阶段。

4.4

建议

项目的开发和实施虽然满足了当前业务的功能和性能要求，并实施了相应的系统安全、 备份等方案，

随着系统的运行和后期工程的投入生产， 在现有系统软件硬件条件下， 可能会 给系统带来一定的压力， 所以在后期工程的开发过程中， 随时要兼顾一期工程的可能存在的 性能优化和功能调整，以及系统在安全、备份方面加大资源投入力度，保证系统达到 7x24 小时稳定、可靠运行的要求。