小闲鱼历经上文所提及的受折磨的“微服务架构分拆、微服务架构环境”问题后，总算顺顺当当的上到了接口测试开展测试。此刻开发设计、测试朋友又闹新的头痛了，测了头痛出去。看见很好的。最后看见一上生产就会有一些地儿不太好，看见没测到。这到底是为什么呢？在过去，小闲鱼她们队伍全是过去的大单独APP。也就是集成化APP，包括了前端开发、web后台等功能模块，具有纯天然的灵活性：

测试朋友可以很便捷的就立即测到前后端接口。测试可以立即软件系统自身开展功能测试,但如今，进行了微开放式创新（发展历程）后，小闲鱼她们就翻车了，为什么呢？由于充分考虑微服务架构，微服务架构便是憧憬单拎1个服务出去，都能够单独改动，单独上架。因此小闲鱼递交了1个优化的好多个服务变动，惦记着完成1把“灵巧”上架。最后一上架就炸了，一堆的漏洞，光荣加班加点到夜里12点。这实际上是欠缺端到端测试的1个问题，单服务，没法确立系统软件已经正常运转。

端到端测试在测试的品质确保上，我们要处于客户角度去验证这一系统软件，确保总体的网站安全性，而不是纯粹的前端开发hrj，又或者web后台Server的一些接口可以正常运转。在界定上端到端测试（END-DA-endTest）是一类用以测试所有程序流程的过程是不是满足预估的检测技术。测试朋友模似客户真正的应用情景，利用操作界面测试程序流程。端到端测试.与小闲鱼队伍那类纯粹只测接口的方法不一样，端到端测试是针对业务的。其意义是验证应用程序流程系统软件总体上是不是满足业务需求，关键利用WPF测试，也会有些人称其为功能测试、功能测试，黑盒测试方法。许多企业会将这几类混在一块。其实在关键点界定上各不相同：

一上到生产，看见根本没有那么回事。由于好几个变动融为一体，极有可能会可能会导致原来的行为发生改变。即使就是你单独服务接口没违反，也未必能确保别的在同一个时间上的服务没什么问题。在业界实行状况看来，业务优化的十分快，接口自动化大多数较为欠缺。又或者以请业务外包员工的方法来做，大多数是针对总量补接口。我们可以了解纯粹验证接口，不走端到端类型的功能测试，是十分性感的。竭尽所能的想一想以下情景：是否有见过一些开发设计，他在本地测好接口后，一和前端开发集成上到接口测试。测试工程师，一点儿1个出错，正方向过程根本跑无法接通。测试朋友痛苦不堪，开发设计朋友一下下背着十余漏洞，齐齐加班加点。但开发设计朋友大呼我在本地的接口测试的完全没问题。说到底，小闲鱼队伍的问题，或是由于欠缺端到端测试，欠缺完整的接口自动化测试用例造成的。