代码测试里的
E2E 是什么

下面是视频旁白的全文。

你在手机上点了一杯奶茶，按下付款。这一下，背后有好几个部分在接力。按钮把单子交给远处的电脑。电脑去收钱，再把单子发到店里。最后，你手机上跳出：下单成功。写程序的人要确认：这一整条路，每次都走得通。

最常见的办法，是把每一段单独拿出来查。就像接力赛，先给每个人单独掐表。可是每个人都跑得快，交棒时也可能掉棒。单独查，查不出这种毛病。所以还要一种检查：让一个机器人像真用户一样，从头到尾走一遍。这就叫端到端测试，简称 E2E。

端，就是两头。一头是你的手指按下去，另一头是你最后看到的结果。机器人照着一份剧本做：打开页面，选奶茶，点付款。然后对答案。看到下单成功，就亮绿灯。没看到，就亮红灯，很多工具还会拍下当时的画面。

它最像真人在用，所以最让人放心。可它有个缺点：慢。单独查一段，一眨眼就完。从头走一遍，要等好几秒，甚至更久。它还容易误报。网络慢了一下，或者弹出一个窗口，它就以为坏了。真坏了的时候，也很难一眼看出是哪一棒掉的。所以老手的做法像一座金字塔。底下是大量单独检查。中间少一些交棒检查。最顶上，只留几条最重要的从头到尾。

谷歌的测试团队在二零一五年给过一个参考比例：七成、两成、一成。各家不一样，但形状都差不多。下次你点付款，一下就成功。很可能，有个机器人已经替你先走过这条路了。