性能常识请教各位大佬，对于不可循环使用数据的性能场景如何设计？

小宇A · 2023年07月14日 · 最后由 Mr.Shuo 回复于 2023年08月01日 · 4375 次阅读

业务操作：

学生选课类接口，学生在学期开始后进行选课，同一门课只允许学生选择一次，学生可以选择多门课。

疑惑点：

单接口场景测试下，如果我想 100 并发数循环执行 5 分钟，那么是不要准备（5*60）*100 = 3000 个用户账号来进行登录，每次请求都需要进行登录，以满足实际的学生选课场景？
按上面来算如果做稳定性能场景下持续运行 2-3h 难道要准备（3*60*60）*100 = 1080000 个用户来满足？？

共收到 7 条回复时间点赞

Smobee #7 · 2023年07月14日

大胆一点，100 个用户循环登录即可，你创造 100 万个用户，其实跟 100 个用户，有什么区别？

小宇A #6 · 2023年07月14日 Author

对

区别就在于用户数据是不可循环使用的，一个 session 只能选一次课，重复选就会提示已选课，不走后面的落库操作

涤 #3 · 2023年07月15日 1 个赞

不做单接口，登陆查询剩余课程选课一起测试，这才符合真实场景

小叮当 #4 · 2023年07月17日

大胆一点，创建 3000 个用户和创造 100 万个用户，其实跟 3000 个用户，有什么区别？

Smobee #5 · 2023年07月17日

对

如果有 session 限制，要么让后端再提供个接口，清除，保证这 10 个用户可循环使用。
如果在不改后端的情况下处理，那么，就只能走注册流程。。。先把 100 万个用户注册完，再一起并发循环执行。

差班生 #5 · 2023年07月17日

要测试的场景不清晰。用户要不要重复选课，一共有多少门课。前置的条件要清晰

Mr.Shuo #1 · 2023年08月01日

让开发把选课去重判断的代码注了，测完再加回来

需要登录后方可回复, 如果你还没有账号请点击这里注册。