1 目的

对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。

2 适用范围

2.1 机构

研发中心技术部门及PMO、技术拓展部。

2.2 业务

软件的测试。

3 名词术语

3.1 ST(System Test)：系统测试

4 概述

由于系统测试的目的是验证最终软件系统满足产品需求并且遵循系统设计，所以当产品需求和系统设计文档完成之后，系统测试小组就可以提前开始制定测试计划和设计测试用例，而不必等到“实现与测试”阶段结束，这样可以提高系统测试的效率。

5 过程定义

5.1 系统测试

系统测试流程

5.1.1 角色与职责

5.1.2 入口准则

产品需求规格说明书和概要设计、详细设计说明书文档完成之后。

5.1.3 输入

产品需求规格说明书

概要设计说明书

详细设计说明书

5.1.4 过程活动

1)、制定系统测试计划

系统测试小组各成员共同协商测试计划。测试组长按照制定的模板起草《系统测试计划》。

2）、组织评审系统测试计划

系统测试组长组织评审系统测试计划。

3）、审批系统测试计划

项目经理和高层经理审批系统测试计划。

4）、完善测试用例

由于在系统设计的时候已经完成系统测试用例初稿，系统测试小组在此过程中要完善系统测试用例。

5）、执行系统测试用例

系统测试小组各成员依据《系统测试计划》和《系统测试用例》执行系统测试。

6）、撰写系统测试报告

系统测试完成需要撰写系统测试报告。测试报告模板参见 JESUN-SP-IMPT-T05 测试综合表格。

5.1.5输出

系统测试计划

系统测试用例

系统测试报告

5.1.6 出口准则

系统测试计划得到审批

本过程所有文档都已经完成

对于非严格系统可以采用“基于测试用例”的准则：

功能性测试用例通过率达到100%。

非功能性测试用例通过率达到80%。

对于严格系统，应当补充“基于缺陷密度”的准则：

相邻n个CPU小时内“测试期缺陷密度”全部低于某个值m。例如n大于10，m小于1。

5.1.7 过程度量

度量人员对以下数据进行度量并汇报给项目经理

测试的工作量

文档的规模

缺陷的个数与类型

5.1.8 确认与验证

QA对系统测试过程及其产生的产品的规范性进行检查；

项目经理和高层经理对系统测试计划进行审批；

EPG对项目经验数据进行审核。

6 规程

无。

7 标准与规范

7.1 《系统测试检查单》

8 裁剪指南

此过程不可裁剪。

9 模板与表格

9.1《系统测试计划模板》

9.2《 系统测试用例 模板》

9.3《系统测试报告模板》

10 实施指导

“系统测试”是软件开发项目中的重要过程。项目是否满足需求均以系统测试通过为准。以下是对“系统测试”过程实施时的进一步指导说明：

1）、管理配置项

对“系统测试”过程产生的所有有价值的文档应纳入配置管理的适当层次。主要文档示例如下：

系统测试计划

系统测试用例

系统测试报告

2）、培训人员

对系统测试人员进行必要的培训，提高他们的测试效率。

3）、使项目干系人适时介入

对于合同项目，应根据具体情况决定客户介入“系统测试”的程度；

4）、QA根据计划和控制“系统测试”过程，并且采取适当的纠正措施。

5）、项目经理在执行“系统测试”过程中，应注意收集对过程的改进建议，并提交给组织EPG。

6)、项目经理设法组建富有成效的系统测试小组。系统测试小组的成员主要来源于：

机构独立的测试小组（如研发中心测试部）

邀请其他项目的开发人员参与系统测试。

本项目的部分开发人员

机构的质量保证人员

7)、系统测试小组应当根据项目的特征确定测试内容。一般地，系统测试的主要内容包括：

功能测试。即测试软件系统的功能是否正确，其依据是《需求规格说明书》。由于正确性是软件最重要的质量因素，所以功能测试必不可少。

健壮性测试。即测试软件系统在异常情况下能否正常运行的能力。健壮性有两层含义：一是容错能力，二是恢复能力。

性能测试。即测试软件系统处理事务的速度，一是为了检验性能是否符合需求，二是为了得到某些性能数据供人们参考（例如用于宣传）。

用户界面测试。重点是测试软件系统的易用性和视觉效果等。

安全性测试。是指测试软件系统防止非法入侵的能力。“安全”是相对而言的，一般的，如果黑客为非法入侵花费的代价（考虑时间、费用、危险等因素）高于得到的好处，那么这样的系统可以认为是安全的。

安装与反安装测试。

8)、项目经理和测试小组根据项目的资源、时间等限制因素，设法合理的减少测试的工作量，例如减少“冗余或无效”的测试。