功能测试成功案例（民生银行自动化测试）
一、项目背景
国内的银行系统的核心业务（Corebanking）作为银行的基本业务支撑软件，具有以下几个特点：
功能复杂
复杂的corebanking有多达两三千个功能，并且允许多个功能之间进行组合，实现更复杂的功能。
频繁的系统升级与更新
由于WTO要求，金融行业的开发速度很快，各个银行都在从经营国内的传统银行业务（存款、贷款、票据等），向更多的业务品种、产品化经营模式、混业经营等方向飞速发展。在这个前提下，就要求银行的核心业务系统不断的改造和增加功能，以满足告诉发展的业务需求。
对功能可靠性的要求非常高
银行软件的最大特点是高可靠性，不循序出现错误和保持系统运行的稳定性。
相对应，会导致对系统测试提出了更高的要求：
高覆盖率的测试用例
银行核心业务系统的功能复杂，更要求具有非常全面的测试用例，能够覆盖整个核心业务系统的功能。
测试用例的高复用性
核心业务软件具有很长的生命周期，随着软件版本号的增加，功能不断的增强，就需要对应版本的测试用例来对不同的版本进行测试。
软件功能的提升是建立在上一个版本基础上的，因此测试用例也是建立在上一个版本的测试用例基础上的。因此，对测试用例进行复用，可以有效地降低测试成本。
软件版本发布过程中，会有大的版本发布和小版本发布，也就对应了需要进行不同规模的测试。每次测试，如果都重新设计测试用例，会带来巨大的成本开销；因此通过测试用例的高复用性，可以在测试的时候只需要重构发生变化的测试用例，就可以方便的实现回归测试。
大量的回归测试
核心业务软件具有很长的生命周期，随着软件版本号的增加，每次发布版本都需要对原有的功能进行回归测试。
按照软件工程的统计学规律，每修改3个缺陷会引入一个新的缺陷，这就是说，当我们修改或者增加功能的时候，会导致新的缺陷产生。
需要通过对每个发布版本的测试来发现引入的缺陷。这种测试对于安全生产具有重要的意义。
通过回归测试，可以很好的发现新引入的缺陷。
测试质量控制点和质量标准
传统的功能测试，基本上由测试人员自己来设计测试用例、执行测试用例、汇报测试结果。在整个测试过程中，缺乏有效的质量控制点和质量标准：
1）没有某个阶段点进行Review和评审；
2）缺乏测试需求、测试用例的质量标准。测试的质量得不到保证。