我是设置的VT100终端,类型为TTY,在录制脚本同步时采用了光标,最大并发数为15个,采用文本同步并发数为21个,甚至采用静态同步,每采取不同的同步方式并发数都不一样.不知为何总是要抱错,
采用文本同步抱错为:Action1.c(25): Error: TE_wait_text failed: pattern = G)5=3I9& , timeout = 90, col1 = 1, row1 = 1, col2 = 80, row2 =24, Timeout  备注:G)5=3I9&是因为8.0没有支持中文而产生的
采用光标同不报错为:Action1.c(20): Error: TE_wait_cursor failed: col = 45, row = 23, stable = 100, timeout = 90, Timeout
其实说白了,这几个位置是一个位置,只是有的用光标表达,有的用当时出现的文本表达.
不知道想我这样的环境应该采取什么同步方式,感觉用文本同步的所能通过的并发数最大，即使同一种方式的同步每次运行并发数都不一样
如今我都有些怀疑工具了,因为我实在拿不出证据说明程序有问题,以前从来没有用到RTE协议,没有想到这个协议用起来这么不顺利,希望经常使用RTE协议的同仁给与帮助

敢问：杀毒软件与开发出来的软件两者之间是否冲突或联系的测试方案~

感觉好好玩哦~但是怎么玩呢？

阿，我发错地方了

楼主问题解决了吗？我也出现你这种问题。
我试验性的并发了5个结果有3个失败了，提示错误如下：
Action1.c(20): Error: TE_wait_cursor failed: col = 4, row = 8, stable = 100, timeout = 90, Timeout。
查看日志中，失败错误的日志记录，显示运行到这里的时候，服务器返回结果是提取文件失败。
因为这里tuxedo做为中间件，是不是tuxedo不支持并发造成的啊，

我不知道了。搂主你问题解决了么。分享下啊！

楼主，你的问题解决了么？我的问题解决了，原来是开发遗留bug造成的。分享下你的啊

bugonh

aishuinv，你说的开发遗留下来的bug是什么？怎么查找出来的

RET这个协议是不是很不好用？：（

支持下！~！