第一部曲:RFT基础篇—录制与回放的使用和实践分析
上一篇 /
下一篇 2011-04-22 00:37:07
/ 个人分类:自动化测试—工具思想
第一部曲:RFT基础篇—录制与回放的使用和实践分析
预言:自动化测试,工具只能是辅助,思想更为重要,集大成者能够随手拈来工具,将其整合成一个框架和流程
我不会去泛泛的讨论什么是Rational Function tester,因为这可以在很多资料中找的到,我只是通俗的谈一下我的理解而已,一步一步的深入。RFT表面应用说白了就是一个录制与回放界面应用程序的工具,它抓取界面的对象,然后存入对象库中,当回放时,其依靠阈值的方法判断和识别对象。
方法:使用RFT,很简单,就是点击录制,然后操作你要控制的界面应用程序;操作完毕后,即可以脚本(JAVA或者,net)的形式保存对界面对象的操作。点击“回放”,将脚本重新运作一遍,即将刚录制的操作重复一遍。
项目实践:大多数测试人员的对工具的认识水平就停留于此,认为依靠录制与回放就能替代很多人工的操作,但是其以下缺点足以说明这种方法的必然失败性:
1) 界面的变动将导致大量的维护性,例如:你录制了100个脚本,100个脚本中都含有一个名叫“确定”的按钮,当开发人员因为客户需求,将“确定”改为“是”之后,那么你的100个脚本就全都得更改一遍。
2) 连续录制的脚本,如果脚本某一处因为对象识别不出的原因,就会导致整个脚本的使用上出现问题。
3) 灵活性太低,如果测试用例某一处进行了更改,进行了某一功能的添加或删除,那么脚本修改后就不一定能够重新使用。
因此简单的录制与回放的方法就导致很多测试人员宁愿重新录制,也不愿意再去修改和维护以前的脚本,可这样做话,自动化测试就只定位在简单的回归测试,那么就只能慢慢流于形式化而最终失败。
收藏
举报
TAG: