开源自动化测试工具学习思路个人总结

黑五类

看到坛子里面很多人都在讨论  seleniums和waitr 很高兴终于可以找到一个组织来学习开源的自动化工具了。

现在就我以前的学习思路总结一下，希望能得到高手的指教，也希望能帮助入门的兄弟姐妹，理清思路少走弯路。

首先，不管是seleniums还是waitr，基础都是在单元测试工具上。所以，都必须学习一下单元测试工具，和单元测试工具的思路。

以java语言来举例说明。  java的单元测试工具，最知名的有两个Junit和testng.  Junit是所有语言测试工具的老大，思想一直延续到很多的语言的单元测试工具。随之演变而来的是Xunit。随着Junit的广泛使用，有了很多的Junit的扩展，具体的扩展可以google一下并且学习（详细的资料应该都是英文的，需要仔细的学习），比较知名的有dbUnit和htmlunit
这两个工具可以和Junit结合起来使用，Junit和htmlunit结合起来就可以进行简单的web页面测试了。htmlunit提供了web页面下的控件识别和操作模拟触发，Junit提供判断方法和负责保存测试结果。这样一个简单的web页面测试工具就可以使用了，当然这个过程中需要查找资料来实现。 dbunit是提供了一整套的数据库操作的API,再把dbunit加入进来就可以做数据库方面的校验和处理了。  还有很多的插件，不光局限与web的页面测试，还可以利用相应的工具做Java客户端的页面测试。但是核心都是Junit。测试结果保存和出报告都是Junit来做的。有一个共同点就是他们都是Xunit的一部分。

seleliunms就是把Junit和htmlunit的结合做的更好了一些。包括浏览器的兼容方面，还有就是多语言方面（不只是java语言）。
waitr的核心是ruby语言的单元测试工具，同类产品有 waitN和waitJ这两个工具。工具和工具之间的不同需要细节来体现，这里就不再介绍。
但是他们都是Xunit测试工具的一部分或者是几个部分的组合。

通过以上的介绍，希望大家能对开源测试工具（Xunit系列）有一个大体的了解。（编辑器有点问题，下发这么多。）

[ 本帖最后由 黑五类 于 2009-12-9 16:30 编辑 ]

黑五类

继续讨论：
上面说了一下，XUnit开源测试工具的整体的介绍。

下面再来说一下，要使用XUnit测试工具的技术储备。以web测试为例：

首先就是要有一门语言比较熟悉。（Java，ruby，.net等）；

其次要掌握html语言，控件识别和处理方法的时候，这个是必须的；

还有就是要 掌握XPath（不会的可以google，W3c学校里面有大量的教材。），负载的页面寻找控件方式这个是必需的。

有了以上的技术储备，就可以开始学习XUnit测试工具了。

黑五类

题外话：
   搭建好测试环境，安照找来的例子学习几个，应该就可以慢慢的用起来了。

但是会用和能在工作中发挥作用，是两个不同的阶段。在工作中应用需要考虑这么几个问题：

（1）测试用例有一部分了，但是具体的测试框架应该是一个什么样子的。数据驱动怎么实现？？所有的自动化测试用例怎么有序的执行控制。

（2）自动化测试能做什么不能做什么？？怎么样和手动测试结合起来，不要遗漏掉功能测试，也不要重复。

（3）自动化脚本维护？？被测试的系统页面变化了以后怎么办，会不会导致工作量直线上升。这个是一个大问题，必须从管理的脚本和技术角度都想想。不变化是不可能的。

以上只是抛砖引玉，希望能和大家讨论学习。

mentgmery

讲的不错,实战性强

shanxi

个人感觉ui自动化 技术上没什么太多的价值

更多的集中于 测试设计 执行 组织等上  这块技术价值不咋的，只需要经验、时间和总结，自然能达到。

说的跟楼主的话题无关，见谅！

[ 本帖最后由 shanxi 于 2009-12-10 15:03 编辑 ]

黑五类

原帖由 shanxi 于 2009-12-10 14:59 发表
个人感觉ui自动化 技术上没什么太多的价值

更多的集中于 测试设计 执行 组织等上  这块技术价值不咋的，只需要经验、时间和总结，自然能达到。

说的跟楼主的话题无关，见谅！

我觉得说的有一定的道理。ui方面大体方向都差不多，但是细节实现很烦人。每个问题都不太一样，确实要靠经验。

黑五类

原帖由 shanxi 于 2009-12-10 14:59 发表
个人感觉ui自动化 技术上没什么太多的价值

更多的集中于 测试设计 执行 组织等上  这块技术价值不咋的，只需要经验、时间和总结，自然能达到。

说的跟楼主的话题无关，见谅！

我觉得说的有一定的道理。ui方面大体方向都差不多，但是细节实现很烦人。每个问题都不太一样，确实要靠经验。

但是不做的话，永远没有经验。这要是企业有一定能投入能做的话，还是研究一下吧。呵呵

[ 本帖最后由 黑五类 于 2009-12-10 16:12 编辑 ]

shanxi

是的 你说的技术细节很繁琐 并且这块windows的ui auto比*nix的更为复杂。
不过我已经不太关注这块了    目前关注的是debug和OS kernel、写driver等等

黑五类

原帖由 shanxi 于 2009-12-11 10:12 发表
是的 你说的技术细节很繁琐 并且这块windows的ui auto比*nix的更为复杂。
不过我已经不太关注这块了    目前关注的是debug和OS kernel、写driver等等

如果抛开ui，我认为更应该自动化了。呵呵。一大推的功能调用，还有堆的参数要验证。呵呵。
自动化在ui方面应该是比较弱的。

欺负人

用过NUnit和JUnit。。。。相比之下，个人更喜欢用NUnit

lanchonggo

羡慕  ~~~~(>_<)~~~~   我都不懂

TM_tester@zhang

谢谢lz分享

shanxi

回复 9# 黑五类

是的，思维发散些。
测试自动化还包括接口和单元测试，如果把底层的这两种都做好，消耗最大的界面自动化测试在回归测试中的意义也就不大了。
最近听到很多人不看好界面自动化。

y_test

谢谢分享

南实梦

QTP的市场。。。要变小很多咯

jiazurongyu

qtp回归中做界面的事情比较多

july116560

数据驱动怎么做？有例子吗？例如登陆的数据驱动测试

pheona

请问楼主，前辈，手机浏览器用什么自动化测试工具？

fwn7432650

UI层的自动化性价比比较低，由于依赖页面元素，如果是比较稳定还好说，比如说动态性很强，灵活性很强以及和开发沟通不流畅情况下会比较糟糕。虽然可以做到最少层度的依赖，但是改动起来成本维护还是太大。个人也建议是把服务，组件接口做好做稳定，自动化做起来也相对简单，性价比要高的多。

woddebbmm

相当的受用  嘿嘿。。。