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

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

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

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

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

先说结论

一般推荐，如果你：

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

背景

做项目开发的时候，不止一次被性能测试问“这个服务性能要求是多少？”他期望能得到一个这次接口TPS压到50还是100，返回时间是100ms还是200ms的回答。然后压力测试的脚本就跑起来，挨个接口就去压了。

但作为产品我怎么知道报多少合适呢？（是的，在某些团队这是研发负责人应该考虑的）。通常我们是只知道业务量，怎么转换成tps、返回时间的要求呢？（有时候业务量都估算不出来，那这种场景下你就按最顶部的推荐的来测吧。）
现在，只要10分钟，让你了解怎么计算这些内容。

首先，需要知道不同的产品有不同的应对要求

• 手机发货的抢购秒杀场景和美团的场景需求不一致，导致产品性能要求就不一致
• 千万级用户的app和十万级app，同样的性能要求，转换为技术指标上也不一致

继续计算，我们需要了解

什么是TPS

Transactions Per Second（每秒传输的事物处理个数，或者说每秒系统接收的任务数量），系统接收到任务后会有一个处理时间。
在压力测试时，测试人员会主动按一定tps的量来主动发起接口请求，比如tps=50，就是每秒请求50次，获取一个平均的响应时间（单位一般都是毫秒ms）。压力测试人员口中的TPS50 200ms返回，就是指每秒测试人员主动发起50次请求，这些请求会在平均200ms返回。
由于其他技术指标如QPS（数据的每秒查询个数）等性能都会在tps这个维度上展示出来，因此可通过tps对系统性能进行简单判断，以满足日常性能测试需求。

性能测试的指标是怎么来的呢？

1. 产品和运营要给出业务匡算：
   这个服务，在多长时间段，多少人会访问
2. 性能要求上，通常情况下的APP应该如何？
   页面访问的2、5、8原理（用户进入服务2s内要展示完所有内容，超过5秒用户就无法忍受了，超过8秒就没有人再等了，直接关闭服务）
   因此页面的渲染时间+资源文件的载入时间+接口的获取时间需要保证1s~2s内完成
3. 这个条件下接口获取时间多长合适？
   无脑建议200ms以内（考虑到你页面也要2s打开，还要给其他工作留时间）

现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：110685036【暗号：csdn999】

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

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

案例1，秒杀型算法

案例的业务量要求

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

TPS的分析

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

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

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

带入数据计算

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

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）

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

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