测试金字塔，来源于人们将多层结构应用在前端测试领域（如图1）。
对于金字塔的结构众说纷纭，这里采用原作者的观点，并附上一些我在实际项目中所采用的技术栈：
端到端测试：从外部测试整个app。在真实的浏览器或移动设备上运行应用，使用真实的服务端数据。通常情况下，端到端测试都是由组内的专门测试人员进行的（人力测试），此时的app也大都处于生产阶段或者准生产阶段，所用数据都是线上真实数据。
UI自动化测试：从外部测试app的主要模块。一般运行在真是的设备上，使用模拟服务器。前端自动化测试框架很多，这里有一个链接：Top 5 Most Rated Node.js Frameworks for End-to-End Web Testing。CasperJS在渲染React DOM时会有些问题，Protractor是基于Angluar的，配置起来也有些麻烦，所以我在项目中使用了nightmare.js，他会调用eletron虚拟出的浏览器进行自动化测试，并且在项目中我们使用了一个特定进行测试的数据库。
组件测试：从内部和UI和业务逻辑集成的测试。通常在node上运行，使用模拟服务器。在我们的项目中，由于使用了facebook的CRA(create react app)，自带了Jest，自带断言库，开箱即用很方便，所以采用了Jest+Enzyme进行组件测试。基本教程网上很多，也可以在Jest和Enzyme的官网上看，有翻译版本。
单元测试：抛开UI，将项目分割成若干的单元，进行业务逻辑的测试。使用Node运行，并且在每个单元外使用模拟数据。
下面主要说一下组件和单元测试：
由于是基于react+redux+saga的单页应用，每个页面，或者说组件的基本结构分为四部分：sagas储存业务逻辑，index囊括了相关的action和reducer，component只进行UI渲染，container负责链接store和component。所以我采用的测试方案如下：
sagas: 使用redux-saga-test-plan，模拟generate function，使用模拟数据进行测试，并且使用provider模拟http请求的数据、withReducer同时测试相关的selector、reducer和actions。
container：使用redux-mock-store模拟redux store以及相应的action和state dispatch匹配测试。
component: 使用enzyme的shallow和mock props渲染组件（如果是最底层的组件可以用mount来测试react组件的生命周期），使用jest的mock function模拟点击等的动作。
index：index主要部分已经在sagas和container部分测试过了，详细的测试（我觉得必要性不是很大）可以参考redux的官方测试文档。
在国内一般的开发团队都有专门的测试人员，但是在国外比较小的团队就不会有。所以在开发同时不断更新测试代码也是很有必要的。
这是几个月来在测试方面的一些个人理解，如有不对或不够细致的地方还请大家指正。
相信看了本文案例你已经掌握了方法，更多精彩请关注php中文网其它相关文章！
推荐阅读：
以上就是前端测试金字塔使用步骤详解的详细内容，更多请关注php中文网其它相关文章！
