这是我购买的"极客时间"上的一套课程的笔记，总共52讲，定期对其中的内容做一笔记，巩固学习内容。
19 真实的战场：如何在大型项目中设计GUI自动化测试策略
从两个方面展开：
- 测试策略如何设计
- 测试用例脚本如何组织
大型全球化电商网站的前端模块划分
前段架构按照不同的业务模块来划分。这些前段模块都会使用项目自己封装的组件库。通常会把自定义开发的这些所有组件都放在一个公共组件库中，为前端模块提供依赖。
从代码库角度看，各个前段模块都有各自独立的代码库，除此之外还会有一个公共组件的代码库。
大型全球化电商网站的GUI自动化测试策略设计
GUI自动化测试：轻量级；不应把大量的功能测试，以及功能的组合测试放在GUI自动化测试中。
GUI测试通常只覆盖最核心且直接影响主营业务流程的E2E场景。
GUI的验证应该是分阶段、分层次来设计制定测试策略的。
首先，从前端组件的级别来保证质量。需要对那些自定义开发的组件进行完整全面的测试。
对公共组件进行严格的单元测试。最常用的方案是：基于Jest开展单元测试，并考量JavaScript的代码覆盖率指标。
基于被测控件构建专用的测试业务，在页面层面再次验证控件相关的功能和状态。这部分需要采用自动化的形式实现。
其次，每一个前端模块，都会构建自己的页面对象库，并在此基础上封装开发自己的业务流程脚本。这些业务流程的脚本，可以组装成每个前端模块的测试用例。
自动化测试用例的原则，通常是：优先选取业务关键路径以及Happy Path作为自动化测试的范围。在资源充裕的情况下，我们希望这个阶段的自动化率可以达到70-80%。这个百分比是针对模块级别的要求。而之前的文章中提到的“自动化测试为辅，手工为主，以及只覆盖核心业务场景”针对的是系统级别的E2E测试。
最后，组合各个前端模块并站在终端用户的视角，以黑盒的方式使用网站的端到端（E2E）测试。
谁来开发这部分端到端的GUI自动化测试用例？
最佳实践是：成立专门的E2E测试团队。E2E团队应该尽可能地利用各个模块已有的页面对象和业务流程脚本，组装端到端的GUI测试。
大型全球化电商网站的GUI自动化测试脚本管理
将各个模块的页面对象和业务流程脚本放在各自的代码库中，并引入页面对象和业务流程脚本的版本管理机制，通常采用页面对象和业务流程脚本的版本号和开发版本号保持一致的方案。
具体在测试项目中，模块版本的依赖往往是用POM来配置的。
在这种管理机制下，E2E团队不需要重复开发任何的页面对象和业务流程脚本，而且可以始终保证与各个模块的最新实现同步。
总结
首先，从前端的组件级别保证质量。基于Jest最比较严格的单元测试。
其次，每一个前端模块，都会构建自己的页面对象库，并在此基础上封装开发自己的业务流程脚本。
最后，把各个前端模块组合在一起之后，站在终端用户的视角以黑盒的方式使用网站的端到端的测试。
而为了能够在端到端的 GUI 自动化测试中，复用各个模块的页面对象和业务流程脚本，建议的方案是：对各个前端业务模块的页面对象库和业务流程脚本，实施版本化管理机制。
【心得】
层次很清晰。单元测试--模块测试--端到端测试（复用模块测试）。这种方式，在E2E层面避免了频繁修改，还可以复用已有的内容，免去重复劳动。
当然，具体到项目，是否需要采用这种方式，还是要看项目的性质，整体的ROI。毕竟看下来这部分的人力投入还是挺大的，如果项目比较小或者是一次性项目，还是不建议完全采用这种方式，可以把人力投入到更为重要的API测试上。
