MeterSphere如何做到持续测试流程提效(一)

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档


一、MeterSphere简介

MeterSphere 是一站式的开源持续测试平台,遵循 GPL v3 开源许可协议,涵盖测试跟踪、接口测试、UI 测试和性能测试等功能,全面兼容 JMeter、Selenium 等主流开源标准,有效助力开发和测试团队充分利用云弹性进行高度可扩展的自动化测试,加速高质量的软件交付。
在这里插入图片描述
测试人员提前介入到开发工作中,与开发人员一起制定测试计划;开发人员可以参与配置部署;运维人员可以向自动化测试用例库填写测试用例;测试人员随时将自动化测试用例配置到持续交付链中,所有成员的共同目的都是交付高效、高质量的产品。

二、如何做到持续测试流程提效

1.协同工作能力

DevOps模式下,与产品相关的所有角色都要参与到用户需求的分析与拆分中,包括开发、测试、运维、产品经理、市场等角色,需全部角色共同确定需求的质量标准和验收条件。比任何时期更加迫切需要多部门多角色之间的不同人员进行协同工作。
MeterSphere中协同工作是其设计特点之一,它以项目为维度的测试管理,让测试不再局限于具体测试人员,QA(Quality Assurance)是全体成员责任。同时最大限度支持客户根据需要进行角色、权限的管理。

在这里插入图片描述

2.测试一站式&联动性

MeterSphere的测试范围不仅仅包含了功能测试、接口测试、UI测试、性能测试,还解决了目前市场上不同测试范围相互独立运作的模式。使不同测试范围之间的测试用例相互关联、相互联动,比如:支付接口测试用例执行失败,会第一时间自动通知功能测试人员,此功能底层质量不达标,可做其他功能测试,从而减少不必要的无用功和重复工作量。协助不同测试团队之间低成本高效沟通。
在这里插入图片描述

3.前期需求规划阶段

首先,从需求分析的阶段就开始提前计划测试、编写测试用例,使之达成适当的需求覆盖率。
在这里插入图片描述

其次,要有优化测试覆盖范围的意识。测试不应该盲目追求 100% 覆盖,而是基于业务风险和价值的测试策略进行测试(Risk-based Testing),“100% 覆盖优先级高的需求”远比“80% 覆盖了所有需求”来得有价值。测试人员接到需求后,可以根据MeterSphere提供的依赖关系图,可以快速定位回归范围、重点业务流程等。
在这里插入图片描述

4.开发与测试日渐融合

持续测试提倡尽早测试、频繁测试和自动化测试。在一定程度上,开发与测试的确日渐融合,这样可以确保开发得到快速的反馈,而且保障了结果符合预期。测试与代码开发同时进行,开发人员和测试人员共同分析测试需求,共同编写和维护测试用例。研发人员在提测前做的接口自测、联调自测等测试用例脚本和数据,测试人员都可以全部继承下来;同时研发人员也可以使用测试人员写好的测试用例、测试数据等测试资源,从而提高测试资源、测试脚本、测试数据等重复利用率,进而提高测试效率。

在这里插入图片描述

5.测试融入DevOps流水

在DevOps过程中,持续测试提供了持续的反馈机制,在整个产品交付管道中充当催化剂。每个阶段的自动反馈确保缺陷在开发过程的早期就能被解决。可操作的反馈是必要的,这决定着能否启动交付链中的下一个流程。例如,如果反馈可以向前推进,则流程将继续;如果反馈显示存在问题,那么流程需要被暂停并采取纠正措施。
MeterSphere无缝对接 Bug 管理工具和持续集成工具等,能将测试融入持续交付体系,形成开发、测试、运维闭环。
在这里插入图片描述


  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值