当前位置:首页 >> 设计

生态村分享|MeterSphere在微服务架构中的自动化测试应用

来源:设计   2024年02月01日 12:16

过要用定时转化,专门建起了定时转化飞行测试他的团队。然而独立自主合作开发设计飞行测试定时转化该平台对他的团队职员的应用要求相当极低,且飞行测试岗位早先各有不同飞行测试状态相当分散,常用的工具都不统合,用例不能统合行政。

因此,思为科技领域就考虑即可替换成一个飞行测试该平台,在消费市场上初步了各种各样的飞行测试该平台。思为科技领域也先之前过自研,但是自研一个飞行测试该平台成本还是较极低,且投入了一个合作开发他的团队完成合作开发设计,成果却并不理就让。

再一,思为科技领域的飞行测试他的团队选择了MeterSphere开源接下来飞行测试该平台来依靠之下飞行测试岗位,满足此之前遭遇的主要消费。

所列为MeterSphere在思为科技领域飞行测试环境污染早先的确实运用视觉效果:

1. 常用MeterSphere该平台机能飞行测试

思为科技领域营销云在替换成MeterSphere作为飞行测试该平台后,要用的第一个事情就是把整个机能飞行测试的一系列跳跃、报表全部搬到了MeterSphere该平台上。

运用在结构上:

■飞行的该系统:常用脑图撰写用例,快捷极低效;用例Skype行政,易管理;

■飞行二号:按照飞行测试阶段创建飞行二号报表,有效把逐开发进度;

■飞行已为:定时分解飞行已为以捕获统计数据,降低手工汇总的岗位。早先飞行试用即可常用Word写飞行已为,并完成除此以外的汇总岗位。常用MeterSphere该平台后这部分岗位终于简转化。

2. 通过MeterSphere该软件直抵IDEA与飞行测试该平台的后端口实时

他的团队最开始要用后端口飞行测试时遭遇一个极难,就是如何对后端口完成行政、管理及该系统追加。虽然MeterSphere是支持Swagger表现形式定时实时,但他的团队之下不是用这种表现形式行政后端口。这主要是考虑到Swagger有一定的编译器入侵,所以无法用这种表现形式。

此之前我们的后端口结构设计相当散,分别放置在YApi该平台、协作统计数据库和终点站下统计数据库等之前方。另外,常用MeterSphere该平台要用后端口飞行测试即可保证后端口该系统会该系统追加,后端口管理一定要实施即时。

在无法常用MeterSphere的“metersphere-idea-plugin”该软件时,导入后端口是手动将后端口从YApi该平台导出后,再导入到该平台完成该系统追加。因手动导入、导出很麻烦,合作开发职员也不就让要用这些事,导致推动很难。但如果后端口之前期不管理好,后续岗位卓有成效起来也很困难,所以就让要用这样一个该软件装置在IDEA中都。

运用在结构上:

■ 根据公共服务的多种类型固定式各有不同的实时策略,便于后端口行政;

■ 在后端口有更动时,IDEA上一键实时至飞行测试该平台,维护后端口统计数据的即时该系统追加和管理。

同样:后端口实时很关键,这是要用好定时转化飞行测试的必要条件。

3. Skype行政后端口

侧面所述,我们厂家之下的后端口行政是相当分散的,常用MeterSphere可以将所有后端口放在该平台完成统合行政。由于替换成的是质公共服务的表现形式,所以我们才会把每个公共服务的后端口单独原属完成行政。

运用在结构上:

■ 统合后端口行政工具,每个公共服务后端口完成归档行政;

■ 后端口该系统会该系统追加,支持Skype查阅;

■ 合作开发职员终点站上对接、自测。早先合作开发的终点站上加载常用的是Postman,由于Postman只能本地调遣,很多参数固定式不能协作。常用MeterSphere以后,其他人去次访问加载的结果相当方便;

■ 统计数据汇总,便于行政。在质公共服务的Core内,我们可以相当直觉地认识每个公共服务的后端口状态。

