目前正在做某银行的黄金交易管理系统的业务场景设计工作，对于该项目我的整体的测试方法是：设计模块功能测试用例，这个是按照模块的各个业务功能提取测试需求，测试需求分三个角度来分析：

第一个就是正常功能测试用例；

第二个是异常或容错测试用例；

第三个方面是GUI测试用例。

整个测试以第一个和第二个方面为主提取测试需求，在测试中不要总是考虑太多的边界值，非法值等，这些都可以归纳在一个等价类中，用一条测试需求表达即可。而把重点放在正常功能的验证上，因为银行业务人员最关心的就是业务功能，在测试时间短的情况下，优先保证正常功能的实现。

在描述测试需求上，一定按照下面的原则：

测试需求提供一个测试应用程序所必须的详细的描述。一个测试需求是：

1、有利于开发和测试

2、帮助定义测试范围

3、设置明确的团队目标

4、节省时间和投入

一条有用的测试需求总是：

1、惟一的

2、精确的

3、有边界的

4、可测试的

举例：

系统主要事务的响应时间满足系统要求，为不符合要求的测试需求

测试需求：在1G内存和1.73兆主频的计算机上在25个并发用户执行插入、更新和删除操作时端到端的响应时间在3秒时间内

提取完成测试需求后，在QC中转换为用例主题，在其下面设计测试用例，一条测试需求对应一个或多个测试用例。

最关键是设计基于业务场景的用例，这里的用例不是我们通常意义上的测试用例，它是业务场景，但是在设计这些场景时，要考虑业务的各种组合情况，通过业务流程、公式、数据流把业务链接起来，形成一个一个的业务流，将来这些业务流就是我们功能测试中的一个个执行流程，这些流程将把测试设计工程师设计的测试用例贯穿下来，在测试用例中不写测试数据，而在业务场景中设计测试数据，这样能够让测试用例得到最大的复用，也就是不同的业务流可能使用同一个测试用例。

但是目前，在设计中也出现了一些问题，例如，在设计这些场景时，还是需要花费大量的时间，因为场景非常多，只能先设计典型业务场景，再考虑特殊情况。

该方法是我根据银行项目的特点以及对质量的要求设计的，以求达到对业务功能的覆盖。

该方法原来我没有采用过，这个项目第一次采用，我也在探索如何把这种方法运用的最好。