中断8个多月，回来分享干货！笔者去年在公司做了一个端到端的测试项目。当然，它是基于Mocha开发的一套测试程序。虽然从中吸取了一些经验，但也发现了一个让我有强迫症的摩卡不舒服的问题。:要么在浏览器端运行，要么在Node端运行...这让我很不舒服，为什么呢？痛点先说明本文基于Mochav3.2.x。虽然在浏览器端使用Mocha可以生成各种炫酷的报表，但是我们只能编写基本的JavaScript代码，但是当涉及到打包、部署或者新的语法时，那么可能会有点麻烦；其次，在Node端，我们可以在这里写各种show，但是测试结果只显示在命名行中（原谅作者没有找到其他方式，可能是研究不深入）。于是笔者开始脑洞大开，能否将两者结合起来打包使用呢？不出所料，我在Webpack文档中找到了一个强大的mocha-loader。这很棒！！！然后作者对各种测试进行了各种研究，终于得到了自己一直在思考的这套测试框架。为什么我称它为框架？因为这套工具已经在实际项目中使用过，所以现在分享的代码只是基本的框架代码。我们可以在此基础上做任何你想要的扩展。当然，仅限于接口测试。如果要做E2E等页面测试，可能会比较麻烦。设计思路其实没有设计思路。即正常的Mocha接口测试代码调用Node服务，Node服务执行转发功能访问真正需要测试的接口，并将结果返回给Mocha测试程序。这样有两个好处：1、解决了页面接口测试的跨域问题；2、Mocha程序（即页面）不需要接触目标界面，有利于界面保护。项目结构这里的simple.test.js是一个演示例子，serverjs是用于转发的Node服务。有兴趣的童鞋可以试试这套镜框，也许不是最好的，但绝对是最帅的。下一期我们来聊聊牛叉的SelectorPatternGiao.....
