关于RFT的一些感想

       在论坛上的自动化测试区域，看到关于RFT的资料很少，好不容易找到一个吧，结果点进去，却要收费，而且价值不菲呢。看到上述状况，不仅想到了自己最近一年多的工作。
       在这个城市里，第一份工作，用的自动化工具是RFT+Orunner（还有一个插件）来完成的，在那里因为生计的问题，只待了3个月，在那里的3个月，只是为了每天的工作量而编写自动化用例从来没有想过自动化还有测试框架什么的，用的是TCL语言,底层是java语言编写的，老大直接给我们写好了，我们那时候直接调用就行了，那时因为时间和工作量的关系，所以在RFT本身并没有学习多少，底层的东西也没有怎么去了解。不过因为以前学过Java,用过Eclipse等，所以看到RFT的时候并不感觉陌生。现在回头想想在那段时间学习的东西差不多已经忘记完了（现在想来有点后悔呢，不过没有后悔药哈）。
        不过还好之后的一份工作（也即是现在的工作），做自动化测试使用的自动化测试工具仍然是RFT，这样才得以继续学习RFT。不过模式还是有些不同的，在这里是纯粹的RFT进行GUI的功能测试，没有其他工具，也有插件，以便来识别界面上面的控件，现在想来应该和最初学习的时候用的插件应该是同一种用途吧。
        下面是我学习RFT的一个大概过程：
        最初的时候录制脚本，回放脚本、添加验证点来校验，
        后来因为RFT对控件识别的原因（权重），开始脱离录制的程序，自己编写脚本，避免以后控件识别不到时，用例运行失败。
        最初的时候不知道自己写脚本的思路，就先录制，然后再把录制的东西改成属于自己的脚本，后来不用录制自己也可以很快的编写用例了（学习什么都是实践才能更好的掌握）。
        再后来自己开始慢慢的编写一些框架方面的东西。
        就这样一点点的学习的RFT工具，但是我明白自己还仅仅只是知道点皮毛而已，还仍需努力。
        看到网上资料那么难找，虽然找到了却又价值不菲，不仅庆幸自己所在的团队，自己可以有这么一个学习的机会。