自动化测试随想(二)
上一篇 / 下一篇 2012-09-28 09:06:01 / 个人分类:自动化测试
1qU w4a~C!Q#J:z6IQ0 很久之前写过一次自动化测试随想(一),后来就一直没再写东西。最近这段时间公司机构调整给我整郁闷了,漫漫长夜无心睡眠,决定总结自己以前自动化测试的一些经验,就当时对自己工作的总结和回顾吧。内容比较散,段落比较乱,但是随想随想,就是想到哪里说到哪里嘛51Testing软件测试网dwf#e,PV-K$h
51Testing软件测试网'NfUe2oE今天的随想,就聊聊自动化测试如何开始的问题。51Testing软件测试网KK,B$p{K w
hIi+X-P*u0 相信每一个正在看这篇文章的 朋友,都很有可能已经或者准备做自动化测试,为了讨论方便,我们对自动化测试做个限制,本文中出现的所有的自动化测试,都指的是UI层面的功能自动化测 试。OK,我们继续。估计有很多人都在踌躇满志的准备开始做自动化测试,可是却迷惑于不知道从哪里入手。想想当初我也碰到过这样的迷惑,那么当一个公司或 者组织开始实施自动化测试时,要从哪里开始呢?我的回答是,就从你第一个有意义的脚本开始,强调一下,从第一个有意义的脚本开始51Testing软件测试网e0q5JV!Crs
51Testing软件测试网|9](JD-}Ud作为一 个测试设计优先论者,我的这个观点似乎有点矛盾,难道自动化测试不是应该从测试设计开始吗?其实二者不冲突,事实上很多测试团队或者公司决定去做自动化测 试的时候,往往已经有了一定的测试积累,手工测试的经验非常丰富,但是大家都已经对发版疲于奔命了。这种情况下大家最希望的就是能减轻回归测试过程中重复 的工作。希望脚本能被尽快开发出来,尽快投入使用,而且要有一定的健壮性,最好还无人值守,运行完毕后能给出测试报告,如果能跟自动构建衔接起来就更好 了,我们还要做一个框架,我们要用自动化测试跑遍所有的功能,我们要……不过先等等,别忘了,您所在的公司以前一点自动化测试的经验都没有呢,一下子做这 么多的功能难度太大,怎么办?先从一个最简单的有意义的脚本入手。再次强调,不管你的第一个自动化测试是多么简单或者是多么复杂,它必须是有意义的,就象 JAVA的第一个Hello world那样,它能正确的执行,而且确实节省你的测试工作量。
F+A_:~5@W6gzs051Testing软件测试网l^A0m!o}反正是随想,就想到哪里说到哪里,为了更 好的进行情景讨论,我们来创造一个虚拟的测试团队,每一个人都是这个团队里的测试人员,包括我也是。假设我们这个团队每天都在不停的发版,大家每天都在不 停的执行重复的测试工作,结果还是总有遗漏的BUG,客户给老板打电话,老板给项目经理打电话,项目经理给测试人员打电话:怎么老有BUG,周六过来加 班~!擦,再这么下去真的会屎人的。所以我们必须做自动化测试。
1SS c3i8CTp0~0y*A@,a,r.J^$S\Xz2F0 第一周,团队里热情高涨的下载了Watir,可是傻眼了,这破东西没有录制功能,而团队里又没人会写RUBY脚本,哇擦~!于是大家又换了QTP, 哇,有录制功能~!那就速度开搞,于是十多个人一天的工夫录制了几百行代码,一运行,报错?我擦~!没做参数化……于是参数化,增强脚本,再运行,哇,能 运行通过了哈,但是还没高兴多大会儿,似乎又有了个问题,这些脚本只是运行了,但是没有检查点……好吧,大家再七手八脚的加上检查点,再运行,好了,现在 自动化测试能运行了,也能检查了。于是我们编译了个测试版本,高兴的把脚本挂上就下班了。期待着下周我们不用再测试那么多的重复用例了。51Testing软件测试网:kq D4s v
51Testing软件测试网8q.{)a'H`&MY7b;o第二周,进入办公室,大家兴冲冲的打开电脑看自动化测试的报告,哇擦~!差点没把电脑砸了,竟然有一半的脚本失败了,查原因原来是测试对象没有找到,还 有些脚本失败是因为测试数据被污染了,小A使用guest用户登录,可是小B的脚本中却把这个用户删除了,导致小A的用例脚本都失败了,另一些用例则是由 于开发改了界面。而测试通过的那些脚本,也没有覆盖多少核心功能,都是一些很简单的检查点,看看发版进度表,大家叹了口气,还是先执行手工用例吧。
,Q"OJ|r"BC$f0