在一次对web系统进行压力测试，到了一定并发数时（如并发数500），就会报HTTP请求连接超时、或HTTP请求接收超时、或步骤下载超时
一般这三个高级选项是默认120S
后来把这三个选项调高到300S或其他，并发数500的时候就不会报超时出错，如果将选项设为更大，即使上到800并发也不会出错。
请问这三个选项对测试结果评价有什么深层的影响？我说指的深层影响的意思除简单的字面解释“超过120S就超时”这类以外进一步含义
而且还有一个疑问，默认值120S就是3分钟了，怎么理解这个三个选项值应该设多大？
-----回复 1：
一般这三个高级选项是默认120S
后来把这三个选项调高到300S或其他，并发数500的时候就不会报超时出错，如果将选项设为更大，即使上到800并发也不会出错。
请问这三个选项对测试结果评价有什么深层的影响？我说指的深层影响的意思除简单的字面解释“超过120S就超时”这类以外进一步含义
而且还有一个疑问，默认值120S就是3分钟了，怎么理解这个三个选项值应该设多大？
-----回复 1：
可以这么说一下：
1）HTTP协议都会有一个链接超时重传的过程，这个应该是协议本身的一些性质，具体的请参考HTTP协议的RFC文档：RFC2616;
2）如果说对于性能测试的影响，应该是影响到响应时间，就是说在设置了这些超时的时候，测试过程中虽然不会出错，但是响应时间一般会很大，具体的说这个三个超时时间是他们的响应上线；
3）设置超时也有一定的好处，比如其中部分用户的响应时间过长，这样可以减少测试中的错误信息；
4）对于超时时间最好根据测试的需求来定义，比如系统要求的响应时间是5秒，显然出现这种超时是不合适的，必须减少并发用户，其实并发用户不是一个单独的指标，需要跟响应时间和事务处理的业务相结合来考虑；
-----回复 2：
1）HTTP协议都会有一个链接超时重传的过程，这个应该是协议本身的一些性质，具体的请参考HTTP协议的RFC文档：RFC2616;
2）如果说对于性能测试的影响，应该是影响到响应时间，就是说在设置了这些超时的时候，测试过程中虽然不会出错，但是响应时间一般会很大，具体的说这个三个超时时间是他们的响应上线；
3）设置超时也有一定的好处，比如其中部分用户的响应时间过长，这样可以减少测试中的错误信息；
4）对于超时时间最好根据测试的需求来定义，比如系统要求的响应时间是5秒，显然出现这种超时是不合适的，必须减少并发用户，其实并发用户不是一个单独的指标，需要跟响应时间和事务处理的业务相结合来考虑；
-----回复 2：
120S是两分钟吧？
如果设置时间长，当然会成功的事务多一些。
因为本来在120S内如果得不到响应就会报错，而现在是300S得不到响应才报错。
比如：收一封信，本来能接收的最慢的速度是两天，而现在收信人认为10天收到，我也无所谓。那当然给送信的更多的时间了。
如果你细分析每一段的时间就会发现，这些时间的消耗
如果设置时间长，当然会成功的事务多一些。
因为本来在120S内如果得不到响应就会报错，而现在是300S得不到响应才报错。
比如：收一封信，本来能接收的最慢的速度是两天，而现在收信人认为10天收到，我也无所谓。那当然给送信的更多的时间了。
如果你细分析每一段的时间就会发现，这些时间的消耗
