今天讨论的主要有2个问题：1.真正意义上的并发存在吗？2.为什么引入思考时间？实际应用中到底加不加？工具/原料more性能测试工具loadrunner等工具问题1：真正意义的并发存在吗1/5分步阅读

真正意义上的并发存在吗？

不同的人有不同的理解，正如1000个哈姆雷特有1000个想法，但是现实的社会却是：答案是确定的，并且只有一个！，那就是不存在，不存在，不存在！

2/5

下面就详细的介绍一下，在并发过程中，时间都去哪儿了。

响应时间包括：前端响应时间和后端响应时间。

性能测试既要关注后端的响应时间，也要关注前端的响应时间。

3/5

原因：当我们在客户端发出请求时，在传输过程中会有损耗，所以不存在真正意义上的并发。

4/5

在测试过程中添加的集合点，也不能解决并发的问题。集合点只是在客户端模拟并发。到达服务器的时间已经不是并发了。

5/5

在服务器端不存在真正意义上的并发。

问题2：为什么引入思考时间？实际应用中到底加不加？1/6

思考时间：思考时间的定义是在两个连续操作之间的间隔时间。

引入思考时间的目的有两个。

2/6

引入思考时间的第一个目的是因为业务的需要，因为业务决定需求。在有业务限制的地方，比如不能连续发帖，为了防止灌水现象的发生，就会引入思考时间满足业务需求。

3/6

引入思考时间的第二个目的，也是被大家最耳熟能详的目的，是为了更加真实的模拟用户操作行为。因为在现实环境中，用户在操作的时候，不可能实现没有间隔的连续操作，通常在输入用户名、登录密码或选择查询条件等等的操作中是需要有停顿时间去输入或选择的。所以为了更真实的接近真实场景，需要加入一些思考时间，此时的思考时间可以是固定的，也可能是某一范围内的随机值。

4/6

既然需要加入一些思考时间以满足我们在实际测试中的特殊需求，那么在加思考时间的时候该如何选择呢。主要从以下两个方面考虑。

5/6

没有特殊的需求时，一般要加思考时间。思考时间的取值，根据实际的需要。

6/6

思考时间对性能测试的结果不会有本质意义的影响，不会因为增加了思考时间之后，系统该有的那些瓶颈就不会暴漏出来，所以不必太过纠结。