写在自动化测试之前，我们要做哪些准备？

现在很多公司测试人员为了公司的自动化测试操碎了心，加班加点编写用例。最后本职测试先不提，自动化这块完全没有体现出来价值。自己却陷入了迷茫！到底在忙些什么？？

有人说自动化很简单啊，学一些工具就可以了。不要跟我说什么分层、覆盖率、效率，老夫一把梭就是干。 自动化初期什么都不准备，直接开始做在练手阶段没问题。当你真正要完成一个项目的时候，必须站在更高的角度去考虑问题，而不仅仅是个脚本编辑员。若只盯着眼前的脚本编写的工作，最终累倒自己，效率也无从谈起。

就要求把自己当成一个自动化测试项目的推动者、管理者。自己得有一个清晰的目标。管理者的的目光从来就不停留在具体的某个控件的识别上。

自动化测试到的目的是什么？怎么开始？什么时候开始？开始了要怎么做？都要一个管理者在开始之前想清楚。

不然很可能等待你的是一个失望的自动化。

假如你接受我上期的，自动化的终极目的是为了提高开发的效率。

那分解成具体的事来说，开发需要在合并代码的第一时间知道自己的代码有没有问题。那就是分解成2个小目标：

1、覆盖到更多的场景

2、更快的编写和执行用例

达到这2个目说起来并不难。有10字真言记住：

如果你刚接手一个项目，跨app、web。那你第一时间肯定得从接口入手。如果只有页面的测试这条路，你会什么就 开始先做什么。

知道自己测什么了，那就得挑模块了。模块选择以，技术能实现>重要程度>变化频率这样的方法来挑选。开始做之前筛选重要的模块，然后把技术不能实现的剔除掉，然后把变化频率大的剔除掉。剩下的就是你要做的模块了。

做到什么程度？这样来说，开发只关心正常流程通不通，且占80%的正常功能的用例编写只会占用你正常异常都覆盖的20%的时间。算一下帐，肯定是优先做正常功能的，时间少，性价比高。一句话总结：

有了目的有了范围，就能完成一个完美的自动化测试过程吗？

当然还缺少两个个重要的东西，就是执行力和信心。有些朋友见过太多失败的自动化，然后对自动化测试失去信心，自己都没信心，怎么可能做好呢。以前咱们的目的是为了自己回归测试，感觉没提高多少效率。现在咱们的目的是帮助开发更快的迭代，我们写半个月每次能帮他们节约半天的时间都是效率的大幅提升。代码还是同样的代码，思维变一下，世界就不一样了。

没有了思想的束缚，那就开始干吧。

每天必须提交脚本代码，忙就少写点，不忙就多写点。当某天开始不更新代码了，那就是危险的开始。不要问我怎么知道的，说多了都是泪。必须定个kpi，怎么定，请自己来。

前期如果定好目标，圈好范围，定下kpi。还是不成功，请你来找我。

最后说一句，做什么事都一样，没有一个周全的开始，往往有一个不好的结尾。希望大家能做出效果，千万别放弃。

本文转自 测试百晓生