关于测试:对于研发自测上线项目测试同学可以做点啥

32次阅读

共计 2235 个字符,预计需要花费 6 分钟才能阅读完成。

在软件研发过程中,不可避免的存在由研发自测后上线的我的项目。在这种齐全由研发同学独立实现开发、测试、公布上线的我的项目,测试同学能够提前为研发同学做点啥?

咱们算法测试团队,提出了四步曲的构想:

第一步:定规范

定规范,即明确可研发自测上线的范畴。业界对研发自测的规范十分多,咱们倡议遵循以下三个维度来制订:

影响面

  • 对外围链路有影响,则测试染指
  • 对公司外围业务有影响,则测试染指

复杂度

  • 波及简单链路或简单逻辑,则测试染指
  • 难以通过现有的简略测试伎俩来测试,则测试染指
  • 波及架构变更(如技术计划降级、利用性能拆分等等),则测试染指

工作量

  • 研发投入时长 >= X 人 / 日(X 由各个公司自行定义),则测试染指

不满足上述三个维度规范的我的项目,能够思考研发自测上线。

第二步:赋能

赋能,指帮忙研发做好自测。咱们从研发自测整个施行过程来看,能够做哪些赋能动作:

测试筹备:

1. 测试数据筹备:对于聚焦在具体模块或利用的研发同学而言,上下游测试数据筹备,是妨碍研发同学做好自测的一大痛点。因而:

  • 能够看下测试工具是否齐备,如是否有一站式造数平台——数据工厂,数据 Mock 平台等数据筹备工具;
  • 咱们能够再往前走一步,看看是否能将上述的平台能力进一步封装成简略易用的组件,研发同学只须要点一下组件,就能生成所须要的测试数据。

2. 测试环境筹备:测试环境稳定性,是妨碍研发进行自测的第二大痛点。时不时的环境异常,会给测试后果带来十分多的噪声,升高研发自测的积极性。因而:

  • 是否有独立的联调环境,在该环境下可独立部署利用依赖的上下游服务,通过容器化形式一键拉起部署,用完主动回收;
  • 咱们还能够再往前走一步,为研发做好平台应用培训,踊跃推广好的实际案例。(历史教训表明,人都是有惰性的,即便再好的工具,也可能不被发现)

3. 测试场景筹备:上下游全链路的测试场景设计,往往是研发同学的盲区,对上下游的不理解,使得他们无奈确定该做哪些测试动作。而具备全局视线的测试同学,天生具备为研发提供外围链路测试场景的条件。因而:

  • 为研发同学提供一套最小合集的主流程外围测试场景。
  • 须要咱们努力提高测试场景的可读性和可执行性。升高研发同学的执行老本,能力最大化的实现自测场景的笼罩占比。否则,再欠缺的用例集,也只能用来看!

测试施行:

1. 进步测试施行效率:人都是有惰性的,如果一个测试场景的测试施行过程须要经验:测试环境搭建,测试数据筹备,mock 接口筹备,测试步骤一一操作,逐渐查看后果反馈等。我置信,这个过程曾经劝退了很多人。因而,咱们须要秉承:

  • 能自动化施行的,均提供自动化的能力。比方研发在提交代码后,主动触发自动化测试执行流水线:环境搭建 -> 数据筹备 -> 测试场景自动化执行 -> 测试后果主动汇总。
  • 能做能力聚合的,均依附平台化建设,将能力聚合在一起。比方,测试施行不仅仅蕴含用例场景的自动化测试,还蕴含简单的业务成果评测、性能压测、故障演练等测试类型。如果可能依靠平台化,为研发输入一站式的测试能力集,由其自行组合,自行测试施行。

2. 关注后果反馈的 3 大要求:

  • 反馈时效性:测试后果的反馈,时效性十分重要,漫长的期待不仅升高过程效率,也会消磨人的积极性。因而,对于高频的测试项,如场景的自动化测试会约定 10 分钟内给后果。而对于绝对低频的测试项,如业务成果评估,稳定性测试则可适当缩短。
  • 反馈指标完整性:测试后果反馈须要展示哪些指标项,须要由测试同学来制订规范,从而实现无论哪个研发自测,都能按图索骥的操作,输入合格的自测过程与论断。
  • 反馈内容可靠性:因为测试施行过程中的各种不可控因素十分多,因而测试后果中会混入噪声。如何升高噪声,个别有 2 个方向:

    • 及时保护测试相干组件的有效性(如上文提到的各种技术能力,测试场景等)
    • 依靠技术能力,主动筛选噪声和局部解决噪声。而后通过平台的交互设计升高噪声烦扰。

第三步:可管控

可管控,指在上线前可能掂量测试成果和布局公布过程,在上线过程中可能发现品质危险,在上线后可能监控线上品质。比方:

1. 公布打算:
通过公布打算的设计,来满足对测试成果和公布施行步骤的查看。个别公布打算会涵盖如下内容:

  • 公布需要阐明(体现需要、变更范畴、影响范畴、代码阐明等)
  • 测试报告及论断(测试成果查看,具体指标项,在此不做扩大)
  • 配置变更阐明及查看论断(涵盖权限,动态、动静配置,网关,数据库,缓存,音讯,埋点等)
  • 依赖关系阐明及查看论断(上下游调用关系,业务链路等)
  • 公布计划及步骤阐明(灰度计划,监控计划,应急计划,公布工夫等)

2. 变更三板斧:
依赖公司的变更三板斧,实现:

  • 可观测:是否可进行观测(监控)且确认变更胜利
  • 可灰度:是否能够进行灰度公布(利用公布,配置变更等均需反对)
  • 可应急:是否有应急预案(降级,限流,回滚等),且可施行失效

第四步:营造气氛

营造气氛指测试本身的工作气氛和测试与研发单干的工作气氛两个层面:

  • 测试本身:在平时的工作中,须要造成重视效力晋升的气氛。被动将反复的、手动的测试工作,往工具化上积淀,往平台化上拓展。将测试能力变成可输入的平台化能力,赋能给其余角色。
  • 测试研发单干上:对于研发自测的我的项目,测试同学千万不能认为交给研发负责上线品质了,就能够不管不顾。咱们仍然须要做到:服务好过程,跟踪好后果,跟进好问题。营造谐和融洽的单干气氛,帮忙研发做好自测,就是帮忙测试本身,帮忙产品最终胜利。

(本文作者:陈震)

本文系哈啰技术团队出品,未经许可,不得进行商业性转载或者应用。非商业目标转载或应用本文内容,敬请注明“内容转载自哈啰技术团队”。

正文完
 0