目录
34、什么是端到端微服务测试?
35、Container 在微服务中的用途是什么?
36、什么是微服务架构中的 DRY?
37、什么是消费者驱动的合同(CDC)?
38、Web,RESTful API 在微服务中的作用是什么?
39、您对微服务架构中的语义监控有何了解?
40、我们如何进行跨功能测试?
41、我们如何在测试中消除非决定论?
42、Mock 或 Stub 有什么区别?
43、您对 Mike Cohn 的测试金字塔了解多少?
44、Docker 的目的是什么?
45、什么是金丝雀释放?
46、什么是持续集成(CI)?
47、什么是持续监测?
48、架构师在微服务架构中的角色是什么?
49、我们可以用微服务创建状态机吗?
50、什么是微服务中的反应性扩展?
端到端测试验证了工作流中的每个流程都正常运行。这可确保系统作为一个整体协同工作并满足所有要求。
通俗地说,你可以说端到端测试是一种测试,在特定时期后测试所有东西。
图 14:测试层次 – 微服务面试问题
容器是管理基于微服务的应用程序以便单独开发和部署它们的好方法。您可以将微服务封装在容器映像及其依赖项中,然后可以使用它来滚动按需实例的微服务,而无需任何额外的工作。
图 15: 容器的表示及其在微服务中的使用方式 – 微服务访谈问题
DRY 代表不要重复自己。它基本上促进了重用代码的概念。这导致开发和共享库,这反过来导致紧密耦合。
这基本上是用于开发微服务的模式,以便它们可以被外部系统使用。当我们处理微服务时,有一个特定的提供者构建它,并且有一个或多个使用微服务的消费者。
通常,提供程序在 XML 文档中指定接口。但在消费者驱动的合同中,每个服务消费者都传达了提供商期望的接口。
微服务架构基于一个概念,其中所有服务应该能够彼此交互以构建业务功能。因此,要实现这一点,每个微服务必须具有接口。这使得 Web API 成为微服务的一个非常重要的推动者。RESTful API 基于 Web 的开放网络原则,为构建微服务架构的各个组件之间的接口提供了最合理的模型。
语义监控,也称为 综合监控, 将自动化测试与监控应用程序相结合,以检测业务失败因素。
跨功能测试是对非功能性需求的验证,即那些无法像普通功能那样实现的需求。
非确定性测试(NDT)基本上是不可靠的测试。所以,有时可能会发生它们通过,显然有时它们也可能会失败。当它们失败时,它们会重新运行通过。
从测试中删除非确定性的一些方法如下:
1、 隔离
2、 异步
3、 远程服务
4、 隔离
5、时间
6、资源泄漏
存根
一个有助于运行测试的虚拟对象。
在某些可以硬编码的条件下提供固定行为。
永远不会测试存根的任何其他行为。
例如,对于空堆栈,您可以创建一个只为 empty()方法返回 true 的存根。因此,这并不关心堆栈中是否存在元素。
嘲笑
一个虚拟对象,其中最初设置了某些属性。
此对象的行为取决于 set 属性。
也可以测试对象的行为。
例如,对于 Customer 对象,您可以通过设置名称和年龄来模拟它。您可以将 age设置为 12,然后测试 isAdult()方法,该方法将在年龄大于 18 时返回 true。因此,您的 Mock Customer 对象适用于指定的条件。
Mike Cohn 提供了一个名为 Test Pyramid 的模型。这描述了软件开发所需的自动化测试类型。
图 16: Mike Cohn 的测试金字塔 – 微服务面试问题
根据金字塔,第一层的测试数量应该最高。在服务层,测试次数应小于单元测试级别,但应大于端到端级别。
Docker 提供了一个可用于托管任何应用程序的容器环境。在此,软件应用程序和支持它的依赖项紧密打包在一起。
因此,这个打包的产品被称为 Container,因为它是由 Docker 完成的,所以它被称为 Docker 容器!
Canary Releasing 是一种降低在生产中引入新软件版本的风险的技术。这是通过将变更缓慢地推广到一小部分用户,然后将其发布到整个基础架构,即将其提供给每个人来完成的。
持续集成(CI)是每次团队成员提交版本控制更改时自动构建和测试代码的过程。这鼓励开发人员通过在每个小任务完成后将更改合并到共享版本控制存储库来共享代码和单元测试。
持续监控深入监控覆盖范围,从浏览器内前端性能指标,到应用程序性能,再到主机虚拟化基础架构指标。
微服务架构中的架构师扮演以下角色:
(1)决定整个软件系统的布局。
(2)帮助确定组件的分区。因此,他们确保组件相互粘合,但不紧密耦合。
(3)与开发人员共同编写代码,了解日常生活中面临的挑战。
(4)为开发微服务的团队提供某些工具和技术的建议。
(5)提供技术治理,以便技术开发团队遵循微服务原则。
我们知道拥有自己的数据库的每个微服务都是一个可独立部署的程序单元,这反过来又让我们可以创建一个状态机。因此,我们可以为特定的微服务指定不同的状态和事件。
例如,我们可以定义 Order 微服务。订单可以具有不同的状态。Order 状态的转换可以是 Order 微服务中的独立事件。
Reactive Extensions 也称为 Rx。这是一种设计方法,我们通过调用多个服务来收集结果,然后编译组合响应。这些调用可以是同步或异步,阻塞或非阻塞。Rx是分布式系统中非常流行的工具,与传统流程相反。
互联网Java工程师面试题·微服务篇·第一弹-CSDN博客
互联网Java工程师面试题·微服务篇·第二弹-CSDN博客
千题千解·Java面试宝典_时光の尘的博客-CSDN博客