1、需求收集

　　需求收集阶段涉及功能规格说明书或使用案例的需求文档。收集每个客户的需要作为需求并由银行专家或业务分析来输出文档。编写需求文档涉及多个学科的专家，因为银行业务本身具有多个分领域，并且一个完整的银行应用会集成所有的。例如一个银行应用可能包含不同模块用于转账，信用卡，报告，贷款账户，账单支付，交易等。

　　2、需求评审

　　可交付的需求收集要相关人士评审，如质量保证工程师，开发经理和同行业务分析。他们交叉检查既不存在业务流程或新流程违规。

　　3、业务场景准备

　　在这个阶段质量保证工程师们从需求文档（功能规格说明书或使用案例）提取业务场景；业务场景是这样提取的所有需求都能覆盖。业务场景是没有详细步骤的高级场景，进一步这些业务场景由业务分析来评审确认所有的业务需求都符合，并且比起评审低级的详细测试用例，评审高级的场景对于业务分析来说更容易。

　　4、功能测试

　　在这阶段功能测试被执行，通常被执行的软件测试活动例如：

　　测试用例准备：

　　在这个阶段测试用例从业务场景中提取，一个业务场景带出若干正面测试用例和负面测试用例。通常在这阶段用到的工具有Microsoft Excel，Test Director 或 Quality Center。

　　测试用例评审：

　　由同行的质量保证工程师评审。

　　测试用例执行：

　　测试用例执行可以试手工的或自动的，用到的工具如QC， QTP或其他。

　　5、数据库测试

　　银行应用涉及执行在UI层面和数据库层面复杂的事务，因此数据库测试跟功能测试一样重要。数据库本身是完全分离的层因此它由数据库专家们实行，它使用的技术像

　　1）数据加载

　　2）数据库迁移

　　3）测试数据库架构和数据类型

　　4）规则测试

　　5）测试存储过程和功能

　　6）测试触发器

　　7）数据完整性

　　6、安全测试