自动化测试平台策略
之自动化测试是一种累赘吗？
序言：平台的第一版开发工作已经完成，昨天已经正式将其打包了。打完包后，与原部门某测试组长聊天后，发现原来现在的自动化测试工作确实还存在很大的问题，不少测试人员抱怨随着自动化测试规模化，自动化测试工作越来越繁重，还不如手工测试，其实以前去开发平台之前就已经预料到这样的问题，只是当时也不是特别突显，但是随着自动化测试规模的变大，自动化测试反而成了一种累赘，看样子回去之后，自动化测试的引导工作还有很长一段路，做了这么一段时间的自动化，才发现自己原来是转了个圈，思想和认识上重新回到了原点。
一、自动化测试成本
为什么自动化越做越大，反而却带来了更大的成本，根据目前的状况，我分析了下，自动化测试课程带来“累赘”的某些因素：
1、测试人员在本机上安装自动化测试运行环境的成本
2、测试人员掌握自动化测试脚本或者工具使用的成本
3、测试人员运行脚本的成本
4、测试人员部署自动化测试环境的成本
5、测试人员分析测试结果的成本
6、测试人员维护测试脚本的成本
7、自动化测试结果的输出成本
以上几个方面，在刚开展自动化测试时不会突显，但一旦规模化，则会将自动化测试做成一种包袱，所以，必要的时候，一定要精简，这样才能在自动化测试上越走越远，越走越轻松吧。
二、自动化测试的问题分析和解决
那么根据以上的原因，对照着分析现在状况存在的问题进行分析和解决
1、对于安装测试软件造成的成本，可以搭建执行服务器，采用C/S或者/S架构的形式，将执行软件端和测试代码都放在一台或者多台机器上，某个小组或者部门共用，测试人员需要下发脚本时，只需利用控制端进行测试任务下发即可。
2、最大化的将测试工具集成在平台中，让测试人员尽量关心只是测试的输入和结果的返回（输出）。例如：测试人员如果想测试断电稳定性测试，则只需从平台库中提取，下发测试任务，返回结果，其关心的只是测试的目的、测试的分析，而不需太关心测试的手段。
3、搭建固定的自动化测试环境，一般电信行业会搭建一个大型的拓扑图，而对于软件行业可以搭建测试集群，应用拓扑管理或者集群管理，且集成版本自动升级，。
4、测试结果分析的成本主要来源测试脚本的过于冗余，一般测试脚本按模块来划分，往往一个测试脚本几十行，这样造成测试人员分析结果困难。例如：二十行的脚本如果是第十九行错误，则其需要根据前面十九行来进行判断。这样，很多时候测试人员需要将前面的步骤重新操作一遍来定位问题。
所以，在此，测试脚本需要细化到测试点，例如：一个登录模块，维护量大的方式：是写成“登录—各种输入判断—登出”。而我觉得应该细分为“登录—输入正确—登出”和“登录—输入错误——登出”，当然，这里只是简单举例，测试点越细分，则越容易定位脚本问题，也越容易维护。
5、维护测试脚本方面，可以集成断点调试功能，即测试人员可以采用平台脚本调试器给相应脚本添加断点，无需测试人员手动进行错误步骤前的配置。
6、自动化测试结果需要加入分析统计功能，而不是单纯的一份结果。这样在技术上虽然实现成本高了，但是在应用效果上反而降低了成本。
三、自动化测试平台定位
基于以上，我对以后自动化测试平台的定位主要为两个方面：
1、资源整合，利用平台尽可能将测试资源进行整合。
2、辅助性，利用平台尽可能辅助测试人员开展测试。
总之，个人觉得，自动化测试的精简之道就是“辅助”和“实用”，最大限度的辅助节约测试人员的时间和精力，最大化的融于平时的测试中，这样，自动化测试才不是一个绩效的数据，不是一种包袱，而是真正帮助提高测试水平和规模的利器。
这也许也和我们的学习过程息息相关，我们的学习路上，需要不断的反省、总结和精简，这样，才不会导致越学越多，反而越学越累的情况发生。
版权声明：本文出自 散步的SUN 的51Testing软件测试博客：http://www.51testing.com/?382641
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
相关链接：
