GUI录制回放测试方法缺点

现在的专业javascript:;" onClick="javascript:tagshow(event, '%B2%E2%CA%D4');" target="_self">测试工具，如Robot');" target="_self">Robot、Winrunner等，均提供通过GUI录制回放进行功能测试的功能。在厂商的宣传资料中，可以见到厂商把录制回放描述的如何如何好，如何如何有效。但是在使用的过程会逐渐的发现事实并非如此。
1、脚本的维护性
    现在网上有很多的网友都遇到了脚本难于维护的问题，因为GUI经常会有变化。直接导致脚本回放失败。另一方面，被测程序会有众多的窗口，回放过程中经常会出现不期望的窗口，导致回放失败，然后修改脚本加入对新窗口的处理代码，这个过程会使你感到厌烦。所以很多测试者，等到程序相对稳定时才开始自动化测试。
2、效率问题
    好不容易将脚本修改的可以处理全部窗口（已经花费了很多时间和精力），效率问题又出现了。如果需要测试大量的数据，虽然可以使用多台计算机同时回放，但是有时还是满足不了要求。
3、界面识别问题
    虽然现在的专业的测试工具都支持很多种编程语言，但是还是有很多的控件无法正确识别。虽然工具也提供了通过记录鼠标移动轨迹和按键的功能，但是实际的使用效果并不一定理想。

    虽然GUI录制回放有很多的缺点，但是它仍然是一种不错的测试方法，还是有很多适合使用的地方。
    专业的测试工具是通用的，在具体的测试环境中并不能完全满足要求。可以结合其他的工具使用，各取所长。我测试采用VB、SQL');" target="_self">SQL SERVER、Robot三者结合使用，取长补短。