自动化测试(Automation Test)需要策略吗？

序言

我们知道，自动化测试是为了代替人工的测试，同时可以和持续集成整合到一起，尽快的发现代码隐藏的bug，根据软件生命周期理论，bug发现的越早，我们fix这个bug需要花费的成本就越少。自动化测试代替部分人工测试，这也可以减少人工成本。为什么我这里这么强调成本，做生意控制成本很重要，相同的赚钱能力的公司，谁的成本控制的好，谁的利润就高，谁就更容易活下来。总结一下，自动化测试有两个方面明显的优点。
- 尽快发现代码隐藏bug，减少返工的成本。
- 代替部分人工的测试，减少人工测试的成本。
自动化测试有这么大的优点，我们实现自动化测试的过程中需不需要什么策略呢？

实现自动化测试过程中的策略

实现自动化测试的过程就是实现测试金字塔的过程，测试金字塔大致分为四层。

金字塔的每部分形状的大小，也表示了每部分需要实现的test的数量。
从底部-》顶部，
- UT: 包括后端UT和前端的JS UT，这部分数量是最多的
- IT: 这个是集成测试，会串联UT，但是它会连接数据库，以及webservice
- API：这个涉及前端和后端的API
- UI：这个是UI测试的一些脚本，可以使用Robot, Sahi等等，这部分数量是最少的

实现这个测试金字塔的过程一般有两种策略：
我们假设一个系统有A，B，C，D四个模块。它们四个实现上面的金字塔都是需要100h。
1. 广撒网
广撒网是指，加测试的时候A，B，C，D四个模块雨露均沾，没有什么特别的规则，你只要能报证覆盖率是增加的就行了。
2. 集中某个业务流程
这种策略优先关注于A,B,C,D中的某一个，完成其中某一个之后，再去实现别的模块。

从宏观上面看，这两种策略