第二章、自动化测试是什么？(What)
自动化测试是相对于手工测试而言：通过脚本自动去执行测试用例，从而代替人完成测试工作。
自动化测试相对手工测试优缺点
|
测试方式 |
优点 |
缺点 |
|
手工测试 |
1，完整的对所有业务场景进行覆盖 |
1，功能较大时需要更多的时间去覆盖所有业务场景 |
|
2，测试中更加灵活 |
2，无法实现快速重复性测试 |
|
|
3，能够进行探索性测试 |
3，回归测试中，测试人员会有强烈的心理疲劳 |
|
|
4，每次都要写新的测试用例 |
4，无法实现持续集成 |
|
|
5，测试用例的执行时间长 |
||
|
6，不需要懂编程代码 |
|
测试方式 |
优点 |
缺点 |
|
自动化测试 |
1，能够实现快速测试所有业务场景 |
1，需要维护测试用例，保证可执行 |
|
2，一次用例可以长期使用 |
2，首次编写自动化用例时间较长 |
|
|
3，可以实现持续集成 |
3，无法进行探索性测试 |
|
|
4，执行用例时间短 |
4，测试用例需要定期维护 |
|
|
5，需要懂一些编程代码 |
对于自动化测试，其实又可以分为很多块。见下图：
同时根据平台UI界面层也可以分成，PC自动化测试，手机端自动化测试
PC端自动化测试：浏览器页面、GUI程序
手机端自动化测试：APP、微信H5页面、微信小程序
为什么要画成一个金字塔形，则不是长方形 或倒三角形呢？ 这是为了表示不同阶段所投入自动化测试的比例。如果一个产品从没有做单元测试与接口测试，只做UI层的自动化测试是不科学的，从而很难从本质上保证产品的质量。如果你妄图实现全面的UI层的自动化测试，那更是一个劳民伤财的举动，投入了大量人力时间，最终获得的收益可能会远远低于所支付的成本。因为越往上层，其维护成本越高。尤其是UI层的元素会时常的发生改变。所以，我们应该把更多的自动化测试放在单元测试与接口测试阶段进行
既然UI层的自动化测试这么劳民伤财，那我们只做单元测试与接口测试好了。NO! 因为不管什么样的产品，最终呈现给用户的是UI层。所以，测试人员应该更多的精力放在UI层。那么也正是因为测试人员在UI层投入大量的精力，所以，我们有必要通过自动化的方式帮助我们“部分解放”重复的劳动。
在自动化测试中最怕的是变化，因为变化的直接结果就是导致测试用例的运行失败，那么就需要对自动化脚本进行维护；如何控制失败，降低维护成本对自化的成败至关重要。反过来讲，一份永远都运行成功的自动化测试用例是没有价值。
至于在金字塔中三种测试的比例要根据实际的项目需求来划分。在《google 测试之道》一书，对于google产品，70%的投入为单元测试，20%为集成、接口测试，10% 为UI层的自动化测试。
分层测试的角度，自动化测试应该逐层进行。
最大量实现自动化测试的应该是单元测试，最容易实现也最容易在早期发现问题；其次是接口级测试，以验证逻辑为目的进行自动化，由于接口的相对稳定，自动化测试成本相对也可以接受；自动化成本最大的便是UI级自动化测试，然而UI界面是直接反馈给用户的效果展示，适度的尤其是BVT级的自动化测试也是非常必要的。