关键字：IBM Rational XDE Tester
关于这个工具的使用指南，我已经翻译完了；如果对此工具有兴趣的朋友希望学习一下这个东西，那么有必要看看这个文章。本人根据几个月来的使用经验，在此和大家分享一下收获。 ——sincky.zhang
XDE Tester是Rational 最近推出的功能测试工具，前身是robotj。我们都知道Rational还有个robot也是做功能测试的，按照Rational的说法，robot是做c/s结构软件的功能测试的，因为它对那种gui界面控件支持的相当好；但是如今的软件项目都往b/s结构的发展，如果是基于浏览器的软件，那么推荐使用XDE Tester。另外，XDE Tester只做功能测试，不像robot那样还可以做性能测试。XDE Tester使用指南里还说可以测试java应用程序什么的，我没有试过，相信可以支持。
其实能做web功能测试的自动化工具有很多，为什么偏要选择XDE Tester呢？我觉得XDE Tester是目前世面流行的众多自动化工具中，唯一一款专门针对web软件的（当然有etestsuite，但是根据我的使用经验，它的功能太有限。），在我的使用中，没有发现对web页面中不支持的控件，而且对java applet也支持。另外，很多测试工具的脚本语言都是vb了、c了等等，XDE Tester是java！这有什么好处呢？我们做测试的同行哪，好像技术方面的技能都不那么高，不然就不会比开发人员待遇低了；技术水平的直接反应就是会不会编程，可是编程语言五花八门，虽说相通，但也要花时间去学；如果为了使用一款工具而去特别学一门语言，那么我推荐你学习java，因为java的好处人所共知，即便将来你去做开发，也有基础了。而且，如果你已经懂了java，那么用XDE Tester会感觉手到擒来。
下面说说如何学习XDE Tester。
先去IBM网站下载个15天的试用版，然后对照我的使用指南手册，按照基本流程走一遍。期间你会发现些这样那样的问题，不过不要紧，相信你这时候发现的问题多是对概念模糊或操作错误引起的；但是这些不会影响你对XDE Tester的了解，相反会加深印象。XDE Tester的使用其实是很简单的，如果有问题，你可以来问我（只要你信的过我），也可以看帮助；它的帮助不错，而且内容量不大，还有实例。
使用XDE Tester的精髓其实是编码。其实我们在使用中采用的根本不是工具本身提供的录制脚本、修改脚本、回放脚本来做测试的，而是用一个自动化框架，之后完全采用手工编码来完成。当然，你完全不必这样做，虽然网上有一些自动化框架，除非是你的公司真的用这款工具去做功能测试自动化。
首先说说录制下的对象的注意事项：
1）建议将录制敏感度调到最低，以防升级版本时控件属性的微妙变化引起不必要的异常或警告提示（具体操作看指南）
2）如果对象有问题，可以打开对象窗口，用highlight工具高亮显示该控件，以保证定位正确
3）对于修改代码过程中不能确认属性的对象，可以通过对象映射去查看相关属性
4）最好采用共享对象的方式，以防止测试软件修改后，去修改每个私有对象文件；当然初学者都是用私有的方式
5）对于测试软件修改后，测试脚本回放时对象出错：其中一个原因可能是因为对象的某个属性和被测试软件的版本有关，那么需要对对象的某个属性以正则表达式处理；如果你不懂正则表达式，那么干脆把该属性的权值weight改成0即可
再说说脚本书写方面的：
1） 日志文件很重要，做任何自动测试对测试日志文件都有比较高的要求，尤其庞大的测试项目。我想大家先把html形式的日志研究透了再说吧。参考帮助里这方面内容，里边提供了很多这方面的命令，叫你爽歪歪！
2） 对于录制的脚本，如果测试服务器相应不流畅，会引起回放时找不到跳转页面；那么就需要在测试代码里页面跳转的地方加上延时或等待时间，这个习惯很重要。
3） XDE Tester提供一个很重要的命令getPropery()，用来得到对象的某个属性；因为我们修改脚本时，很可能遇到这样的情况：在前边需要获得对象的某个属性，在后边在用这个属性值去做其他操作。具体用法很简单，参加帮助相关信息。
4）XDE Tester也有数据驱动，共有三种方式，我感觉最爽的是用access数据库，具体用法也看帮助吧，有个完成的例子，代码都有。
好了，暂时先说这么多；本人对该工具的推广纯属希望测试同行的朋友们多学点东西，所以根本没讲深入的方面；如果没有人来学习它，那我写再多的东西也没用。这次就写这么多，如果真的有人学习它，我会就具体问题即时的更新此文档，谢谢大家啦！下班回家喽......
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
