通过整个自动化测试项目的实施，我们解决了之前我行测试中所碰到的问题，使我们能真正从纯粹依靠业务人员的手工测试过渡到高配置性，高可扩展性的自动化测试阶段，发现一些可能会导致系统风险的隐蔽缺陷。

　　我们简化了自动化框架和脚本编写的过程，通过自动化脚本转换程序来得到测试脚本，并可以重复利用脚本，这样就省下来了大量编写脚本和调试脚本的工作，减少对自动化工程师的依赖。脚本转换程序只依赖于银行核心系统的栏位定义。

　　提高测试用例的可利用率，测试用例设计需要一些对业务非常了解得资深业务人员来完成，但是对于银行来说，这些人员本身也是稀缺资源。我行通过Test Case Designer，来完成大量测试用例的设计，可以降低设计测试用例的难度。通过在TCD中设计的业务规则，TCD便会自动生成测试用例，并计算测试风险值。这样将会大大减小设计人员的压力。

　　在测试设计中，一些特殊的业务场景是需要并行的，我行通过Terminal Auto Runner和Test Center来解决这些场景的执行。TAR本身具备模拟终端柜台的GUI界面，录制脚本和真实的业务操作保持高度一致性。使用TAR来取代原先的业务人员手工测试，由TAR来完成业务人员每天上千次的交易提交，可以极大地提高效率，并保持低错误率。TAR和TestCenter联动支持多客户端同时并发测试，可运用于实际多变的测试场景。

　　测试体系的建立对于银行软件得质量保证起到关键作用，需要循序渐进的标准化测试过程，使测试人员，开发人员，业务人员都进入到整个测试过程中，相互合作，提高测试质量。相比手工测试，管理者能够通过TestCenter，掌握目前测试的进度，测试用例的执行情况，缺陷的修复情况。

　　总体来看，这次自动化测试的引入对于我行来说不仅仅是对当前测试项目的质量保证，更是为我行建立整体测试体系作铺垫，为我行储备更多的测试人才，为我行未来业务高速发展做好准备。测试体系的建立需要循序渐进，我行已经成功的迈出了第一步，在测试体系中，我们产出了标准化测试文档，这使得测试整个过程更加规范、合理，同时我们的开发人员、业务人员也在往测试人员这个角色转变，逐渐形成稳定、成熟的测试团队，拥有了这样的团队，足以应付我行将来迅速发展的业务测试需求。

　　目前，总分行改造项目自动化测试已进入第4轮回归测试，自动化测试的成功加入，有效地缓解了我行高速发展带来的信息技术挑战，很好提高了测试效率，节约了人力上的成本。

　　自动化测试在第一次测试需投入较多工作量，但在之后就可以不知疲倦，重复测试，保证了测试案例全面的执行，真实客观的反映了测试结果，同时也验证了遗留问题的修正反馈能力。自动化测试项目的引进有效的去除了手工测试中碰到的大量重复测试工作和手工不可能进行的性能测试问题，测试交由软件自动执行，缩短了回归测试周期，节省了项目时间，在此基础上，自动化测试项目的引进已经或者正在对我行测试标准的建立和统一产生了一定的良好影响，相信在接下来的测试过程中自动化测试会给我行带来更多的可见性作用和良好的影响。