近些年货拉拉的业务持续高速发展，为了满足业务更短周期、更高质量交付的诉求，从今年开始我们的移动App的迭代交付模型也从双周演化为单周。因此，在一周一版的紧张节奏下，随之而来的对测试..

我们所在的效能团队，对这个需求最原始的来源是在一次“小项目”的评审中，增长的业务同学提出来的，目的在于保障前端页面稳定性的同时减少大量测试人力的回归成本。

测试的覆盖通常是指需求范围的执行程度，如需求、测试用例、缺陷的正向与逆向的双向追溯。便于对其相关属性的度量，即使用了覆盖率。

为了在有限的时间及人力成本内保证项目质量，实现对项目质量的精细化管理，我们研发了 Finder —— 全栈代码测试覆盖率及用例发现系统，通过精确化的数据量化代码质量，实现精准化测试。

1.祖传代码不敢随意改动，影响范围无法评估。并且组内时常有因为修改了某块代码，导致其他业务受到影响，产生bug，影响生产。 2.研发提测完成后，测试进入测试后经

代码理解对于软件开发的成功和维护的高效性具有重要意义，是提高软件质量、降低开发成本和提高开发效率的关键。

1.什么是代码可视化？ 个人理解：通过使用图形化手段（架构图、依赖图、分布式追踪、类图、火焰图、CallGraph等）使代码在某些特征上变得可观测，用于辅助开发人员理解分析项目或建设一些自动化工具。

​ 敏捷模式下迭代频繁，回归测试时总是不知道变动的范围。Devlop 有的时候也不知道他改了哪些东西，影响到哪些节点，或者是很多人改的，彼此不知道。遇到有代码洁癖的，改了别人的代码，大家都不知道。通常情况是，要么测试范围定小了，遗漏了；要么测试范围过大，付出过多代价。每次回归，…

笔者前文“浅析代码可视化”中讲述了代码可视化的基本实现原理，并给出了一些业界的应用场景。针对文中提到应用场景中的一些小的功能点，可以拿出来详尽的分析一下实现方案，以小见大。因此本文将针对代码可视化在代