北京软件外包软件测试

北京软件外包软件测试

1.1.1    测试阶段

本项目将执行以下测试：单元测试、集成测试、系统测试、确认测试及验收测试四个阶段。

单元测试：即模块测试，是针对软件设计的最小单位程序模块（可独立编译的程序模块，或面向对象设计中的类）进行正确性检验的测试工作。其目的在于检查每个程序单元能否正确实现详细设计说明中的模块功能、性能、接口和设计约束等要求，发现各模块内部可能存在的各种错误。单元测试中同时进行详细设计的文档测试。

集成测试：在单元测试基础上，将已经分别通过测试的单元按设计要求组合起来再进行测试，以检查这些单元接口是否存在问题。检验程序单元或部件的接口关系，逐步即成为符合概要设计要求的程序部件或整个系统。软件集成的过程是个持续的过程，会形成很多个临时版本，在不断的继承过程中，每个版本都需要进行冒烟测试，即对程序主要功能进行验证。集成测试中同时进行概要设计的文档测试。

系统测试：充分运行系统，验证系统各部件是否正常工作并完成所赋予的任务。安装测试、恢复测试、安全测试、运行测试、操作手册测试等任何用户需要打交道的东西。对集成的硬件和软件系统进行测试。在真实或模拟的系统运行环境下，检查完整的程序系统能否和系统（包括硬件、外设、网络和系统之间、支撑平台等）正确配置、连接，并满足用户需求。测试组将确认测试于系统测试合并执行，在流程中统称为系统测试。

确认测试：确认测试又称有效性测试。它的任务是验证软件的有效性，即验证软件的功能和性能及其它特性是否与用户的要求一致。同时检测与正式软件是否满足软件需求说明书中的规定要求，同时进行需求分析的文档测试。

验收测试：按照项目任务书或验收大纲等验收依据文档进行对整个系统的测试与评价，决定是否接收或拒收系统软件定制开发。

1.1.2    版本控制措施

本公司在承制本项目时，与意爱义公司协商制定一份版本控制计划，所有项目成员都必须遵照版本控制规程操作配置库，以便随时可以追溯到以前的版本。

版本控制的主要步骤如下：

1）创建配置项：项目成员依据配置管理计划，在配置库的开发库中创建属于其任务范围内的配置项。此时配置项的状态为“草稿”；

2）修改处于“草稿”状态的的配置项：项目成员使用配置管理软件，修改处于“草稿”状态的配置项；

3）评审和审批：配置项定稿后需要接受评审和审批；

4）配置项入基线库：配置项通过评审和批准后，由配置管理员纳入基线库，则配置项的状态从“草稿”变迁为“正式发布”；

5）版本发布：基线库内有新的配置项产生，或者基线库里的配置项版本升级，配置管理人员要做版本发布，通过会议等方式通过项目组内其它人员。