System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 灰度测试期前端代码故障的感知方法和装置制造方法及图纸_技高网

灰度测试期前端代码故障的感知方法和装置制造方法及图纸

技术编号:40547007 阅读:4 留言:0更新日期:2024-03-05 19:04
本申请公开了一种灰度测试期前端代码故障的感知方法和装置,其中,方法包括:在预设故障分析周期到达时,基于其所述影响力特征数据和所述代码故障数据对应的灰度比例,确定其中每种代码故障的影响力特征数据;所述影响力特征数据包括覆盖的版本、在业务系统的所有在线版本中的第一总触发次数和在灰度测试版本中的第二总触发次数;对于每种所述代码故障,基于其所述影响力特征数据,判断是否需要报警,基于判断结果执行相应操作。采用本申请,以提高对灰度测试版本的前端代码故障进行感知的准确性和敏感度。

【技术实现步骤摘要】

本专利技术涉及计算机应用技术,特别是涉及一种灰度测试期前端代码故障的感知方法和装置


技术介绍

1、目前,很多业务系统在上线时,需要观测线上的运行情况,以判断正在灰度测试的版本(新版本)的前端业务代码是否运行正常。

2、专利技术人在实现本专利技术的过程中发现:现有对前端业务代码的故障进行感知的方案存在报警敏感度和准确性低的问题。针对这些问题,专利技术人通过研究分析发现其产生原因具体如下:

3、现有前端代码故障感知方案是针对线上所有版本系统的故障发生总体情况进行故障感知和报警。由于前端采集的故障数据会随着业务触发数量正比例波动,使得基于故障发生总体情况做出的报警会受到天气和节假日等影响业务的外界因素影响较大,从而很容易发生误报的问题。并且,在系统上线阶段,如果灰度比例(即参与灰度测试的用户比例)比较小,灰度测试版本的代码故障(特别是在之前版本不存在的新增代码故障)就会被淹没在大量的代码故障数据中,而无法被发现,从而导致报警的敏感度和准确性较低。


技术实现思路

1、有鉴于此,本专利技术的主要目的在于提供一种灰度测试期前端代码故障的感知方法和装置,可以提高对灰度测试版本的前端代码故障进行感知的准确性和敏感度。

2、为了达到上述目的,本专利技术实施例提出的技术方案为:

3、一种灰度测试期前端代码故障的感知方法,包括:

4、在预设故障分析周期到达时,基于当前故障统计时间段内产生的代码故障数据,确定其中每种代码故障的影响力特征数据;所述影响力特征数据包括覆盖的版本、在业务系统的所有在线版本中的第一总触发次数和在灰度测试版本中的第二总触发次数;

5、对于每种所述代码故障,基于其所述影响力特征数据和所述代码故障数据对应的灰度比例,判断是否需要报警,基于判断结果执行相应操作。

6、本专利技术实施例还提出一种灰度测试期前端代码故障的感知装置,包括:

7、数据分析单元,用于在预设故障分析周期到达时,基于当前故障统计时间段内产生的代码故障数据,确定其中每种代码故障的影响力特征数据;所述影响力特征数据包括覆盖的版本、在业务系统的所有在线版本中的第一总触发次数和在灰度测试版本中的第二总触发次数;

8、报警感知单元,用于对于每种所述代码故障,基于其所述影响力特征数据和所述代码故障数据对应的灰度比例,判断是否需要报警,基于判断结果执行相应操作。

9、本专利技术实施例还提出一种灰度测试期前端代码故障的感知设备,包括处理器和存储器;

10、所述存储器中存储有可被所述处理器执行的应用程序,用于使得所述处理器执行如上所述灰度测试期前端代码故障的感知方法。

11、本专利技术实施例还提出一种计算机可读存储介质,其中存储有计算机可读指令,该计算机可读指令用于执行如上所述灰度测试期前端代码故障的感知方法。

12、本专利技术实施例还提出一种计算机程序产品,包括计算机程序/指令,该计算机程序/指令被处理器执行时实现如上所述灰度测试期前端代码故障的感知方法的步骤。

13、综上所述,本专利技术实施例提出的灰度测试期前端代码故障的感知方案中,周期性地基于当前一段时间内的代码故障数据,分析其中每种代码故障各自的影响力特征,并基于每种代码故障的影响力特征,判断是否需要针对该种代码故障触发相应报警,如此,通过单独分析每种代码故障的影响力特征并独立地基于每种代码故障各自的影响力特征,决策是否为相应代码故障触发报警,有效细化了报警条件的颗粒度,可以避免不同代码故障数据之间的影响,尤其是避免新增代码故障由于被其他已有代码故障的大规模数据淹没而不被感知的情况。另外,通过在分析每种代码故障的影响力特征时,需要专门为灰度测试版本提取相应数据(即代码故障在灰度测试版本中的总触发次数),并且在进行报警判断时,不仅考虑代码故障的影响力特征,还需要考虑相应代码故障数据对应的灰度比例,如此,可以利用灰度测试版本的代码故障数与灰度比例的正相关特性,解决代码故障在灰度比例较小时由于数量较少而无法被感知的问题。因此,采用本申请的技术方案可以有效提高代码故障感知的敏感度和准确性。

本文档来自技高网...

【技术保护点】

1.一种灰度测试期前端代码故障的感知方法,其特征在于,包括:

2.根据权利要求1所述的方法,其特征在于,当所述代码故障仅存在于灰度测试版本中时,所述判断是否需要报警包括:

3.根据权利要求1所述的方法,其特征在于,所述影响力特征数据进一步包括:

4.根据权利要求2或3所述的方法,其特征在于,所述第一比例值为100%。

5.根据权利要求1所述的方法,其特征在于,当所述代码故障不仅存在于灰度测试版本中时,所述判断是否需要报警包括:

6.根据权利要求5所述的方法,其特征在于,所述确定所述代码故障的灰度测试版本风险系数包括:

7.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:

8.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:

9.一种灰度测试期前端代码故障的感知装置,其特征在于,包括:

10.一种灰度测试期前端代码故障的感知设备,其特征在于,包括处理器和存储器;

11.一种计算机可读存储介质,其特征在于,其中存储有计算机可读指令,该计算机可读指令用于执行如权利要求1至8中任一项所述灰度测试期前端代码故障的感知方法。

12.一种计算机程序产品,包括计算机程序/指令,其特征在于,该计算机程序/指令被处理器执行时实现权利要求1至8中任一项所述灰度测试期前端代码故障的感知方法的步骤。

...

【技术特征摘要】

1.一种灰度测试期前端代码故障的感知方法,其特征在于,包括:

2.根据权利要求1所述的方法,其特征在于,当所述代码故障仅存在于灰度测试版本中时,所述判断是否需要报警包括:

3.根据权利要求1所述的方法,其特征在于,所述影响力特征数据进一步包括:

4.根据权利要求2或3所述的方法,其特征在于,所述第一比例值为100%。

5.根据权利要求1所述的方法,其特征在于,当所述代码故障不仅存在于灰度测试版本中时,所述判断是否需要报警包括:

6.根据权利要求5所述的方法,其特征在于,所述确定所述代码故障的灰度测试版本风险系数包括:

7.根据权利要求1所述的方...

【专利技术属性】
技术研发人员:孔天宇刘禹彤李隆熙
申请(专利权)人:北京嘀嘀无限科技发展有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1