测试自动化不是闭门造车

“手工测试没有技术含量”、“点点点太无聊了”、“公司现在测试太low，我们没有自动化小组”、“我学习了××接口测试自动化框架，但是工作中完全用不上自动化”......(此处省略一万字o(╯□╰)o)

我们听过太多对于手工测试的吐槽，有过对自动化测试的期待以及无从下手的无奈，但是我想说的是，你需要正视你现在的实际情况，你需要搞清楚你的工作到底需要怎么样的改进。不需要纸上谈兵的战术，也没有无所不能的终极武器。

目的为何，你实现一个自动化的过程是为了什么。自动化并不能解决所有效率问题，有的时候只能解决某一个特定问题，所以l你需要搞清楚你的需求范围。可能是为了解放某个环节的人力，可能是为了监控和反馈复杂多变的需求变更。

如何接入，你该以什么形式接入自动化过程。是从零开始搭建一个具备前后端系统的测试平台，还是在现有的集成流程上利用资源完成局部的功能扩展(如利用Jenkins集成其他平台)，这些直接关系到你的整体设计思路和技术选型。

是否可预期，可量化。是否能预期结果，量化过程，能提高效率或者质量，从而为公司控制成本，从公司层面来说这是非常重要的事情，这是获得公司投入的基础。

是否有自动化技术基础。没有自动化团队执行力以及经验基础，很多时候事情会流于形式，没有结果。

是否可以持续改进和扩展。没有一蹴而就的好事，如果不能满足业务的变化和挑战，不能持续改进的过程早晚会变得陈旧无用，难以维系。

夸夸之谈，请君莫笑。相信实践会给我带来更准确的思路。