摘要：
很长一段时间大家都支持Selenium是只支持测试Web应用程序的。纵观Selenium的成长历程，不难解释这个原因。Selenium开始的时候是作为一个Firefox中的插件出现的，而且做得是纯JS脚本的方式，目的就是一个老外测试的有点烦了，就写了一个js的脚本每天去run自己的测试项目。从这个点来看，老外真的很有才。。想想国内的同行有谁会想到做得有点烦了，去自己搞腾一个工具去做每天的工作。。。后面Selenium做得挺不错的，老外也感觉自己乐不如大家同乐。。。于是就开源了Selenium，后面进一步的壮大了，反而让Selenium开花结果，产生了一个真正意义上的自动化的支持。先是java版 阅读全文
摘要：
自己在google code中开源了自己一直以来做的两个自动化的框架，一个是针对QTP的一个是针对Selenium的，显而易见，一个是商业的UI automation工具，一个是开源的自动化工具。只是代码，可能你直接看的话，有点不太懂。呵呵，其实也不是想让大家都懂的。简单介绍下：qtp的项目是在：https://code.google.com/p/qtp-reporter/这个框架支持QTP分布式单独执行，内置一个我们这边人做的Monkey的框架，其实做执行还可以，但是如果真的要用的话，其实还是很臃肿的。。。。。QTP访问的共用的libraries是通过一个共享服务器的形式做的，file sh 阅读全文
摘要：
自己在google code中开源了自己一直以来做的两个自动化的框架，一个是针对QTP的一个是针对Selenium的，显而易见，一个是商业的UI automation工具，一个是开源的自动化工具。只是代码，可能你直接看的话，有点不太懂。呵呵，其实也不是想让大家都懂的。简单介绍下：qtp的项目是在：https://code.google.com/p/qtp-reporter/这个框架支持QTP分布式单独执行，内置一个我们这边人做的Monkey的框架，其实做执行还可以，但是如果真的要用的话，其实还是很臃肿的。。。。。QTP访问的共用的libraries是通过一个共享服务器的形式做的，file sh 阅读全文
摘要：
最近一个爱尔兰的同事介绍了我们agile模式下的automation的工作机制，提到了测试金字塔的概念。值得推敲。其中主要的思想就是，针对automation工作我们更多的focus点应该是Unit test，对于所有的UI Automation工作所在的级别比较高，但是我们更应该的注意的是所有的UI Cover的点其实都应该在Unit Test中Cover到的，如何UI 测试中出现了任何问题其实都可以追究到Unit Testing没有Cover到。体现了Unit Testing的重要性。Unit Test应该做的比UI Automation和Service Automation做的更多。如下 阅读全文