软件特色

　　稳定

　　好的开发环境首先应该是稳定可用的，不应该在开发测试的过程中频繁挂掉或者频繁发生改变。

　　依赖于后端日常接口进行调试的前端对这点应该深有体会，自己的问题还没解决，环境就时常带来新的问题。

　　快速验证

　　修改代码能够在尽可能短的时间内得到验证也是一个基本诉求，这也是为什么大部分前端构建都会关注Hotreload和更高级的HMR。

　　有些场景下的修改一次简单的修改就要经过长时间的等待，例如依赖上游修改接口的返回内容，需要修改后端的页面结构然后重新部署，需要走一遍完整的发布流程来测试某个修改在真实的线上页面会产生的影响等等。

　　和线上的一致性

　　很多项目的线上环境极为复杂，为了解决日常开发中的问题，也会有一个线下的DEMO页面，最后开发完再搬到线上。

　　这种方式相对来说较为稳定且能快速验证，但比较凸显的问题在于和线上并不一致。开发中会存在很多if-else的逻辑，例如最常见的：

　　constAPI_BASE=utils.isDaily?'http://localhost:7001:':'https://xxxx/';

　　这种情况也往往导致Bug非常难以被定位，最后逼着开发者退化到在线上环境低效的进行debug。

　　确定性

　　开发者对于当前的环境应该是有确切认知的，而不是一直不停的怀疑自己的配置到底有没有生效，命中的是不是又是缓存等等。

　　有些情况下我们利用hosts切换工具来进行联调，但在切完hosts后却又不得不来回确认自己的切换是否生效，清楚Chrome的DNSCache，清楚Socket之类的。

　　这种非确定性不但提高了开发者心智负担，而且也会导致Bug难以定位。

开源测试工具