GUI录制回放测试方法缺点

海龙

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

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

    个人观点。

hxf

我同意此说法，我个人认为通过工具测试是测试的一种辅助手段，我感觉运用到系统测试中的回归测试中，到是很好的，这样可以提高回归测试的效率。

xm3525

我个人认为自动化测试工具的使用的确不如期望的好。事实也的确如海龙说的，但在软件基本稳定后的测试阶段，回归测试也是减轻测试员工作量的一大好方法，不能说其完全没有用的。关键还是在什么时候运用自动化测试工具。

archonwang

控件识别是个大问题，很多回放录制工具不认识自定义的控件啊。

windything65515

我也有同感，我在测试B/S结构的网站时，用GUI录制脚本的时候经常会遇到不认识的对象，我也没有好的办法解决，就用shell脚本将分开的几个GUI脚本串连起来测试。

madwolfer

Originally posted by xm3525 at 2004-8-4 10:15 AM:
我个人认为自动化测试工具的使用的确不如期望的好。事实也的确如海龙说的，但在软件基本稳定后的测试阶段，回归测试也是减轻测试员工作量的一大好方法，不能说其完全没有用的。关键还是在什么时候运用自动化测试 ...

我用自动化测试工具一般在程序稳定后才采用，因为这样录制出来的教本改动的几率要小，维护也相对容易。

在开发前期，一般我建议用手动，但是也要为自动测试做准备。

sun_dasiy

我初学robot，先打开记事本，再录制个简单的gui脚本，回放没有问题；
但是如果是先点开始录制，再打开记事本，录制完回放就有问题，难道就是只有先打开程序这样使用的吗？

wonderswan

可以在脚本里面使用startApplication 函数来打开具体的程序。
startApplication "...(程序的完整路径)..."

sky2008

淹同意

yuandjing

支持海龙老师

chaotiancaitl

同意，觉得自动化功能测试，实在是没有想象的那么好用！

monkey_hou

同意楼主说法

alear2007

正在学习Robot，顶！
sdlkfj5

wonew1228

我们在用robot做项目，不知道怎么样 ？以后告诉大家答案.呵呵

yingy

同志们说说遇到robot不认识的控件怎么办？