给你一个秒杀需求，共 1000 个库存，怎么设计测试用例？
回答·5
最热
最新
- 这个需求当中有有三个对象， 时间：直到秒杀结束 人数：小于 1000，等于 1000，大于 1000 库存：1000 按照这三个对象时间是直到秒杀结束，库存是否根据下单数量而减少，就可以考虑不同人数的下的测试用例 这个是正常情况下的， 当然还有不正常情况下的 比如网络异常，服务异常等
- 分别进行功能测试和性能测试，但在测试计划及用例前，应有设计文档提供一下信息用于需求分析。 1.秒杀时长 2.系统最大用户数并给予此分析参与秒杀用户的并发数。 3.基于系统在最大并发情况下能容忍的最大失败率。 4.是否需要对后端接口进行单独测试并分析。 5.是否对于测试过程当中发现的性能瓶颈进行深入分析。 6 服务器硬件配置及架构 测试分别进行功能测试，性能测试(压测)： 功能测试根据等价类，边界值，因果图等基于各种不同场景进行数据准备并编写用例，用于测试产品功能上的缺陷。这类的业务场景设计可能会比较复杂，基于各种不同的应用场景都可能会有多个用例。 性能测试，个人以为性能测试对于秒杀这类应用来说也非常重要。应基于需求的要求进行高并发测试： 1.基于当前硬件配置及软件部署架构条件下，在保证需求要求的错误率前提下所能支持的最大并发数。 2.基于需求所需最大并发数并保证错误率不超标前提下，最低的硬件配置需求。
- 根据实际产品的不同，可能考虑的内容也会有些差别。大致分两个方向，功能和压测。 功能方面，考虑活动时间，产品数量两组数据在范围内，范围外和边界值得情况。如果是类似京东这种秒杀，还要考虑在有剩余的时候进入了付款页面，付款时无库存的情况。还要考虑网络延迟高甚至断网发送请求慢的情况。如果是 web 的，还要考虑浏览器的兼容性情况，app 考虑平台情况。页面显示包括按钮置灰，倒计时，可抢等情况如果需要就要测试一下。另外，如果产品可能涉及退货，则需要考虑用户活动时间内和活动时间外退货的情况，查看其他用户是否能够抢购。 另外，可以考虑活动页面展示数据库数据未跟上来的情况以及活动结束但是仍有库存的情况。活动下线数据库撤下的情况。 压测可以考虑 1s 内抢光所有的情况，以及最后 1 个产品多人同时付款的情况。查看是否有崩溃或者其他异常产生。 大致如下: 1.时间范围测试 2.库存范围测试 3.时间及库存边界值测试 4.页面显示测试 5.业务流程测试 6.有前端页面无后台数据测试 7.时间范围内和时间范围外退货再抢测试 8.兼容性测试 9.压力测试 10.异常测试。包括一个数据多人抢，抢购断网，进入付款页面后无库存抢。 11.如果涉及账号权限，还要考虑权限相关 差不多想到这些吧。具体情况具体分析，不喜勿喷
- 1000 个内正常下单 超过 1000 不能下单成功 库存控制正确，如用户秒杀一次，库存减 1。取消订单库存加 1. 只剩 1 时多人同时操作只有 1 个成功 秒杀数量完成后退单可以继续秒杀 数量有剩余时秒杀后是否可以继续秒杀（一个用户一般是只能秒杀一次） 不登录账户是否可以秒杀成功 不输入收件信息是否可以秒杀成功 秒杀数量输入多个是否可以成功 秒杀后不支付是否会释放库存
- 开始结束时间，秒杀按钮如何 库存足与不足按钮如何 退款后库存如何 一般秒杀会分为当天秒杀或者一段时间范围内秒杀，这时候可以查看秒杀提示或者按钮有无置灰 秒杀应该会有倒计时，倒计时结束后，秒杀活动的商品会不会恢复之前状态