自动化测试—工具、框架、平台......

    序言：发现自己做自动化测试很难受，因为每天都在打击自己，每天都在更新自己的想法，每天都要思考着自己需要做的事情，有时候，虽然有了工具、虽然有了框架、虽然有了平台，但是却发现其能够满足的需求性很少，只能重新回归测试细节，有时候，决定成败的却是那些繁琐之事。到底有没有一条明路呢。

一、从公司发展看工具、框架、平台

这里先不说自动化测试、突然记得以前的一个想法，那些大型公司的“大楼”是如何能够这么大的屹立在这片土地上。以前的腾讯QQ、以前的百度搜索又是如何成长成现在这个样子的，难道他们一路上就是顺利的吗？答案肯定是否定，没有谁的道路不坎坷，相反，当要成长成巨头时，其面对的压力和挑战反而更大。

也许，我可以这样理解，腾讯QQ和百度的搜索引擎，刚出来的时候，其面对的是整个不知道这个东西的用户，对于用户来说，这些东西刚开始只是“工具”，而当腾讯QQ和百度搜索根据客户需求，结合一系列的逼不得已的需求考虑，而将其改善成了一个“框架”，里面集成了一些围绕着QQ聊天或者百度搜索的应用，能够更好的为这个工具服务，在这个阶段中，其也是艰难的，因为用户对这款工具很陌生，你只能从他的平时表现中挖掘需求，而到了后来，当这个框架慢慢被用户接受后，那么用户开始乐于使用这个“框架”了，但是，框架虽有，隐患还是很大，因为公司的生存太过于依赖这个“工具”了，那么接下来，他们从“价值回报”考虑，肯定就要做更多的事情了，那么“平台”的诞生也就理所当然了，像腾讯QQ和百度都已经不能说是纯粹的聊天和搜索定位了，他们已经慢慢拓建自己的“多元化平台”，加入一系列能够改善用户体验的活动，开始引导用户的“需求”了。“平台”之后，将会是无限期的平台......

而很多公司，要么太过于依赖自己的“工具”，而忽略了用户的“需求”，自己搞自己的。要么发展到“框架”之后，虽满足了需求，但也只能被用户引导，很容易沦丧，而达到“平台”之后，就能开始引导“用户”的需求，去创造用户的体验价值了。

二、从自动化测试看工具、框架、平台

自动化测试与上述过程有点类似，虽然前景很美好，但是道路很艰难。

刚开始开展自动化测试的时候，测试人员就是“用户”，他们对自动化测试没有概念，而且刚开始一般都基于“自动化测试工具”来开展自动化测试的，在后面的发展过程中，测试人员发现测试工具不能满足需求时，就想着做一个所谓的框架了，框架出来之后，确实改进了很大部分的测试需求，但是却还是得基于着“自动化测试工具”，所以，从后期发展考虑，“自动化测试框架”也会将成为“自动化测试平台”的一种，最后打造出一个插件式的可拓展的平台。

当然，愿望越美好，阻碍越大，只能说是从整体上把握整个过程，在细节上进行调控，慢慢的进行挪动，过于依赖或者停滞不前总是不可取的。

三、简易自动化测试设计

一些简易自动化测试设计，慢慢的将这些设计进行整理，慢慢的将其进行整合，最终看是否能打造成一个平台，也许若干年后，这些设计还在拓展，也许，将会消逝，但是只是希望无论拓展也好、消逝也好，总会留下那么点东西就足够了。

1、 自动化测试工具架构模块

2、 自动化测试执行驱动模块（也可以说是agent端）

3、 自动化测试控制端模块（包括界面控制端）

4、 自动化测试分布式模块(其是最主要的模块，它可以将所有的模块联系起来)

5、 自动化测试服务器模块

6、 邮件服务模块

7、 ……

每一个模块可以说是一个服务，以一个主模块为主，有一个主要的机架，然后各个小型模块。围绕这个机架，就最终形成了一个“简易自动化测试平台”