如何测试工行缴费接口

zylfanny

我们现在要做一个这样的测试，就是我们的系统中有一个缴费接口，是工行的，想对系统处理缴费的能力做压力测试，该如何进行呢？（防止出现缴费错误，比方说缴费的客户多的时候，担心系统记录不下来，系统需要完整的记录每一个客户的缴费记录，这是必须得）

   现在有个很大的问题就是：当从我们的系统通过缴费接口转到工行的缴费页面后，需要输入动态验证码，验证码，密码之类的东西，我个人觉得即使能录制下来，也是无法回放的，而工行的缴费页面，我们也没法去更改，且交易转帐必须是真实的，否则工行那里也无法通过，如果虚拟1000个用户的话，每回放一次，产生的交易额也是巨大的，觉得不可行。很困惑。不知道有没有高人指点下迷津啊？
   对于这样的系统该采取什么样的测试策略进行压力测试呢？

lyron

关于验证码的部分   可以让开发先屏蔽掉 毕竟压力测试和验证码没关系   如果不能更改 LR高版本好像可以支持验证码的录制和回访 具体没用过 所以不好说   还有测试环境  建议搭建测试环境来弄  不然很麻烦

zylfanny

谢谢Lyron  ，关键验证码部分是工行的缴费页面了 ，我们没法改变。而且银行支付页面还要输入银行卡的动态口令。有没有其他的可以替换的测试策略，既能回避这样的问题，又能测试了我们系统承受压力的情况？

lyron

我明白你的意思了   你是要测试你们缴费系统到银行接口的性能      这个是没办法压的   除非银行给你压

lyron

我明白你的意思了   你是要测试你们缴费系统到银行接口的性能      这个是没办法压的   除非银行给你压

lyron

如果你想压自己系统的接口 其实很简单  银行返回给你的结果无非就2个  不是充值成功就是充值失败  你只要注意失败的内容不是服务器连接问题就可以了

sunhao

如果只是测试你们自己系统的压力情况，可以做一个挡板，模拟交行的接口，返回你需要的值，这个需要开发配合你们开发这个挡板。也就是模拟交行返回的数据

sunhao

如果只是测试你们自己系统的压力情况，可以做一个挡板，模拟交行的接口，返回你需要的值，这个需要开发配合你们开发这个挡板。也就是模拟交行返回的数据

msnshow

需要对方配合，不需要真实的数据，可以用模拟的

devil_xxg

这个测试必须用模拟程序，你不可能在生产环境进行测试的。