因为是测功能驱动,我只写了几个小的可以重复利用的脚本.至于说的搭建框架,就不太清楚了.
好帖!顶了
我搞测试快2年了,想学习下自动化测试,请问各位高手有没有什么自动化测试方面比较好的书籍或资料啊??? 有没有通用的搭建自动化脚本的例子?回复 45# 的帖子
能不能提供例子啊?:) 急需自动化测试人员做测试的兄弟朋友们大家好
1.五百强的it公司-欧美企业
2.急需自动化测试,白盒测试人员
3.地点是上海,成都
4.英语可以沟通
有家是四川的或者是周边地区的测试的朋友,回家发展也是很不错的选择,和家人在一起,生活的舒适惬意。
有感兴趣的朋友可以加我msn:bess.zhang@live.cn详谈,当然有朋友的朋友也可以互相推荐呀!! 收藏了,继续学习 看了这个帖子很受启发。。。最近在研究如何搭建测试框架,继续关注中~~~~ 如果设计变化很大,维护成本过高,还不如从新录制脚本,这样用新脚本替换老的脚本,也是不错的:lol 好贴,好话题! 学习了 顶一个。
回复 54# 的帖子
说得很清楚 good 同意天网的分层设计自动化框架的观点,但其实大的脚本拆分成小的脚本,也是有效的方法之一,同样可以解决复用和易维护的问题,而且需要尽量的将一些能够共用的部分(全局变量的形式)提取出来,更加有利于维护。 1、关于如何恢复一个干净的测试环境的问题:我采用备份和恢复数据库的办法,每次运行完整的测试之前首先是恢复数据库。曾经参加过的微软测试培训中老师举例中用到还是代码实现恢复环境,如:你new一个东西,测试完最后的步骤就是delete;2、设计的测试数据互相不能有关联性,否则一个路径fail就会很麻烦,不能准确定位问题
3、自动化脚本颗粒度的选择是个问题,我带过的很多人刚上手的时候最头疼的就是这个,其实我平时也是凭感觉来的,反正还是粒度小一点好,既能减少维护工作又能增加脚本复用性
4、自动化脚本的管理问题是我一直面对的一个问题,因为我们公司是买的现成的自动化测试工具,工具本身并没有提供很好的管理办法,也没有提供与一些管理工具的借口,不知道有哪位高人能给予指点呢? 我觉得如果要想做好一个项目的自动化测试,首先一点就是手工测试人员对自动化的重视程度,如果手工测试人员对自动化测试持漠不关心的态度,那自动化开展起来就难了。测试是一个团队合作的过程,如果你手工测你的,我自动化做我的,那最终自动化将被扼杀! 尽可能不要做基于GUI的automation。Presentation layer的自动化测试属于投入产出比不太核算的做法。如果一定要做基于GUI的,那一定要用automation framework。录制回放的方法,维护会累死的。
设计automation framework的时候,一定要把所有的控件做成动态识别。然后设计test的时候,必须考虑每个test的独立性,以及可以不间断的重复运行。自动化测试中,人工干预的成分越多,自动化的价值越低。