当前位置：首页 > news >正文

青岛本地招聘网站硬件开发语言

news 2025/10/30 5:22:02

青岛本地招聘网站,硬件开发语言,帝国cms 网站地图自定义,泉州网站建设外包Merpay是日本最大的网购平台之一Mercari的无现金支付系统。Merpay 的主要功能是让用户在 Mercari的网站上购物#xff0c;也可以在日本的许多实体店和餐厅使用它#xff0c;也可以理解为日本的“支付宝”。以下为Merpay QA 团队在自动化方面的一些思考#xff1a; 这几年也可以在日本的许多实体店和餐厅使用它也可以理解为日本的“支付宝”。以下为Merpay QA 团队在自动化方面的一些思考这几年Merpay QA 团队一直关注的一件事是促进测试自动化。在这篇文章中我将介绍我们在开发测试自动化时遇到的一些问题并介绍我们用来支持产品的一些工具。 Merpay QA 团队致力于测试自动化有三个原因减少工作量、加速发布、稳定质量。这些都非常简单它们可能是大多数公司采用自动化的原因。 Merpay 积极参与 DevOps以便“继续为客户提供更快、更可靠、更好的服务”。为此我们需要加快质量保证、简化操作并用更少的人员处理更多的测试。这意味着在高影响领域有效地实现自动化测试至关重要。 Merpay QA 的一大特点是我们尝试帮助快速发布产品而不是停止发布的 QA。我们的目标是与开发团队建立一个合作体系以便相互支持我们的职责。我们还致力于通过在开发阶段纳入许多测试来提高质量并通过尝试从开发早期就纳入自动化测试来优化验证阶段的测试。人们倾向于认为质量保证测试发生在发布前的最后阶段。然而产品开发过程处于不断变化的状态这导致了间歇性发布的周期。这就是为什么我们需要将 QA 视为“持续测试”而不是“最后测试”。如果在这种环境下仅仅依靠手动测试我们需要投入大量的资源来继续测试每次扩大产品规模时都需要大量的质量保证资源。此外为了实现自动化我们需要建立执行自动化所需的环境类型。任何通过通信处理的事情都需要进行重组以使自动化变得更容易。为了实现这一目标我们 Merpay 利用了非常适合我们开发文化的测试自动化工具。 Merpay使用的自动化工具我们使用的主要测试自动化工具和项目管理工具可以大致分为后端、前端和本机应用程序如下所示。我不认为我们使用的工具与其他公司使用的工具有很大不同。话虽如此值得一提的是我认为非常像 Merpay 式的那就是我们使用“Scenarigo”它是由我们的一位开发人员内部开发的。 Scenarigo “ Scenarigo ”是一款基于场景的测试自动化软件由Merpay开发人员使用Go 语言 (Golang) 开发的开源软件。(地址https://github.com/zoncoen/scenarigo) Scenarigo是一个用于运行API服务器场景测试的工具。它类似于Postman常用于后端测试。Scenarigo具有以下特点: [场景特性] • 测试场景可以用YAML编写 • YAML编写的测试场景可以重复使用 • 可以使用Go而不是JavaScript进行扩展 • HTTP和gRPC都可以使用测试场景可以用YAML编写当基于拉取请求管理测试场景时Postman 要求处理导出的 json 测试定义。这些 json 文件结构复杂对开发人员不友好因为很难根据 Pull 请求在 GitHub 上检查差异。相比之下Scenarigo 测试场景的结构更加简单使用 YAML通常认为它比 json 更容易阅读。测试场景可以重复使用一个非常方便的功能是可以重用通用的测试场景和通用的测试流程。例如可以主动重用一般测试场景例如创建用户和登录和测试开始时经常使用的流程例如授予剩余的 Merpay 余额以创建高效的测试场景。可以使用Go而不是JavaScript进行扩展 Scenarigo是Merpay开发工程师非常熟悉的工具他们使用Golang进行实际开发。还可以创建 Golang 插件并调用在YAML中创建的插件来进行测试场景。例如通常用Postman很难实现的测试场景例如调用 API 后测试作业运行的结果可以通过调用 Golang 编写的插件用 Scenarigo 轻松实现。因此我们能够增加可实施的测试场景的类型。建立一个使开发工程师更容易维护测试的工具环境也有助于消除开发工程师和 QA 之间的界限。 HTTP和gRPC都可以使用对于后端回归测试我们一般会向每个微服务发送请求并验证响应结果。 Merpay架构的一个独特特征是大多数微服务都是用Go实现并使用gRPC进行通信因此能够同时使用HTTP和gRPC绝对是一个好处因为HTTP请求需要通过API网关转换为gRPC。适用于特定微服务的内部工具我们还有一个团队使用内部工具来实现特定微服务的自动化。我们负责的微服务有两个主要功能。第一种是响应客户的固定费率支付申请从指定信用信息机构Mercari或CIC获取信用信息Merpay根据获取的信用信息进行固定费率支付审核。第二个功能是能够每月向 CIC 注册一次 Merpay 使用信息。微服务中 QA 团队面临的挑战 QA 方法很困难这是一个封闭的后端服务我们觉得很难因为没有屏幕需要使用工具进行QA。因此返工往往会频繁发生并且该功能只能由一个人进行 QA 认证。规范复杂这与QA方法结合起来意味着需要时间才能赶上并且很难简单地增加人员。对于每个问题我们至少希望简化 QA 方法并努力自动化尽可能多的耗时步骤。我们基本上使用由负责的微服务开发团队创建的内部QA工具。我们内部QA工具的初始版本仅能够初始化测试数据和执行作业。因此所有输出结果均通过目视检查。例如需要目视检查数据库数据、发送到 CIC 的文件、输出到 Google Cloud Storage 的文件、输出到替代 CIC 的存根服务器的文件等。我们逐渐将小单位中耗时的步骤机械化。必要时我会使用 shell 脚本或 Python 编写脚本或者要求开发团队帮助我们改进内部 QA 工具。目视检查数据库和创建的文件是最困难的部分因此我请求修改内部 QA 工具该工具允许我们编写断言处理如本示例所示。就效果而言消除了测试结果的目视确认可以机械检查从而大大提高了效率。我们曾经使用浏览器查看并复制粘贴Docker镜像标签名称到ContainerRegistry中但使用浏览器非常不方便。至于标签名称本身可以使用gcloud命令获取列表并过滤它们但为了获取特定名称的最新标签名称必须解析gcloud命令的结果并提取标签名称。我们创建了一个Python脚本来检索标签名称并且还可以使用shell脚本将标签名称复制到剪贴板。这样就可以通过一个命令检索特定的标签名称而无需访问浏览器。我们曾经使用浏览器直观地检查云存储中的文件但这也相当繁琐。通过使用Cloud Storage的gsutil工具可以操作Cloud Storage中的文件。因此我们将这个过程自动化使用Python执行gsutil命令通过检查文件是否可以下载来检查文件是否存在。这使得可以使用单个命令检查文件而无需使用浏览器访问它们。创建一个简单 shell 脚本。因此现在可以使用单个命令对每个函数执行回归测试。说到自动化可能大家还会关心可维护性。这可能是事后诸葛亮但底线是几乎不需要维护而且考虑到创建自动化系统的成本它已经物超所值了。我想了一下原因觉得是因为脚本是小单元写的所以稍微改变一下流程不会有太大影响也因为本来就很难改变流程从功能的角度来。而且由于脚本单元很小所以在跟上时很容易阅读和理解。即使脚本由于某种原因停止工作我们基本上只是将之前手动执行的内容转换为脚本因此如果我们部分切换到手动QA 也不会停止。 “Cypress TestRail” “ Cypress ”是一个端到端测试框架已成为前端端到端测试自动化的标准。 “ Cypress ”也用于前端开发过程中的测试因此我们可以随时寻求帮助或审查我们的工作非常方便。我们对职责进行了划分QA工程师负责发布前的回归测试产品开发工程师负责单元测试和集成测试。我们还使用“ TestRail ”来系统化测试用例管理以继续改进工作流程。自动化问题老实说我们在自动化方面遇到了很多问题。可维护性此问题涉及对已创建的测试用例的维护。准备一个允许其他人也可以执行维护的环境非常重要是我们现在面临的主要问题之一。个性化我们的大多数测试都针对微服务因此当测试出现问题时可能很难找出问题到底发生在哪里。确定问题的原因可能需要时间。而且即使我们找出原因如果问题发生在另一个团队的工作中并且您被迫在没有足够专业知识的情况下解决问题那么解决问题可能需要时间。在这方面我们必须努力减少这种情况的发生让事情变得更容易理解消除个别情况。我们还开始了解使用 Scenarigo 创建测试场景的问题。门槛高使用 Scenarigo 的一个好处是它是一个内部工具因此我们可以预期它会得到改进。感谢我们工程师的“一体”合作我们可以使用该工具做更多事情并且比两年前更容易使用。然而内部工具不可避免的缺点是组织外部的人不知道如何使用它。我们通过创建有关如何使用 Scenarigo 的手册并举办学习会议和讲座来弥补这一点。可读性/可视化不足我们正在解决的另一个问题是如何处理运行自动化测试的结果。我们在发布前使用结果做出决策但我们还必须使用自动化测试来始终控制我们服务的健康状况。如果这些测试结果可以随时随地由任何人查看那就太好了。我希望能够营造这样的环境。未来的挑战尽管我们已经引入了此类工具来自动化测试但我们仍然存在基于手动测试编写自动化场景测试的情况。这就是为什么我要求我们的团队成员尝试在流程的早期阶段纳入自动化基础以便我们可以在上游更高的流程中编写自动化场景。从短期来看对所有验证过程使用手动测试可能会让我们更快地发布产品和服务。然而我希望团队中的每个人都能明白自动化重复场景测试将使未来的测试更加高效并有助于确保可靠的质量。我们想专注于构建一个允许自动化测试的环境。我们可能会继续在Merpay开发快速发布周期的产品所以我认为我们每个人都有必要从中长期的角度来考虑我们的验证计划。我们还想找到一种在整个产品中引入自动化的方法而不必在后端、前端和本机应用程序之间分割自动化。QA团队的主要自动化测试仍然只用于后端。我们想研究一下前端和本机应用程序以便我们可以研究适合整体而不仅仅是部分的自动化方法。测试开发圈年度技术交流大会MTSC2023深圳大会你关心的技术话题都在这里点击查看 MTSC 2023 第12届中国互联网测试开发大会深圳站即将于2023年11月25日在『深圳登喜路国际大酒店】举办大会将以“1个主会场4个平行分会场”的形式呈现聚集一众顶尖技术专家和行业领袖。他们将围绕如今备受关注的行业热点话题以及最前沿的实践经验进行深入探讨和分享。此外大会前一天11月24日社区还组织了【AIGC主题闭门研讨会】面向对于Al软件测试应用、降本增效等技术管理等方向组队针对特定议题进行讨论、提出解决方案最后由讲师评审讨论投票选出优秀方案。感兴趣的同学可以联系票务同学进行咨询报名。
文章转载自：
http://www.morning.wwthz.cn.gov.cn.wwthz.cn
http://www.morning.jpbky.cn.gov.cn.jpbky.cn
http://www.morning.fhkr.cn.gov.cn.fhkr.cn
http://www.morning.lrflh.cn.gov.cn.lrflh.cn
http://www.morning.wnqfz.cn.gov.cn.wnqfz.cn
http://www.morning.wncb.cn.gov.cn.wncb.cn
http://www.morning.sjwzl.cn.gov.cn.sjwzl.cn
http://www.morning.qhjkz.cn.gov.cn.qhjkz.cn
http://www.morning.weiwt.com.gov.cn.weiwt.com
http://www.morning.lxmks.cn.gov.cn.lxmks.cn
http://www.morning.dxpqd.cn.gov.cn.dxpqd.cn
http://www.morning.jxcwn.cn.gov.cn.jxcwn.cn
http://www.morning.yqpzl.cn.gov.cn.yqpzl.cn
http://www.morning.xcjbk.cn.gov.cn.xcjbk.cn
http://www.morning.jynzb.cn.gov.cn.jynzb.cn
http://www.morning.ryyjw.cn.gov.cn.ryyjw.cn
http://www.morning.ygwbg.cn.gov.cn.ygwbg.cn
http://www.morning.qttft.cn.gov.cn.qttft.cn
http://www.morning.lxjxl.cn.gov.cn.lxjxl.cn
http://www.morning.qcwrm.cn.gov.cn.qcwrm.cn
http://www.morning.kpfds.cn.gov.cn.kpfds.cn
http://www.morning.darwallet.cn.gov.cn.darwallet.cn
http://www.morning.kzbpx.cn.gov.cn.kzbpx.cn
http://www.morning.ljzss.cn.gov.cn.ljzss.cn
http://www.morning.rqqkc.cn.gov.cn.rqqkc.cn
http://www.morning.reababy.com.gov.cn.reababy.com
http://www.morning.sjqpm.cn.gov.cn.sjqpm.cn
http://www.morning.3ox8hs.cn.gov.cn.3ox8hs.cn
http://www.morning.xgzwj.cn.gov.cn.xgzwj.cn
http://www.morning.ffrys.cn.gov.cn.ffrys.cn
http://www.morning.lsfrc.cn.gov.cn.lsfrc.cn
http://www.morning.yrsg.cn.gov.cn.yrsg.cn
http://www.morning.ykxnp.cn.gov.cn.ykxnp.cn
http://www.morning.rkgyx.cn.gov.cn.rkgyx.cn
http://www.morning.mlycx.cn.gov.cn.mlycx.cn
http://www.morning.xhhqd.cn.gov.cn.xhhqd.cn
http://www.morning.mlyq.cn.gov.cn.mlyq.cn
http://www.morning.nlglm.cn.gov.cn.nlglm.cn
http://www.morning.hmbxd.cn.gov.cn.hmbxd.cn
http://www.morning.pyxtn.cn.gov.cn.pyxtn.cn
http://www.morning.fpngg.cn.gov.cn.fpngg.cn
http://www.morning.fhrgk.cn.gov.cn.fhrgk.cn
http://www.morning.jmnfh.cn.gov.cn.jmnfh.cn
http://www.morning.dkcpt.cn.gov.cn.dkcpt.cn
http://www.morning.cniedu.com.gov.cn.cniedu.com
http://www.morning.bhxzx.cn.gov.cn.bhxzx.cn
http://www.morning.tdldh.cn.gov.cn.tdldh.cn
http://www.morning.psxxp.cn.gov.cn.psxxp.cn
http://www.morning.qrwjb.cn.gov.cn.qrwjb.cn
http://www.morning.spdyl.cn.gov.cn.spdyl.cn
http://www.morning.bpmmq.cn.gov.cn.bpmmq.cn
http://www.morning.kqyyq.cn.gov.cn.kqyyq.cn
http://www.morning.grpbt.cn.gov.cn.grpbt.cn
http://www.morning.hwnnh.cn.gov.cn.hwnnh.cn
http://www.morning.kyjyt.cn.gov.cn.kyjyt.cn
http://www.morning.cykqg.cn.gov.cn.cykqg.cn
http://www.morning.rzpkt.cn.gov.cn.rzpkt.cn
http://www.morning.mcjrf.cn.gov.cn.mcjrf.cn
http://www.morning.pngph.cn.gov.cn.pngph.cn
http://www.morning.grxsc.cn.gov.cn.grxsc.cn
http://www.morning.lsjgh.cn.gov.cn.lsjgh.cn
http://www.morning.xmttd.cn.gov.cn.xmttd.cn
http://www.morning.hlnys.cn.gov.cn.hlnys.cn
http://www.morning.fqqcn.cn.gov.cn.fqqcn.cn
http://www.morning.rwzkp.cn.gov.cn.rwzkp.cn
http://www.morning.drnjn.cn.gov.cn.drnjn.cn
http://www.morning.rylr.cn.gov.cn.rylr.cn
http://www.morning.msgnx.cn.gov.cn.msgnx.cn
http://www.morning.tsnq.cn.gov.cn.tsnq.cn
http://www.morning.lkxzb.cn.gov.cn.lkxzb.cn
http://www.morning.pkmcr.cn.gov.cn.pkmcr.cn
http://www.morning.jjhng.cn.gov.cn.jjhng.cn
http://www.morning.yzxlkj.com.gov.cn.yzxlkj.com
http://www.morning.kpnpd.cn.gov.cn.kpnpd.cn
http://www.morning.qxrct.cn.gov.cn.qxrct.cn
http://www.morning.qrndh.cn.gov.cn.qrndh.cn
http://www.morning.rtlrz.cn.gov.cn.rtlrz.cn
http://www.morning.dgsx.cn.gov.cn.dgsx.cn
http://www.morning.bqppr.cn.gov.cn.bqppr.cn
http://www.morning.mrfbp.cn.gov.cn.mrfbp.cn

查看全文

http://www.tj-hxxt.cn/news/261483.html