2昌平区网站建设,网站后台如何添加新闻,佛山网络公司策划,淘宝导购网站备案集成测试的概念
说到集成测试#xff0c;相信每个测试工程师并不陌生#xff0c;它不是一个崭新的概念#xff0c;通过维基百科定义可以知道它在传统软件测试中的含义。
Integration testing (sometimes called integration and testing, abbreviated IT) is the pha…集成测试的概念
说到集成测试相信每个测试工程师并不陌生它不是一个崭新的概念通过维基百科定义可以知道它在传统软件测试中的含义。
Integration testing (sometimes called integration and testing, abbreviated IT) is the phase in software testing in which individual software modules are combined and tested as a group. Integration testing is conducted to evaluate the compliance of a system or component with specified functional requirements.
即集成测试有时称为集成和测试简称 IT是软件测试中的阶段在该阶段中将各个单独开发的软件模块组合在一起并进行整体测试以便评估系统或组件是否符合指定的功能要求。
微服务架构下也需要集成测试需要针对不同服务的不同方法之间的通信情况进行相关测试。因为在对微服务进行单元测试时单元测试用例只会验证被测单元的内部逻辑并不验证其依赖的模块。即使对于服务 A 和服务 B 的单元测试分别通过并不能说明服务 A 和服务 B 的交互是正常的。
对于微服务架构来说集成测试通常关注于验证那些与外部组件例如数据存储或其他微服务通信的子系统或模块。目标是验证这些子系统或模块是否可以正确地与外部组件进行通信而不是测试外部组件是否正常工作。因此微服务架构下的集成测试应该验证要集成的子系统之间与外部组件之间的基本通信路径包括正确路径和错误路径。
微服务架构下的集成测试
如上图所示网关组件层GatewaysHttp ClientExternal Service包含了访问外部服务的逻辑通常包含一个 HTTP/S 的客户端客户端会连接到系统中另一个微服务或外部服务。数据持久层Date Mappers/ORM用于连接外部数据存储。
即微服务架构下的集成测试主要包括两部分
网关组件层 微服务的组件与外部服务的通信路径
数据持久层 数据库访问模块与外部数据库的交互。
这里请注意因为需要测试微服务下子系统之间的通信和外部服务的通信是否正确所以理想情况下不应该对外部组件使用测试替身Test Double。
下面我们逐一来看这两部分是如何进行集成测试的
1网关组件层集成测试 假设有个登录服务该服务需要知道当前时间而时间是由一个外部的时间服务提供的。当向 /api/json/cet/now 发出 GET 请求时状态码为 200并返回如下完整的时间信息。
{
$id: 1,
currentDateTime: 2020-07-29T02:1102:00,
utcOffset: 02:00:00,
isDayLightSavingsTime: true,
dayOfTheWeek: Wednesday,
timeZoneName: Central Europe Standard Time,
currentFileTime: 132404622740972830,
ordinalDate: 2020-211,
serviceResponse: null,
} 如果访问的 URL 错误比如向 /api/json111/cet/now发出 GET 请求时状态码为 404返回如下错误提示。
一般来说集成测试会负责检验与外部服务的连接以及交互协议相关的问题如 HTTP header 的缺失、SSL 处理的异常或者请求/响应的不匹配。所有的错误处理逻辑都需要在测试中被覆盖以确保所使用的服务和协议客户端在特殊情况下能够按预期进行响应。
2数据持久层集成测试
数据持久层的集成测试则要复杂一些因为结果会被保存在存储系统上并被持久化每次测试的执行都可能因为更改了数据而对后续测试的执行产生影响。这意味着两次测试之间并非完全独立因为它们操作了共同的数据。
绝大多数情况下应该保证两次测试之间的外部因素也是相互独立的。因为这样的错误测试数据的修改而导致的测试执行失败出现后往往很难意识到进而影响排查进度。
为了保障两次测试的独立性持久层集成测试的常见步骤是 在执行任意测试前先回退数据库到一个已知且可预测的状态这需要清理/回滚之前对数据库的修改 通过插入对测试来说已知且预期中的数据来重建数据库 进行相关的测试 循环上述这个过程。 常见问题及解决策略
然而有很多时候外部服务不可用服务尚未开发完成、服务有 block 级别的缺陷未修复或其异常行为如外部组件的超时、响应变慢等很难去验证。外部组件不能使用测试替身外部服务又不可用或异常场景难构造看似无解实际上都是有替代方案的。
服务不可用
针对服务不可用的情况微服务虚拟化技术可以完美解决这种问题它是避免与其他服务通信时出现意外的必要工具在具有大量依赖项的企业环境中工作的时候更是如此。它可以用于在测试阶段消除对第三方服务的依赖测试应用程序在遇到延迟或其他网络问题时的行为。它通过创建代理服务实现对依赖服务的模拟特别适合测试服务之间的通信。常见的工具有 Wiremock、Hoverfly、Mountebank 等。
以 Wiremock 为例如下代码的效果是当相对 URL 完全匹配 /api/json/cet/now 时将返回状态 200响应的主体类似于 /api/json/cet/now的返回值Content-Type Header 的值为 text/plain。否则当相对 URL 错误比如访问 /api/json111/cet/now 时则返回 404 的错误。
Test
public void exactUrlOnly() { stubFor(get(urlEqualTo(/api/json/cet/now)) .willReturn(aResponse() .withHeader(Content-Type, text/plain) .withBody(equalToJson({ $id: \1\, currentDateTime: \2020-07-29T02:1102:00\, utcOffset: \02:00:00\, isDayLightSavingsTime: true, dayOfTheWeek: \Wednesday\, timeZoneName: \Central Europe Standard Time\, currentFileTime: 132404622740972830, ordinalDate: \2020-211\, serviceResponse: null, })))); assertThat(testClient.get(/api/json/cet/now).statusCode(), is(200)); assertThat(testClient.get(/api/json111/cet/now).statusCode(), is(404));
}
服务超时响应慢难构造
如果使用真实服务测试服务超时或响应慢等情况需要特殊构造下这时候借助各种工具会比较方便比如常见的软件有 Fiddler、Dummynet、Clumsy 等。
Wiremock 也支持延迟的功能比如使用 withFixedDelay() 可以实现固定延迟的效果
stubFor(get(urlEqualTo(/api/json/cet/now)).willReturn( aResponse() .withStatus(200) .withFixedDelay(2000)));
使用 withLogNormalRandomDelay() 可以实现随机延迟效果
stubFor(get(urlEqualTo(/api/json/cet/now)).willReturn( aResponse() .withStatus(200) .withLogNormalRandomDelay(90, 0.1)));
数据初始化和构造的成本高
上述对数据持久层集成测试的方法虽然通用但是将数据库进行初始化需要编写大量的样例代码插入预期的数据也需要编写大量的数据库操作语句。面对这个问题可以使用一些现成的持久化测试框架来改善测试体验常见的持久化测试框架有 NoSQLUnit、DBUnit 等。
DBUnit 的设计理念就是在测试之前先备份好数据库再给对象数据库植入需要准备的数据在测试完毕后再读入备份数据库初始化到测试前的状态。DBUnit 可以在测试用例的生命周期内来对数据库的操作结果进行比较。DBUnit 支持的数据库有 db2、h2、mssql、mysql、oralce、postgresql 等。
NoSQLUnit 是用 DBUnit 类似的方式来编写 NoSQL 数据库的测试。支持多种 NoSQL 数据库包括 HBase、MongoDB、Redis、ElasticSearch、Vault、Neo4j 等。
总结
本节课讲解了微服务架构下的集成测试定义接着讲解了微服务下的集成测试的两个方面网关组件层集成测试和数据持久层集成测试。
在网关组件层集成测试中通过服务虚拟化技术来实现对外部服务能力的模拟通过模拟网络异常情况来构造外部服务超时、响应慢的情况。
在数据持久层集成测试中通过持久化测试框架可以避免常规持久化测试时编写大量代码和大量 SQL 语句的情况。
当然如上框架和工具的威力不限于此文中只给出了关键的示例信息你可以根据需求或兴趣自行探索学习。
最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 软件测试面试小程序
被百万人刷爆的软件测试题库谁用谁知道全网最全面试刷题小程序手机就可以刷题地铁上公交上卷起来
涵盖以下这些面试题板块 1、软件测试基础理论 2、web,app接口功能测试 3、网络 4、数据库 5、linux 6、web,app接口自动化 7、性能测试 8、编程基础9、hr面试题 10、开放性测试题11、安全测试12、计算机基础 这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你
