性能测试问产品 压力测试指标给多少？TPS、响应时间、并发量的要求是多少？这样计算_一般做压力测试,接口300并发几秒合格

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

怎么通过业务量来计算TPS多少合适呢？

直接上公式不太好理解，我们先看案例

案例1，秒杀型算法

案例的业务量要求

某业务，类似秒杀型，用户估算有2W左右，每个用户平均请求2次接口（查询用户信息接口、查询业务接口）， 这些用户大概率会在2分钟内会访问我们的系统，业务要保证用户2s能打开页面

TPS的分析

TPS是系统每秒钟处理的任务数量，给定二业务场景，我们就需要先计算出来每秒需要系统处理多少任务，从而反推在压力测试的时候，需要给多大的TPS了。

• 首先，整个系统的总请求数=用户（2W）* 每个用户请求数（2次）= 40000次
• 其次，每秒要求处理的请求数=总请求数/时间（切换到秒） 即约350（333向上取个整吧）。
• 最后，TPS并发数量与每个请求所消耗的时间，可实际计算出每秒实际能够处理的请求数。
  即每秒实际处理请求数量=tps数量 * 1000【1秒，需要切换为毫秒】/单组tps处理时间【这里是按200ms返回】
• 因此，我们只要保证 每秒实际处理请求数>每秒要求处理的请求数 就可以了。

最终结果就是
TPS数量 > 每秒要求处理请求数 * tps返回时间【按200ms计算】/1000ms

带入数据计算

tps>(350 * 200)/1000，具体tps>70。
因此可让压力测试人员按照tps100来压接口，返回在200ms以内就满足性能要求。
当然如果实际tps50的返回时间为100ms，则按照这个粗略的公式来推算，也是能够支撑的（350 * 100/1000=35，也就是说tps高于35，返回100ms以内也是可以的）

案例2，我们来看一个日常服务的算法

如：一个100w访问的服务，每天访问集中白天8小时，每个用户大约会请求3个接口，每天早上9点是峰值。

首先计算日均请求数（每秒）
按8小时 100w访问量、平均3个接口请求计算
每秒日均请求数=100w（访问量）* 3（每个访问量平均请求接口数）/8（小时）/3600（切换成秒），结果就是每秒请求100次。
按接口200ms返回，tps需要> 100 * 200/1000，即>20就行了。

如考虑日常服务的峰值，则按4 * 日均，即每秒请求400次，则tps>80即可，因此可推荐按tps=100来做接口的压力测试。

相关总结

1. 时间段越短，数据也越接近于瞬间并发
2. 如果用整日的数据来计算总请求数，需要按照日流量分布来估算一个峰值数据，日常APP可考虑使用 峰值=4 * 日均【当然还是要看你具体的访问量】

如果觉得以上繁杂，反正你也可以参考这个结论：

• 没啥人用的服务 tps 20，返回有300ms就行了
• 十万到百万级的服务，响应能达到tps50 /200ms就可以了
• 后台服务，能达到tps 20 / 200ms即可（通常后台同时使用也没多少人）
• 秒杀类的短时间高并发……TPS100或200 在 100ms内响应 应该也能撑一段时间（具体情况还是要看业务量）

最后，如需继续讨论，请留言哈。

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走！

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

b5e56a57acb)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！