前端代码覆盖率第一弹：准备阶段

最近组内在建立持续集成流程，小编主要负责前端流程，截止到目前为止已经将整个流程梳理完毕在分阶段实施中，那么流程是什么样子的？具体怎么实施呢？一起来看看

了解整体流程

整个流程包括代码push、Jenkins自动构建、静态代码扫描、单元测试、集成测试五部分内容，如图

今天小编要和大家分享的就是前端代码覆盖率的一些注意事项和方法，好吧！进正题~

了解代码覆盖率含义

俗话说：知己知彼百战百胜，连代码覆盖率是什么都不知道更不用说搞它了，小编也是自行google了下代码覆盖率：简单来说就是代码覆盖程度，一种度量方式，一般代码覆盖率有很多种：语句覆盖(StatementCoverage)、判定覆盖(DecisionCoverage)、条件覆盖(ConditionCoverage)、路径覆盖(PathCoverage)，深入了解请自行google吧！

了解代码覆盖率意义

在了解代码覆盖率含义后，小编再次从网上收集了代码覆盖率的含义：

• 了解测试情况 测试过程中覆盖和未覆盖的地方，可能存在的风险。分析未覆盖代码，反推在测试设计是否充分，进一步明确测试设计阶段的问题。
• 发现测试死角、冗余代码、历史废弃代码 有助于发现多个测试用例都覆盖不到的代码，收集方法覆盖率，为废弃的代码提供依据。
• 度量自动化用例 为自动化用例提供覆盖率统计情况，分析覆盖率报告，完善自动化用例。
• 精准回归 构建代码调用关系，精准的确定回归测试范围，避免了全量回归造成测试资源的浪费。

制定实施步骤

在了解代码覆盖率相关知识后，制定了本次代码覆盖率实施的详细步骤：

• 了解项目
• 选择工具
• 代码插桩
• 执行用例
• 保存结果
• 生成报告

准备阶段遇到的坑

“没有充分沟通”的第一坑

首先我们要了解当前的项目，小编在网上查资料、搭环境，一顿猛虎操作之后闲暇之余和开发沟通了下才知道查到的资料和当前项目根本不匹配，沟通之后发现项目使用node.js、grunt、ruby、compass，悲剧了。

“没有充分沟通”的第二坑

最开始使用的工具老旧，线上文档少 下面介绍下主流前端代码覆盖率工具的优点和缺点，帮助各位同学选择合适的工具，如图：