保举4个适用的微处事测试计策

微处事架构并不是一种新的架构模式，但它的不绝成长为那些寻求企业级私有云办理方案的公司，带来了诸多甜头，将大型一体化架构应用拆分为可组合的微处事，赋予企业独立扩展和维护每个组件的手段以及DevOps手段。

虽然，微处事架构的漫衍式和独立性也带了很多挑衅，而本文讲谈谈怎样降服测试多个可独立陈设组件时也许会碰着的挑衅。

单位测试（Unit Testing）

单位测试的范畴可所以一组处事（社会性单位测试），也可所以单独的一个处事（独立单位测试）。被测试的单位粒度越小，就越轻易确定模块的举动、查明相干collaborators以及工具与依靠之间的交互。因为单位的伟大度较低，QA工程师可以通过单位测试计策来评估单位是否与collaborators断绝。社会性单位测试和独立单位测试常常会在统一个代码库中同时举办，以办理差异的测试题目。

测试domain layer的目标是模仿DML语句并证明全部collaborators都以正确的次序行使真实的domain objects。在单位测试时代，工程师可以验证用于天生map responses的逻辑或来自外部长途依靠项的其他哀求。就资源和处事层而言，验证每个组件是否与collaborators正确交互，将可以可一再且同等的方法监督哀求/相应周期。

集成测试（Integration Testing）

集成测试在分段情形中举办，以在说明通讯路径的成果和它们之间的交互之后集成各个处事。与单片或SOA差异，微处事架构依靠于历程间通讯（IPC）机制来正常运行，这就是为什么必需验证处事之间的交互。

我们必要编写自动化测试，以通过与外部处事和数据存储的集成来映射乐成或错误的环境。运行网关集成测试将在协议级别上粉碎接口错误，譬喻不正确的SSL处理赏罚和丢失的HTTP标头。耐久性集成测试确保每个组件和协议客户端必需在超时和部门失败的环境下作为外部依靠举办相应。

左券测试（Contract Testing）

左券测试是一种用于验证外部处事挪用与其API Provider endpoint之间左券的黑盒子。一样平常有两种左券测试：

• 集成左券测试
• 斲丧者驱动（consumer-driven）左券测试

在集成左券测试中，每个组件都必要独立挪用，而且必需满意斲丧处事（consumer）预期的左券协议。办理这个题目的最佳要领是对double举办测试。另一方面，按期运行一组单独的测试以确认测试double没有变革至关重要。不外，一单呈现测试失败，会低落陈设管道的速率并粉碎IT基本架构或漫衍式体系的成果。处理赏罚间歇性测试失败的最佳要领之一是更新测试double，同时也许也必要更新代码，以便可以使其规复到与外部处事同等的状态。

在斲丧者驱动的左券测试中，斲丧者将描写他们想要行使处事的方法。斲丧者左券可以在出产者和斲丧者之间以彼此赞成的说话和模式举办。处事提供商将针对各个左券的副本测试处事，然后对该特定处事举办变动，而不会影响其他处事的性子。

End-to-End测试（End-to-End Testing）

End-to-End（E2E）测试用于确定整个体系正常运行以及收集基本办法（负载均衡器、防火墙等）已正确设置。End-to-End测试必要以最风雅的粒度运行以测试整个体系的成果。在此，QA工程师验证完全集成进程的举动，并确保体系总体上满意其营业需求，而不管行使的处事组件系统布局怎样。在成果测试的辅佐下，开拓职员可以确定集成体系或应用是否按要求的划定运行。

【编辑保举】

1. 强强联手，GCC 编译器吸纳 OpenRISC 作为架构端口
2. 怎样计一律个麻雀般的微型漫衍式架构？
3. 模块化量子计较架构要害组件开拓乐成
4. Redis 作者被迫修改 master-slave 架构的描写
5. 甲骨文最新推出的 Java 微处事框架 Helidon：轻量简朴

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!