标签：
现状：性能/压力测试过程中出问题了，但是我不确定到底是我的问题？还是程序员程序的问题。？
一些刚做性能测试不久的朋友，在使用Loadrunner做性能测试的时候，遇到Loadrunner Controller场景中报下面三个错误的时候，经常不知所措，因为不确定到底是程序员程序的问题？还是自己的脚本的问题？——因为你先要证明自己没错，然后才能说明别人有错！
（1）Failed to connect to server "192.168.2.192"
一般原因：就是你的测试环境不是在内网进行的，而是在公网进行的，公网上的服务器已经接收不到客户端的发出的请求，但是Loadrunner模拟的客户端还在不停地向服务器发送请求。
另外如果测试是在局域网环境下进行的，那么就很有可能就是系统确实支撑不了这么多并发。
（2）Server has shut down the connection prematurely
一般原因：此时在加压过程中，在其他的机器上通过IE浏览器经常访问不了被测试系统，其实此时被测试的机器仍然没死，只是机器上的服务感觉有点支撑不了。一般是应用服务器参数或者数据库连接设置不合理造成的。
（3）Error -27728: Step download timeout (120 seconds
网上经常提出的timeout分了connect,receive以及download三个部分，默认都是120秒，但是经常我们要设置的更大一些，具体设置方法：Vugen--》Vuser---》Runtime-settings----》Preferences------》option，将Step download timeout(sec)默认值120s改为自己需要的值，其次要改变HTTP-reguest connnect timeout（sec）和HTTP-reguest
receive timeout（sec）
也为相应的值。
分析原因：我认为这样的修改这是一种治标不治本的方法（把暴露的问题掩饰起来），我甚至可以认为这是一种掩耳盗铃的测试方法。
因为一般在压力测试时经常120秒超时，正常情况下可以说明性能问题的。但是很多测试人员总是不自信，迷信网上一些所谓专家的权威，修改这个参数或者修改那个参数。
分析原因：页面的图片太大；数据库的死锁；程序的问题（比如在页面中包含有大量复杂的计算、查询——在单用户的情况下体现不出来，但是在多用户的情况下就能暴露出问题）等等都有可能造成该问题。
需要进一步分析原因，但是测试人员应该把该现象记录在测试结果报告中。
标签：
原文地址：http://blog.csdn.net/jcy58/article/details/46363155
