2.2.2 系统测试要求

? ? ? ? ? 能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性 3 测试方案

3.1 测试环境 a) 测试地点

XXXX信息科技有限公司 b) 测试环境

1）软件环境：windows pro xp sp3 操作系统，Jdk6+eclipse 和 j2me 仿真环境；

2）硬件环境：CPU双核处理器，主频在2.8GHz以上，内存至少2GB。 c) 测试工具 工具 QuickTest Professional Mercury Quality Center 3.2 测试组织 人员 具体职责 用途 生产厂商 版本 9.2 自动化功能测试，主要用于回归Mercury 测试和测试同一软件的新版本s Interactive 基于WEB环境下的BUG管理工具 Mercury Interactive 9.0 5

3.3 测试时间安排 项目名称 编写测试计划 环境安装部测试执行 总共 设计测试用例 署 3.4 测试流程要求

便于在测试阶段中对文档的归档和对bug 的追踪以及管理，要求如下： 测试人员：列出进行测试的具体步骤（进行过何种测试），测试结果，反馈给开发人员

开发人员：提供功能清单，列出测试失败的详细描述、原理分析、修改方法和修改结果并形成文档回馈给测试人员 3.5 测试方案及用例

测试方案提供了对测试对象的推荐方法。

3.5.1 阶段性测试方案 3.5.1.1 系统测试 系统测试流程图

6

接收测试申请书测试计划通过未通过测试设计（部署环境，编写测试用例）未通过修改测试计划评审测试用例通过执行测试用例测试问题报告回归测试提交测试报告达到测试要求

测试目标 对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。 测试范围： 测试整个系统的所有功能，包括功能测试、界面测试、安装部署测试及文档测试。 测试技术： 开始标准： 完成标准： 黑盒测试、动态测试 接收到《测试申请单》 发现的BUG已经修改完成或者已经达到可以接受的程度 需考虑的特殊事项： 能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性 3.5.1.2

安装部署测试

安装测试流程图

7

接收《安装部署手册》安装部署测试环境提交安装问题报告项目组修改进入系统测试阶段

测试目标 测试范围： 测试对象可正确地安装到各种所需的硬件配置 首次安装。（以前从未安装过的新计算机） 更新。（以前安装过相同版本的计算机，但文件损坏，或以前安装过较早版本的计算机） 卸载后重新安装 技术： 启动或执行安装 使用预先确定的功能测试脚本子集来运行测试，验证软件是否安装完整或更新完整 开始标准： 完成标准： 已经接收《安装部署手册》 应用程序安装成功，没有出现任何故障 需考虑的特殊事安装完成后，需要重点考虑应该选择哪些测试才能准确地测项： 试出应用程序已经成功安装，而且没有遗漏主要的软件构件 3.5.2 测试方法及用例 3.5.2.1

功能测试

? 概述：确保测试项目的功能正常，如导航，数据输入，处理、检索是否正确，

以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程,这是目前的测试重点。

8