5 解决方案

5.1解决方案总述

按照标准测试模型“V模型”,我们把建行开发中心的测试工作划分为:单元测试、功能测试、集成测试、版本发布测试、维护测试、上线测试几个阶段。通过描述各个测试阶段中的关键活动,以及关键活动的IPO来描述这个阶段的实施策略。

由于单元测试不属于黑盒测试,因此我们不在这里描述这个阶段。

5.2方案达成目标

通过自动化测试及管理项目的实施,在未来的半年到一年内可以达到如下目标:

制定统一的版本验证体系

通过科学分析,确定各种不同的版本需要采取的测试策略、业务范围、测试粒度等。同时建立规范的版本验证流程,使用自动化测试工具来完成版本测试的主要工作,确保版本验证测试的质量。
建立完整的自动化测试用例库

建立一套能够覆盖建行重要子系统的重要交易的全部业务分支的自动化测试用例库,并且这个自动化测试用例库将是可复用、可维护、高效的。彻底解决目前存在的回归测试不够充分、手工测试的质量过分依赖业务人员素质已经测试案例不能复用的问题,消除影响DCC安全运行的隐患。

建立规范的缺陷管理制度

未来开发中心的缺陷管理流程将全部通过专业的缺陷管理工具来进行管理,质量部门可以很容易的跟踪和管理缺陷的整个生命周期。同时利用缺陷管理工具,能够获得各种缺陷统计数据,掌握整个系统的质量状况,使得决策更加科学,降低由于决策失误导致的风险。

实现较高的投入回报比

开发中心在进行验收测试和模拟上线测试时,将不需要像以前那样投入入大量熟悉业务的测试人员,执行手工测试,可以节约很大时间和人力成本。并且随着自动化测试执行次数的增加,这个效果将越来越明显。