2.3 测试案例库管理

目前的业务人员的测试主要是通过人工来实现的，特别是对于系统验收测试和模拟上线测试需要组织大量的业务人员进行多个轮次的测试。

由于是人工测试，因此除第一轮次以外，后续轮次的测试往往只是对前一轮测试发现的BUG进行验证，无法在每个轮次都进行全交易覆盖的回归测试。此外由于缺乏专业的测试工具，有些特殊的测试需求无法实现，例如对整个系统的性能测试，目前使用的是开发组自己开发的测试工具。

具体的测试方法是业务人员分别编写自己负责部分的测试案例，手工执行案例。测试案例往往只是细化到大交易码级，对交易的详细分支，一般没有详细的测试案例，通常是依据业务人员的经验来进行测试。

测试案例题库应该包括几个部分：

第一，测试基础数据；

第二，测试案例（包括测试脚本和测试数据）；

第三，测试报表比对规则库。

目前的情况是：

第一，测试基础数据不稳定，增加测试数据缺乏规则；

第二，测试案例没有格式化；

第三，测试报表缺乏对比的规则和验证规则。

总的来说，是测试案例基本上不存在。