好的，感谢！

对的，我在帖中就是质疑了这个公式的错误，只是另外的资料中有的是 3600*20% 再乘以 8，有的是乘以 24，我不知道该采取哪种，现在来看，对于我这个项目来说乘以 24 的是对的。不过我昨天是在公司算 7.8 的，回家发帖的时候记错了记成了 16。
看了大家的回答，我现在的理解是，如果按照公式来算，出来的结果是 7.8，这个 7.8 的 TPS 可以大致理解为 24 小时的平均事务处理，而对于具体的项目来说，有一些场景是需要的 TPS 是远超过这个平均值的，就需要针对不同的业务上的场景设计不同的用例，来监测这些场景下的 TPS 值，最终通过分析这些值来确定整个系统的性能的指标以及需要的服务器的大致配置，可以这样理解吗？

因为是新的系统，还没有部署生产。当前的目的是通过压力测试来寻找一些可能遇到的问题，来决定部署生产的配置。

感谢大佬，实际值与目标值我明白了。项目是一个在线购物网站，我现在应该构建一些场景的测试用例，比如注册 + 登录、切换查询商品、添加商品到购物车，这样的接口组合，再去跑，对吧？还有就是像这种购物网站的话，如果按照我上面的公式来说，是应该采取分母乘以 8 还是 24 呢？项目是国外的项目，还需要考虑黑色星期五和圣诞的情况。（虽然楼里有大佬不建议根据 UV 和 PV 分析，只是目前只有这 2 个数据，因此我的想法是先根据公式给出大概的标准范围，之后可以根据客户提供的更多信息再进一步完善优化）

16 和 23 是分别按照公式的分母再乘以 8 和 24 算出来的。你说的接口处理时间这个确实需要关注，毕竟如果单接口的话，在极短的时间内就处理了，这样跑出来的结果应该不太具有参考性。