hililentao的专栏

敏捷测试强烈推荐testautomation，但是非常不建议做UI automaiton。我对这个很认同。UI automation不是不好，也不是不需要，只是和其他层面的自动化测试比较而言，投资回报太低。<br /><br />但是，相当于手工回归测试来说，UI automation有时候是合算的买卖。<br /><br />最近，我经历一个项目。做一次手工system regression test，需要20 man/day。而自动化测试只需要1 man/day。开发Framework以及编写测试脚本，

<br />DllCall  (部分引用他人blog)<br /> <br /> <br />调用指定DLL(动态链接库)文件里面的函数。<br /><br /><br />DllCall ( "dll", "返回值类型", "函数名称" [, "类型1", 参数1[, "类型n", 参数n]] )<br /><br /> <br />参数dll要使用的 DLL 文件名，例如 "user32.dll"。也可使用由 DllOpen 获得的句柄(请查看下面的注意部分)。返回值类型函数的返回值类型（请查看下面的注

<br />1：函数学习<br />WinGetPos<br />--------------------------------------------------------------------------------<br />获取指定窗口的坐标位置和大小等属性.<br />WinGetPos ( "窗口标题" [, "窗口文本"] )<br />参数<br />窗口标题 目标窗口标题. 参考标题高级定义.<br />窗口文本 [可选参数] 指定窗口包含的文本.<br />返回值<br />成功:

<br />AutoIt 可以做的事: 简单易懂的类 BASIC 表达式 模拟键盘,鼠标动作事件 操作窗口与进程 直接与窗口的"标准控件"交互(设置/获取 文字,移动,关闭,等等) 脚本可以编译为标准可执行文件 创建用户图形界面接口(GUI) COM支持 正则表达式 直接调用外部DLL 和 Windows API 函数 程序运行为功能(让程序运行于其它账户) 详细易懂的帮助文件于基于社区的支持论坛 完全兼容于 Windows 2000 / XP / 2003 / Vista / 2008 Unicode 与