Start QTP

    测试工作一年多了,对自动化测试较为感兴趣.所以在工作后的第一家公司接触了WEB自动化测试工具Selenium后兴奋不已并投入了不少时间与精力去研究,但根基较浅,虽有成果但仍讲不上精通.一年后因一些原因离开旧公司后来到新公司跟一个同事实现了公司一个项目的自动化测试,算是尝试吧.效果还好吧,但经历过几个版本的使用之后,对脚本的维护也感到有点厌烦了,主要是有一大部分是另外一个同事所写而且有不少依赖于现存数据,一旦测试不通过就得去维护那些数据,所以维护脚本还要维护数据,有点.只想项目作大改动,重新设计编写过所有脚本.这也让我认识到自动化测试中,测试框架及脚本组织与自动化用例设计的重要性.以前以为自动化测试主要是学会如何写好脚本,其实自动化测试思想更重要,脚本编写只是其中一环,顶多是重要环节之一.

   但无论如何这一环也是需要的,必不可少的,也是好的自动化测试思想的来源,所以也准备花多点时间探索Selenium.可惜,做了其它项目后暂时用不上Selenium,工作时间探索的机会少了. 直至做另外一个项目是基本C/S的,Selenium用不上了,Leader 便让我们寻求另外一个工具.当时我试用了下 IBM robot,感觉不错.但公司最后还是选择了现在较热的QTP,我想也不错的,我也想见识下,便与另外两位靓女同事开始探索QTP.

    经过一段时间的使用,掌握了QTP的基本操作了,感觉也不错.但是对其对象识别基于对象库不是很习惯,我已习惯了Selenium式的对象识别机制,当然QTP的描述编程也行的,还是感觉方式不够selenium多,不如其方便.此外,测试B/S结构的话支持浏览器没有selenium多.当然,说到功能上边,是QTP强大很多,人家热也有理由的.用了一段时间了还没使用上其较为强大的功能如调用dll等,还是感觉QTP还很深,需要更多去实践与了解,毕竟听说很强大.

    玩了一段时间也只编写了一些脚本,因为它竟然用于新功能的测试,甚至是十分微小的改动,如一个列表的一栏去除了.有点吐血,一开始以为只是用来练习,最后竟然是用来新功能测试.还好后来项目测试主要由我负责,整合了部分脚本用来做smoke test,还好不是完全没用效果.当然时间有限我也无暇再去怎样设计整个框架跟组织脚本,也没再为测试添加用例与脚本了.leader没有说就算了.希望下次实施自动化时能多点影响到,重视框架跟脚本组织及用例选择编写.

    看似有点埋怨leader,其实也不能怪她,毕竟她没怎么参与也没有自动化实践的经验.而且也应该谢谢她提供这个机会给我们去实践学习.现在算是开始踏上QTP的使用之路了,我也应该花多点去时间去学习实践下并归纳总结自动测试的精要,深化自己的理论,加强自己的实践.对于selenium这个系列的工具我也会持续关注并尝试,毕竟它是个不错的选择.