自动化测试之我见---引入自动化的思考

       经过几年的自动化测试，同时也带领了好几拨自动化测试的团队，QTP，selenium，包括公司自主设计的自动化工具和框架，都有经历和体会，寥寥几句，谈下感想，市面上自动化测试工具繁多，收费的，开源的，自主的；目前基于GUI的功能自动化测试工具居多，各种自动化测试工具实现的功能也基本相同，只是在IDE，脚本开发语言，支持的脚本开发方式，支持的控件等方面略有不同，硬件自动化测试（嵌入式测试）的我多说一句，因为硬件开发，程序直接嵌入到硬件中，所以没有复杂的界面，所以硬件自动化测试上其实相对比较简单，个人感觉的哈。言归正传，接下来我对自动化测试浅谈一些想法。

一：引入自动化测试需要考虑的几点

1： 项目需要，领导支持

      众所周知，自动化测试前期需要较高的投入，谈及投入就需要花钱，可能会需要一笔不小的数目，公司领导层的支持是自动化测试引入的关键，因为缺乏足够的资金支持，自动化测试中途夭折，半途而废的决不在少数，所以在引入自动化测试的前期，既不要盲目乐观，更不要过于悲观，要结合公司实情，实事求是，切不可为了自动化而自动化。

2：需求变动不能太频繁

     需要的稳定的程度，范围与测试脚本密切相关，测试脚本的稳定直接影响到自动化测试维护的成本，如果软件需求过于频繁变动，测试人员就需要根据需求更新测试用例，相关联的测试脚本也需要变化，其修改，调试，必要的时候甚至还需要牵扯到框架的修改，所花费的成本不低于其节省的测试成本，入不敷出，自动化测试注定会存在失败的风险。

3：项目周期足够长

     自动化测试需求的确定，工具选型，框架设计，脚本开发和调试需要一个时间的周期，如果一个项目的比较短，没有时间支持这样一个过程，会出现项目都收尾或交付了，测试开发的成果还没排上过用场，岂不是笑哉。

4：脚本利用率

     如果测试费尽心机的开发出一套完整的自动化测试脚本，但是项目整个过程都没怎么利用自动化测试脚本，导致其耗费的经济成本大于自动化测试产生的经济价值，相信这样的投入一定没有可持续性，其命运注定也是失败的

5：投入的性价比

     自动化测试工具并非越强大越好，看锅吃饭，量体裁衣，不要好高骛远，追求高大上，当自动化测试投入到一定的成本，公司领导层必定会有所反应，所以一定要有成本意识，坚持好用，大家都会用（减少培训成本），适用，和较低的成本，方为上上之策。

二：自动化测试脚本设计的N条建议

待续…………