写了一本开源小书《Jest 实践指南》

哈喽，大家好，我是海怪。

前段时间一直在给公司项目引入 Jest ，这过程中学到了不少东西，也查了很多相关资料。最后编写了一本小书《 Jest 实践指南》，希望能帮助到想了解和学习前端测试的朋友。

测试难点

Jest 看似很简单，就像很多博客写的那样：

expect(sum(1, 1)).toEqual(2)

然而在真实业务中，写出一个好测试的难度并不低。我总结了一下写测试的几个难点：

不会配置。 Jest 的上手文档非常简单，甚至不需要配置。但真实情况是只要一个配置没配好，所有测试都跑不起来。测试不像开发，代码有问题可以慢慢调，而是一个 0 - 1 游戏，不是成功就是失败，挫败感非常强。

不知道要怎么 Mock 。 这个绝对是经典中的经典。虽然官方文档有教程，但是真实的业务往往不是那么理想，远比文档要复杂得多。

不会构造测试用例。 刚接触测试时，很容易把做业务那套 “实现 XXX 功能” 的想法代入测试。但测试的重点不在于实现功能，而是构造用例。

没有测试策略。 上面是 “技” 的难点，测试还有 “术” 的难点。闷着头肝测试并不高效，使用合适的测试策略远比写 10 个测试用例重要。

上面这些问题很容易让人写出难以维护和复杂的测试。只要业务一改，不仅要维护业务代码还要维护测试代码。这时，你不禁感叹：“测试真浪费时间”，最终放弃写测试，直接开摆。

好的测试会让你获得很高的代码信心，而不好的测试则会严重拖垮项目开发。所以，大家所厌恶的不应该是测试本身，而是那些维护性差的测试。

目前国内关于前端测试的内容非常糟糕，在我查找资料过程中就没有一次是不坎坷的。首先是 Jest 的官网就不给力：

先不说翻译的正确性如何，单看这中文的内容就让人没有想看下去的欲望，真希望 Jest 能找稍微专业一点的人来做翻译。由于官网的中文翻译做的实在太烂，遇到问题几乎在中文社区是找不到的。

再来说国内关于测试的文章，我总结有三类：

不是说这些文章不好，只是这些文章大多数停留在最初级，看完还是不会怎么写测试。就现状来看国内测试社区是有进步的，至少有不少人在写第三类了，要知道以前基本只有第一类文章。

终于，我看到了 React Testing Library 作者 Kent C. Dodds 的博客。

他写了很多关于测试思路的文章，每一篇都非常精彩。受他的启发，我觉得有必要把这些思想和技巧分享出来，最终形成了这本小书。这本小书要解决的就是 “怎么做” 这一步。

此次教程主要分享测试的思路为主，虽然以 React 为主要技术栈，但使用其它技术栈的读者依然可以流畅阅读。

本教程是我结合了自身实践、Kent C. Dodds 文章、StackOverflow 、Github Issue 以及别的博客最终总结出来的一套实践指南。

小书包含 3 部分：

我知道很多人看到这个贴子依然对测试嗤之以鼻，可能觉得写测试就是扯淡、浪费时间的，也可能你已经对国内的 “短平快” 失望了，这个我完全能理解。

但我相信总有人愿意写测试的，我希望在他们学习如何写测试时能给一个方向和引导。