2 项目背景

2.1测试工作现状

建行数据集中工程一期工程项目已经结束，顺利转入推广、维护阶段。在分行推广过程中，建行开发中心将不再进行大范围的开发工作，转入缺陷修复和功能增强、版本管理等维护性质的工作。

日常的工作为：

第一，对新需求的开发、测试工作；

第二，对原有系统上线支持、上线测试；

第三，修复原有系统的缺陷，满足各个分行业务需求、满足分行外挂系统的需求；

第四，优化原有系统，进行开发和测试。

2.1.1测试工作划分

通常我们都是按照“V模型”来描述整个测试活动的生命周期。“V模型”将软件的测试活动划分为四个不同的级别：单元测试、集成测试、系统测试、验收测试。这些级别分别对应了软件开发周期的不同阶段。

按照V模型的划分，当前DCC的测试划分如下：

测试级别划分

覆盖子系统

测试方法

单元测试(UT)

前端

开发人员利用自己开发的测试工具进行测试

前置

开发人员利用自己开发的测试工具进行测试

主机

开发人员利用自己开发的测试工具进行测试

文件传输

开发人员利用自己开发的测试工具进行测试

网关

开发人员利用自己开发的测试工具进行测试

集成测试(IT)

连接测试

DCC系统

开发人员根据变更的内容，设计相应的测试用例，进行手工测试。

功能测试

DCC系统

系统测试（ST）

功能测试

DCC系统

开发中心统一组织大量的业务人员进行多个轮次的测试。

性能测试

DCC系统

利用开发人员自己开发的测试工具进行性能测试，没有引进专业的性能测试工具。

版本验证测试(RT)

前端、前置系统
  1. a. 对于部署环境不同而产生的版本，目前只是通过比对目标码的字节数来进行测试。
  2. b. 对于应用发生变化而产生的新版本，根据具体应用变更的情况确定业务测试范围，进行回归测试。

主机

文件传输

网关

部署环境和需求已经比较稳定，基本没有新的版本发布。