此处的第一个“法”是指用法的法，第二个“法”是指方法的法。本篇文章标题的意思就是：“自动化测试的用法并没有固定的方法”。

　　写此篇文章，主要是因为看到网上有些人追求技术至上、理论至上、方法至上的理念，个人感觉该写点什么来提醒一下自己，免得自己迷失方向。

　　关于自动化测试方面，本人一直追求的是相关应用对公司或对工作是否有利，这个有利不单指钞票的事，还包括对公司人员的情绪等各方面的影响等。因此我在用自动化测试时，在一些特殊的地方也进行了特殊的应用。这些应用对于大多数人来说，可能会认为不应该用自动化测试或者说不是自动化测试理论中推荐的用法。我把这些应用统称自动化测试的小应用(或者叫“非主流应用”)。

　　发现有些人总是在追求技术至上。我们上级跟我们说，“再好的技术不能应用，那也是没有价值的”。有的人总想用上高级的自动化测试框架或者说在抠自动化测试框架是什么这个问题。个人感觉完全没有必要。适合自己目前情况并预留发展支持的框架会更好一些吧。

　　在自动化测试开始的初期，本来就要投入不少成本进行自动化测试工具的培训，而参与自动化测试的，上级基本不会给技术强的人，而是给一些需要你“特别培训”的人。本来想要让这帮人熟悉自动化测试工具就是一个很费劲的事，再整上高级自动化框架，又对工具进行了一些封装，这帮人还不意见连天才怪呢。再说，自动化测试刚开始或者说公司的自动化测试需求很有可能根本就用不上高级的框架。有可能高级框架反而是个累赘。因此，有时自己简单组织一下或整一个小框架反而更好用。

　　而对于死钻“自动化测试框架是什么”这个问题的，我个人感觉，基本可以不用理会。即便不说这个问题现在还没有定论，即使真的整明白了有很大用处吗?自己整理一个适合公司目前自动化需求的应用模式就很实用了，何必考虑这个应用模式算不算是自动化测试框架呢。当然并不是说别人的框架或高级的框架不可以使用，而是说要以是否有用进行判断。当然也可以吸收这些框架的优点，整理出自己的框架嘛。

　　自动化测试是一种技术，拥有技术的特点。自动化测试理论中整天在讲冒烟、回归、质保等等应用。个人感觉自动化测试的应用应该是“法无定法”的，即没有说一定要用在什么地方，也没有说一定要如何使用。只要是对工作有利、应用得有价值，那管它自动化测试的应用是否符合理论呢，甚至不一定要把技术用在测试上。本人就曾经使自动化测试工具利用自动化测试来测试安全性，效果也挺好的。大大减少了我安全测试的工作量，只要简单几条代码配置一些数据，然后就是喝喝水等着看结果了。当然其他的“非主流”应用，我也试验过一些。基本效果还不错。有些比所谓的理论型应用效果还好。

　　个人认为自动化测试的应用还是需要发散思维的。当然在试用前要考虑可能的结果，否则会做不少无用功的。