TPS根据场景目标不同定义也不同，如果是接口级的性能测试，T可定义为单接口请求，如果是业务级的性能测试，T可定义为这个完整的业务流。

统计   在线用户*并发度=TPS

TPS*响应时间ms/1000=并发线程

思考题：因为市场上的概念多是基于那张性能示意图提出的，与实际场景存在误差，不同的性能项目的实施也都是不尽相同的。

性能场景之所以要连续，我认为真实场景也几乎不可能存在断开的场景，一般都是连续持续性的，所以做连续的性能场景才是真实有意义的。

思考题：我觉得不推荐使用这些词来概括性能执行策略是因为这些词其实并不只是单独性能执行策略这一项内容，它们还包含了其他诸如性能监控和分析的步骤。会容易导致理解的偏差并产生一些误导。性能测试不应只是根据需求指标单纯的设计一个模型并执行它，因为我们做性能测试的重点在于“性能”而不是“测试”，所以我觉得监控和分析是相当重要的，通过它们才能真正理清系统目前的“性能”以及缺陷和漏洞在哪，如何去改进，去提升性能，这样才是真正实现了对系统的赋能。个人拙见。