RFT新手提问, 没做过开发能学会不?

散步的SUN

简单点用，可以（照葫芦画瓢，20天完全没问题）
复杂点用，那就得学学java了
重点可以学学类与对象、包的概念吧，至于多态继承用的还少点
再复杂点用，因为要构建平台框架，则一定把Java学通了，多线程、swing编程等
慢慢来，可以以这个为根据学学开发

散步的SUN

回复 5# wn0112
1、其实我用这些工具，都没有用他们的录制回放功能，其有很大的弊端，这个弊端你得自己去根据自己的环境去考虑了
2、而且我搭建的框架可以不去面对RFT的IDE，即，测试人员可以不去操作RFT，而是直接操作我给他们提供的客户端去新建、编辑自动化测试脚本，这样可以省去了测试人员去熟悉RFT工具的成本
3，你说的自动化工具的本质是“录制和回放”，我不是很赞同，我觉得自动化测试工具只能作为我们的框架或者平台的一部分，我们的测试不能限制于其工具，而是能够自己去灵活拓展
4、自动化测试的意义到底在哪，我也不好说，但是现在用在回归测试方面是很好的，因为回归方面产品稳定，可以节省人力去做更有意义的事。而真正的自动化测试的意义我觉得是测试自动化，即，整个测试过程中都有自动化的参与，从单元代码的构建与编译、到继承与系统自动化测试的结果反馈等，但是这是一个很长的过程
以上仅为个人愚见，呵呵，有兴趣，我们再来谈讨，希望没有误导你把

散步的SUN

回复 7# wn0112
1、首先，我从我的观点说说录制的缺点
a、各种测试用例混杂在一块，定位模糊
b、识别控件方式是采用静态映射的方式，界面一旦改动，其查找界面控件属性很难
c、维护限制太大，你不能指望一个测试人员又去录制脚本，又去维护脚本吧，没哟一个测试人员有这样的闲心。
那么，就是在RFT直接code即可，不能说在RFT里面，因为你直接code的话，任何一个编辑环境即可。
2、所谓框架，个人简单理解，就是整合你的一切需求，整合各个工具去满足你的需求（这些工具可是是自行开发的，也可以是各种商业工具），要是允许的话，你看看我的博客吧，那里面有我一点不成熟的想法，反正我的观念不断在变，但是一个不变，就是需求决定导向，你如果局限于RFT，那么你的需求将会围绕着RFT，而不是所谓的框架了。
3、首先说明，RFT的录制脚本也好，自行编辑的脚本也好，所谓框架，不都是自行开发，而是善于利用各种工具的优势
4、自动化测试，两个必要：无人值守与结果分析，当然得有结果分析，建议可以有一个统一的测试结果报告，然后再对应有具体的LOG日志，有错误的话，可以根据具体LOG日志去定位问题
5、复用性：框架的分层结构能让不同技能的工作人员去面对不同的层次，测试人员只面对测试用例与逻辑，测试开发只面对底层库与框架的维护，只有将人员分工明确了，才能将自动化测试做好，否则很难。
个人愚见，有想法再讨论吧

散步的SUN

回复 9# wn0112
1、是的，调用RationalTestScript类即可，其中的find()方法就是可以用于对象的动态查找
2、其中的click等方法都是RationalTestScript类中的方法
3、可以调用执行外部脚本，java可以，它就可以
4、可以拓展log方法去自定义格式，但是我建议最好能设计出一套自己的LOG，容易拓展

散步的SUN

回复 11# wn0112
呵呵，赐教说不上，相互探讨吧
有问题直接联系我就行