前言
哈喽，大家好，我是海怪。
不知道大家在写前端单测的时候，是否有出现测试代码和测试数据重复冗余的情况？然后不得不写一些函数和类来封装他们的。然而，慢慢地会发现：过度的封装会致使你的测试用例变得越来越难读。
那到底在写测试代码时，怎样的封装才是好的封装呢？今天就把 Kent 的这篇 《AHA Testing》 分享给大家~
正片开始
“AHA 编码原则” 指的是 “避免过度的抽象”（Avoid Hasty Abstraction）。我对这如何适用于编写可维护的测试有不一样的感觉。因为我见过太多人写的测试都是在下面这条轴两个极端：要么是 ANA (Absolutely No Abstraction) 完全没有任何抽象，要么是 完全 DRY (Don't Repeat Yourself) 完全不做任何重复【译注：我觉得这里可以理解为过度抽象】。（ANA 是我现在起的名）
要写出一份高维护性测试代码的关键就是在上面这条轴上找一个最完美的平衡点。
ANA Testing
一个我见过最好的 “完全不做抽象” 的例子就是给 Express 的 Route Handler 写测试。为了能让你理解我这里说的 “用 ANA 写测试是不好的”，这里给你一个经典的样例，你来维护好它的代码库和测试用例。可能你现在会觉得这些测试用例也能保障代码质量，也还好。不过这样的用例真的没问题么？先让我们来看看这些测试代码来找出下面 Route Handler 中的不同之处吧。
代码语言：javascript复制别花太久的时间哦
import * as blogPostController from '../blog-post'
// load the application-wide mock for the database.
// I guess that means this is AANA (Almost Absolutely No Abstraction)
// but I didn't want to write out a whole db mock for this blog post