4. 质公共服务的后端口飞行测试

质公共服务后端口飞行测试是一个繁杂的报表,后端口统计数据库替换成该软件表现形式,如果公共服务早先的后端口有更动可以定时实时到MeterSphere该平台上,这样就不即可管理后端口统计数据库,后端口统计数据库就是MeterSphere该平台。

合作开发完成Mock之前后后端对接也是在MeterSphere该平台上完成时的。早先的转折在于飞行测试才会觉得合作开发的运动速度很低,导致每次凯测的旧版都即可重复飞行测试。但是由于金融业务的较慢发展,又很难要求合作开发逐个去写单元飞行测试。针对这种情况,飞行测试他的团队开始让合作开发职员在消费凯测时自己在MeterSphere该平台上要用后端口飞行测试,每个后端口变动保有一条用例,维护该用例能够飞驰通。有了这个必要条件,飞行测试他的团队才才会完成下一步的后端口证明,证明之前面的后端口用例是否该系统追加且能够飞驰通,然后再考虑完成后端口定时转化飞行测试。

运用在结构上:

■ 飞行测试岗位左移,在合作开发报表早先就开始要用后端口飞行测试;

■ 合作开发投身于到后端口飞行测试的报表早先,用飞行测试证明合作开发的报表运动速度。合作开发他的团队即可保证凯测厂家的运动速度,主动卓有成效单元飞行测试或者自测,合作开发确实投身于到飞行测试报表早先;

■ 整个后端口飞行测试的报表都是在MeterSphere接下来飞行测试该平台上完成的,整个报表可追溯。

5. 按照金融业务报表重新整理故事情节定时转化飞行测试

除了对单公共服务完成后端口飞行测试,他的团队还才会按照确实金融业务报表涉及的后端口完成重新整理,完成故事情节转化的定时转化飞行测试。

所有用例才会完成每日定巡,通过写定时任务,根据金融业务重要持续性的各有不同,实微转化各有不同的等待时间飞驰一遍。飞驰的结果才会与飞书该系统直抵,只要结果有反常都才会接到到飞书大群,接到到相同的职员去处理该系统追加。

该系统追加后才会完成定时接踵而来,因为整个报表相结合到了DevOps报表中都,只要旧版接踵而来了构建调遣,就才会去可执行。接踵而来有结果了相关科研职员就可以查阅是后端口有原因还是故事情节重新整理有原因,然后完成接下来改善、接下来管理,再一完成时飞行测试的接下来集成。

6. MeterSphere直抵DevOps,解决原因质公共服务定时转化飞行测试全报表连接点

故事情节定时转化的运用,再一都是DevOps的经典报表。思为科技领域合作开发设计他的团队所要用的定时转化飞行测试,再一目的就是为了凯效、重归,降低手工的飞行测试可执行,意味著才会将故事情节定时转化另加到整个DevOps浮点早先。

因为替换成了质公共服务调遣的表现形式,思为科技领域整个报表的Core较为繁杂。我们将其总结为的五个工序:

第一步是构建。包含Apollo固定式早先心、GitLab-CI和Jenkins;

第二步是检查和。每一个公共服务只要有构建,旧版都才会凯升,如果涉及单元飞行测试就才会飞驰一次单元飞行的该系统。因固定式了Sonar,才会完成编译器的运动速度探测,如果编译器运动速度探测不通过,就不能到达下一步;

第三步是调遣。根据凯交编译器的多种类型,调遣到各有不同的公共服务及运用上;

第四步是飞行测试。调遣完成时后才会定时接踵而来整微的飞行测试,此工序通过MeterSphere飞行测试该平台协作的逐制能力解决原因。都有后端口飞行测试,后端口重新整理完后,再一才会把后端口要用成定时转化,而后将每一个公共服务总结成一个。当某一项公共服务有该系统追加,只才会可执行这一个公共服务的定时转化飞行测试直至通过。当该系统早先有多个公共服务同时去调遣、发布的时候,飞行测试他的团队才会去飞驰故事情节转化的飞行测试。故事情节转化的飞行测试就是相当于该系统早先的基本金融业务,即可保证基本金融业务所即可飞行测试的机能是通过的,再一飞行测试的结果才会分解一个飞行已为,这些岗位均是定时转化完成时;

