从一个测试场景说起

一个同事曾经问过我这样一个测试场景:

某系统授权是3个并发用户,如何测试超过3个用户登录时的处理是否正确?

 

简单思路:

手动登录3个用户,当第4个用户登录时,预期登录失败。

 

扩展:

如果授权用户数改为10个,甚至100个,1000个,该如何测试?

 

思路分析:

授权的用户数限制,是在不超过用户数限制时,登录正常;一旦超过限制数,登录失败。所以这里的难点,就在于如何制作大批量的已登录用户数。

 

解决方案1:

通过登录接口,模拟用户登录。

实现方式是获取到对应的登录接口和参数列表,编写一个简单的脚本,或者通过soapUI、jmeter、loadrunner等工具,对某些关键参数(如用户名)进行参数化,批量发起登录请求。如果登录数超过授权用户数,则预期返回登录失败。

实现要求:

1. 获取到相关接口的地址和参数列表。

2. 熟悉相关的工具,如soapUI、jmeter、loadrunner或Python、Java等。

 

解决方案2:

直接制造一批已在线的用户数,然后手动触发新的登录,看能否正确处理。

实现方式: 当前在线用户数会存储在数据库中,可以直接编写一批sql在相关数据表中插入一批已在线的用户数。

实现要求:

1. 了解相关业务实现逻辑和数据表结构。

2. 数据库插入数据权限。

3. 简单的sql 语句编写能力。

 

对于以上的这些场景,你有什么不一样的技巧和思路吗? 欢迎留言给我进行分享!

转载于:https://my.oschina.net/u/1447352/blog/1504405

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值