卓越工程实践之—前端高质量单测

Posted 阿里云云栖号

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了卓越工程实践之—前端高质量单测相关的知识,希望对你有一定的参考价值。

高单测等于高质量?

笔者负责的npm包是 ICBU信天翁低代码平台渲染引擎,160+应用 600+页面基于该引擎开发,内网日npm下载 1K+。经过不懈努力(CV),终于把单测提到了95%。

然而,虽然在覆盖率上获得了一些数据的改变,但作为开发者,想要的并不是数据上的完美,而是它真的完美(没BUG)。作为一个高频引用的底层库,改动一行代码都可以影响到用户意想不到的bug。

高单测覆盖率不能避免改动引发,小的改动引发就可能带来大的线上问题。

写好单测

issue=单测

每一个issue都有它命中注定的一个单测

在我们的项目中,用issue来管理用户需求。用户每发现一个问题都可以到我们指定仓库中去提issue,新增的issue触发机器人在钉钉群里艾特对应修改人,修复后机器人通知创建人。

在软件工程中,对单元测试的描述是“针对每一个单元的测试,以确保每个模块能正常工作为目标”。

在我们行覆盖率和分支覆盖率都很高的情况下,还需要有新的机制保证模块更稳定。除去那些框架还没探索到的业务场景,怎么样保证现在用户的一定没有问题?

于是有了issue即单测。

在现在的issue运作机制下,保证每一个单侧都有对应的issue。在仓库中新增了脚本tnpm run create-issue。

 

在发布前把对应的demo做删除

 

当我们运行tnpm run create-issue 123456,帮我们创建对应issue 123456的单测+demo,复用同一个template内容,可以在浏览器端看到demo,也可以在vs code中直接编写单测内容。

在demo中,可以直接点击gitlab链接跳转到对应issue。

这里拿一个简单的issue做演示:

对应的原子单测

 

单测非常简单,虽然只有两句expect,但这两句是只为这个issue存在,强行cp。

issue唯一单测覆盖,保证0改动引发。

在业界一些优秀的开源框架也是有同样的issue即单测的案例,比如mobx。

单测=文档

原子类单测可以极大程度保证代码稳定性,组件类可以描述开发者期望的用法。

单测即文档

闭环沉淀反哺

除此之外,issue的Milestone代表对应npm版本:

 

issue的最好归宿就是cover by test。钉钉 -> issue -> npm changelog 相互对应,做到每个单测可溯源。

笔者负责的框架已经推行了一年,再回顾一下。值得思考的是,重头设计一次架构,是否能完美的解决现在的这些issue。

这些issue和单测都是走过的脚印,现在我们已经积累单测170+, 其中60+ issue原子类单测。不能保证0BUG。但可预见的是让用户放心用,不会有改动引发。单测是质量的守门神,帮助框架做好用户预期,一步步更稳健的前行。

最后

写单测最好的时间是项目开始前,其次是现在。

作者 | 范喆(六瓶)

原文链接

本文为阿里云原创内容,未经允许不得转载。

以上是关于卓越工程实践之—前端高质量单测的主要内容,如果未能解决你的问题,请参考以下文章

神策数据内推--前端架构师高级前端开发工程师 -- 多Base

React + Typescript 工程化治理实践

如何写出优雅的代码

小程序最佳实践之『单测』篇 干货满满!

研效优化实践:Python单测——从入门到起飞

如何成长为高级工程师?