第五步是回滚。如果之前面的飞行测试通过了,就代表正常的调遣成功了;如果飞行测试不通过的话,它才会定时重归到上一个不稳定的旧版,然后才会将飞行测试结果完成接到。

在整个报表早先,还配合着各种各样的监视该系统:最主要事件监视该系统、调用监视该系统及资源监视该系统等。监视该系统以后还配合着整个该系统的接到组态。任何一个7集出了原因,该系统都才会完成即时接到。

现在,思为科技领域之下的接到组态已经可以很差地依靠确实岗位。当公共服务消失原因或者是有任何其他原因时,接到该系统固定式的机器人才会定时拉大群,把相同的职员拉出大群中都。然后相同职员才会立即去处理,处理完成时后得知机器人,机器人便才会关闭原因接到大群,落地视觉效果相当灵活。

再一,思为科技领域常用MeterSphere接下来飞行测试该平台直抵了DevOps报表,解决原因了质公共服务定时转化飞行测试的全报表连接点。

三、MeterSphere造成了了哪些视觉效果和转转化?

在将MeterSphere飞行测试该平台融入到DevOps报表后,思为科技领域打破了接下来交付给的转折,在确实生产厂环境污染早先所获得的价值获利微现在四个各个方面:

■ 飞行测试凯效:Skype完成用例的撰写与评审,可执行报表定时分解飞行已为,机能飞行测试周期另加长了1/3。本来即可6天的机能飞行测试现在另加长至4天;

■ 测开协作:飞行测试与合作开发职员常用同一该平台,合作开发投身于到飞行测试报表早先,合作管理后端口,为定时转化飞行测试协作应有。合作开发与飞行测试从矛盾联系转转化为协作联系;

■ 较慢渐进:基本金融业务的定时转化飞行测试,可以依靠一周两次的旧版渐进和多次句法追加,进而较慢充分利用消费市场,满足用户消费;

■ 运动速度应有:把逐金融业务运动速度的同时,证明产研的报表运动速度,凯极低所有人的运动速度意识,合作应有厂家运动速度。运动速度应有不再仅仅是飞行测试他的团队的事情,飞行测试飞轮合作开发带进可能会。

仍要来梳理一下思为科技领域在MeterSphere接下来飞行测试该平台各机能模块的运用实践:

■ 机能飞行测试:飞行的该系统Skype撰写、评审,接下来管理;相同各飞行测试阶段的飞行二号;Skype分解飞行已为,便于飞行测试总结;跟进飞行测试报表,即时推测风险并要用出调整。

■ 后端口飞行测试:后端口统计数据库即时该系统追加Skype管理;单公共服务后端口飞行测试其余部分100%;金融业务故事情节转化后端口重新整理其余部分80%;每日定巡,相结合DevOps接下来集成 。

■ UI定时转化:模拟用户真实操作方式,推测之前后端界面原因;Web后端常用金融业务主报表其余部分20%;App后端基本金融业务报表其余部分10%;每日定巡,接下来集成。

■ 耐用性飞行测试:单公共服务耐用性压测,制定应用指标;混合故事情节耐用性压测,满足金融业务常用指标;公共服务句法、金融业务相当持续性更动,满足应用指标;耐用性压测环境污染、压测资源Skype管理,降低资源浪费和重复性岗位。

■ 监测微系:公共服务直通监视该系统,即时推测公共服务反常;金融业务直通探测,记录金融业务报错统计数据;环境污染资源监视该系统,资源占用大幅更高持续性即时告警;统计数据定时接到。

甲氨蝶呤和艾得辛哪个好
艾得辛的治疗效果如何
广州哪家看男科好
先诺欣多少钱一盒
类风湿关节痛手指僵硬有什么药吃
标签:架构生态村
友情链接