[发明专利]一种终端交易性能测试方法

说明书

【技术领域】

本发明涉及一种终端交易性能测试方法，尤其涉及一种能够较真实地模拟实际银行卡交易并且保证测试持续性的终端交易性能测试方法，属于银行卡交易仿真测试技术领域。

【背景技术】

随着银行卡的推广和普及，人们使用各种终端(例如，POS机、ATM机、自助终端、移动支付终端等)来支付消费的行为日益普遍。因此，除了普通交易外，例如消费撤销、消费冲正、退货、预授权完成、预授权完成撤销、预授权完成撤销冲正等等这些关联交易也越来越多的发生。银行卡信息交换系统下的收单平台，作为处理上述交易的主要平台，不但要求运行稳定、高效，而且在发生大量的关联交易(例如，在出现网络异常后再恢复时存在大量的冲正交易)时仍要求保证其能运行在相同的性能水平。

关联交易(或称为后续交易)一般会引起与原始交易相反的资金流向，因此要求收单平台能够准确找出其原始交易并予以处理。此外，还要在该原始交易上打上标记，以禁止其他的关联交易再对该交易进行处理，例如在发生网络异常时，终端可能在发送冲正交易后并未获得收单平台的应答，所以终端再次上送冲正交易来处理同一笔原始交易，这样在网络恢复后收单平台可能会收到两笔冲正，因此要求只能对原始交易进行一次资金冲销处理。另外，关联交易也可以有自己的关联交易，因此收单平台在收到关联交易的关联交易(或称为后续的后续交易)时，需要对最初的原始交易进行标记处理，例如消费交易在收到消费撤销后被打上已撤销的标记，如果又收到了消费撤销冲正则又需要将消费交易设置成是可撤销的。

综上可见，在发生关联交易时会引起收单平台的一连串操作，其所承受的性能压力较大，因此在现有的性能测试中，测试工具往往基于提高自身性能的考虑而针对实际交易采用不记数据库、不记文件的方法来向收单平台发送交易，但是这样处理的一个缺点是无法上送关联交易，因为原始交易信息完全被直接丢弃了。然而，如果测试工具采用与收单平台相同的处理方式，即也采用数据库记录交易的方式，那么将会造成测试工具自身性能的较大程度地下降，结果将会困惑用户：测试数据的下降究竟是由于收单平台性能下降导致的，还是由于测试工具的性能下降导致的？而且，为了支持测试工具的本身性能，就需要一系列配套软硬件的投入、额外的人力资源的投入，因此整体消耗是巨大的，也是不经济的。所以，现有的性能测试工具的特性决定其无法上送更接近交易实情的交易。对此，开发人员只能在进行系统开发时，大致估算关联交易消耗资源相对于普通交易消耗资源的一个比例系数，然后照此扩大需求对收单平台的性能要求，以期保证收单平台在实际工作环境下也能承受同样的交易压力。但是，上述做法显然是有风险的：一方面这种估算的精确度不高，从而新系统上线前要花费大量的精力来降低风险的发生(例如，延长并行测试的时间以尽量发现问题等)；另一方面，无法对新系统在各种情况下的性能瓶颈做全面的描述，从而在现有技术下也就无法使用目前的生产数据及其交易趋势图来准确评估新系统的效力(例如，当某一种或几种关联交易占到总交易的10％时，性能瓶颈可能在应用程序，而当某一种或几种关联交易占总交易量的20％时，瓶颈可能就在磁盘读写)。

此外，值得注意的是在真实的交易环境中，每天都有数十万个终端(或称为发送方)在上送交易，收单平台(或者其他的交易转换平台)出于安全和业务需要，必须管理这些终端的状态。例如，不允许签退的终端再做交易；终端收到批结应答后需要上送批上送报文以和收单平台对账，并且批结后的终端需要更改自身的批次号以和收单平台保持同步；签到的终端必须同步收单平台下发的密钥等等。所以，要在性能测试中模拟上述这些实际交易情形，是比较困难的。对此，现有技术通常采用两种方案来实现：①启动两个以上的性能测试工具进程并用每个进程模拟一个终端，该技术方案的优点在于被测系统收到的交易一般是终端和交易种类的混合搭配，但是缺点在于无法通过启更多的进程来真正实现数十万个终端的模拟量；②搭建两个性能测试工具进程，其中的一个进程只做普通交易、另一个进程只做引起终端状态变化的特殊交易，该技术方案的优点在于占用资源较少，只做特殊交易的终端由于每一笔交易都要导致终端状态重置，所以不需要在测试工具内实现控制终端做普通交易的业务逻辑，因而也不会导致测试工具性能的下降，但是其缺点是在收单平台收到的交易中，一部分终端只做普通交易、另一部分终端只做特殊交易，故交易种类和终端并不是混合搭配的，所以与交易的实际情况不吻合。由此可见，现有的测试技术方案均难以保证测试结果的准确性，并且它们都至少需要准备两个测试工具进程，因此操作过程比较复杂，当出现问题时也不易于排查定位。

【发明内容】