51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3936|回复: 9
打印 上一主题 下一主题

[原创] 如何测试工行缴费接口

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-2-11 20:53:52 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我们现在要做一个这样的测试,就是我们的系统中有一个缴费接口,是工行的,想对系统处理缴费的能力做压力测试,该如何进行呢?(防止出现缴费错误,比方说缴费的客户多的时候,担心系统记录不下来,系统需要完整的记录每一个客户的缴费记录,这是必须得)

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

使用道具 举报

该用户从未签到

2#
发表于 2011-2-12 09:30:30 | 只看该作者
关于验证码的部分   可以让开发先屏蔽掉 毕竟压力测试和验证码没关系   如果不能更改 LR高版本好像可以支持验证码的录制和回访 具体没用过 所以不好说   还有测试环境  建议搭建测试环境来弄  不然很麻烦
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2011-2-12 12:34:28 | 只看该作者
谢谢Lyron  ,关键验证码部分是工行的缴费页面了 ,我们没法改变。而且银行支付页面还要输入银行卡的动态口令。有没有其他的可以替换的测试策略,既能回避这样的问题,又能测试了我们系统承受压力的情况?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2011-2-12 14:29:32 | 只看该作者
我明白你的意思了   你是要测试你们缴费系统到银行接口的性能      这个是没办法压的   除非银行给你压
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2011-2-12 14:30:00 | 只看该作者
我明白你的意思了   你是要测试你们缴费系统到银行接口的性能      这个是没办法压的   除非银行给你压
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2011-2-12 14:50:07 | 只看该作者
如果你想压自己系统的接口 其实很简单  银行返回给你的结果无非就2个  不是充值成功就是充值失败  你只要注意失败的内容不是服务器连接问题就可以了
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2011-2-12 16:05:24 | 只看该作者
如果只是测试你们自己系统的压力情况,可以做一个挡板,模拟交行的接口,返回你需要的值,这个需要开发配合你们开发这个挡板。也就是模拟交行返回的数据
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2011-2-12 16:05:45 | 只看该作者
如果只是测试你们自己系统的压力情况,可以做一个挡板,模拟交行的接口,返回你需要的值,这个需要开发配合你们开发这个挡板。也就是模拟交行返回的数据
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    9#
    发表于 2011-2-12 22:22:57 | 只看该作者
    需要对方配合,不需要真实的数据,可以用模拟的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2011-2-14 10:46:21 | 只看该作者
    这个测试必须用模拟程序,你不可能在生产环境进行测试的。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-9-24 01:23 , Processed in 0.080316 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表