1）测试的时候最好应用干净的测试环境，即：清楚一切可能干扰的对象；
2）如果出了这种错误，要认真的去排查错误，不单单找找脚本，或者[b][url=http://www.ltesting.net/html/2/category-catid-2.html]测试工具[/url][/b]的问题，还要查找一下运行环境，被测对象等其他问题；
3）排查问题的时候一定要仔细认真，有步骤的去排查；
另外关于上面两个楼主的问题说一下自己的观点：
1）关于判断最终访问是否成功，从本例子来看可能确实成功了，应为VUG回放的机制和control的回放机制是不一样的，如果需要判断是否真的成功可以用文本检查点进行检查web_find,或者web_reg_find函数；
2）如果出了这种错误，要认真的去排查错误，不单单找找脚本，或者[b][url=http://www.ltesting.net/html/2/category-catid-2.html]测试工具[/url][/b]的问题，还要查找一下运行环境，被测对象等其他问题；
3）排查问题的时候一定要仔细认真，有步骤的去排查；
另外关于上面两个楼主的问题说一下自己的观点：
1）关于判断最终访问是否成功，从本例子来看可能确实成功了，应为VUG回放的机制和control的回放机制是不一样的，如果需要判断是否真的成功可以用文本检查点进行检查web_find,或者web_reg_find函数；
-27791
运行Controller时遇到这个error：
Action.c(7): Error -27791: Server "10.10.0.88" has shut down the connection prematurely
解决方案如下：
1、应用服务器死掉。小用户时程序上的问题，程序上处理数据库的问题
2、应用服务没有死。应用服务参数设置问题。例如：在许多客户端weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是weblogic中的server元素的acceptbacklog属性值设得过低。如果连接时收到connection refused消息，说明应提高该值，每次增加25%。
3、数据库的连接
在应用服务的性能参数可能太小了
数据库启动的最大连接数（跟硬件的内存有关）
4、有时关闭卡巴斯基也会解决如上问题