CN110413513A - 软件的发布质量管理系统、方法以及装置 - Google Patents

软件的发布质量管理系统、方法以及装置 Download PDF

Info

Publication number
CN110413513A
CN110413513A CN201910624229.5A CN201910624229A CN110413513A CN 110413513 A CN110413513 A CN 110413513A CN 201910624229 A CN201910624229 A CN 201910624229A CN 110413513 A CN110413513 A CN 110413513A
Authority
CN
China
Prior art keywords
software
publication
quality
released
model
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910624229.5A
Other languages
English (en)
Inventor
曹丁溧
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN201910624229.5A priority Critical patent/CN110413513A/zh
Publication of CN110413513A publication Critical patent/CN110413513A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本申请提出一种软件的发布质量管理系统、方法以及装置,其中系统包括:发布质量模型管理模块以及发布质量管理模块,通过发布质量模型管理模块,存储多个发布质量模型,以及发布质量管理模块在获取待发布的软件,并根据待发布的软件获取对应的发布质量模型,根据对应的发布质量模型对待发布软件进行测试以生成发布测试评分。由此,通过发布质量模型对待发布软件进行测试并评分,可以很好地评估软件发布的质量,提高软件发布的效率,降低软件发布后的风险,解决了现有技术中人工对待发布软件进行测试,不仅费时费力,还影响发布质量的技术问题。

Description

软件的发布质量管理系统、方法以及装置
技术领域
本申请涉及软件技术领域,尤其涉及一种软件的发布质量管理系统、方法以及装置。
背景技术
随着移动互联网技术的快速发展,各类软件数量呈现爆发式增长,同时只读存储器镜像(Read Only Memory image,简称ROM)、分辨率以及机型也越来越多,移动应用程序(Application,简称APP)的发布周期越来越快,为了更好的控制待发布的软件产品的质量,保证软件产品的可靠性和稳定性,需要对待发布软件的质量进行全面检测和评估。
目前,大多依靠软件测试人员频繁地针对待发布软件进行人工测试,以判断待发布软件是否达到发布标准。由此,软件测试人员花费大量时间和精力对待发布软件进行测试时,不仅费时费力,影响软件发布效率,还导致软件发布质量差别不一。
发明内容
本申请提出一种软件的发布质量管理系统、方法以及装置,以实现通过发布质量模型标对待发布软件进行测试并评分,可以很好地评估软件发布的质量,提高软件发布的效率,降低软件发布后的风险,解决了现有技术中人工对待发布软件进行测试,不仅费时费力,还影响发布质量的技术问题。
本申请第一方面实施例提出了一种软件的发布质量管理系统,包括:
发布质量模型管理模块,用于存储多个发布质量模型,其中,所述发布质量模型包括多个测试指标模型;以及
发布质量管理模块,用于获取待发布软件,并根据所述待发布软件获取对应的发布质量模型,以及根据所述对应的发布质量模型对所述待发布软件进行测试以生成发布测试评分。
作为本申请实施例的第一种可能的实现方式,所述软件的发布质量管理系统,还包括:
发布质量监控模块,用于在所述待发布软件发布完成之后,监控所述软件的线上数据。
作为本申请实施例的第二种可能的实现方式,所述软件的发布质量管理系统,还包括:
发布标准分析模块,用于获取所述待发布软件在所述发布质量模型线下测试的测试数据,并根据所述测试数据和所述线上数据对所述发布质量模型管理模块中的发布质量模型进行优化。
作为本申请实施例的第三种可能的实现方式,所述发布质量模型,包括:线下测试指标模型和灰度测试指标模型。
作为本申请实施例的第四种可能的实现方式,所述线下测试指标模型,用于评估所述待发布软件线下测试部分的质量;所述灰度测试指标模型,用于评估所述待发布软件线上测试部分的质量。
作为本申请实施例的第五种可能的实现方式,所述发布质量监控模块,包括:发布质量模型匹配子模块和发布质量分析子模块。
作为本申请实施例的第六种可能的实现方式,所述发布质量监控模块,还用于对监控所述软件的线上数据进行存储,并在所述线上数据出现异常时进行报警。
本申请实施例的软件的发布质量管理系统,通过发布质量模型管理模块,存储多个发布质量模型,以及在获取待发布软件,并根据待发布软件获取对应的发布质量模型,根据对应的发布质量模型对待发布软件进行测试以生成发布测试评分。由此,通过发布质量模型对待发布软件进行测试并评分,可以很好地评估软件发布的质量,提高软件发布的效率,降低软件发布后的风险,解决了现有技术中人工对待发布软件进行测试,不仅费时费力,还影响发布质量的技术问题。
本申请第二方面实施例提出了一种软件的发布质量管理方法,包括:
获取待发布软件;
根据所述待发布软件获取对应的发布质量模型;其中,发布质量模型为多个,所述发布质量模型包括多个测试指标模型;
根据所述发布质量模型对所述待发布软件进行测试以生成发布测试评分。
作为本申请实施例的第一种可能的实现方式,所述获取待发布软件之后,还包括:
在所述待发布软件发布完成之后,监控所述软件的线上数据。
作为本申请实施例的第二种可能的实现方式,所述根据所述发布质量模型对所述待发布软件进行测试以生成发布测试评分之后,还包括:
获取所述待发布软件在所述发布质量模型线下测试的测试数据,并根据所述测试数据和所述线上数据对所述发布质量模型进行优化。
本申请实施例的软件的发布质量管理方法,通过获取待发布软件,根据待发布的软件获取对应的发布质量模型;其中,发布质量模型为多个,发布质量模型包括多个测试指标模型;根据发布质量模型对待发布软件进行测试以生成发布测试评分。由此,通过发布质量模型对待发布软件进行测试,能够高效的评估软件发布的质量,提高软件发布的效率,降低软件发布后的风险,解决了现有技术中人工对待发布软件进行测试,不仅费时费力,还影响发布质量的技术问题。
本申请第三方面实施例提出了一种软件的发布质量管理装置,包括:
第一获取模块,用于获取待发布软件;
第二获取模块,用于根据所述待发布软件获取对应的发布质量模型;其中,发布质量模型为多个,所述发布质量模型包括多个测试指标模型;
测试模块,用于根据所述发布质量模型对所述待发布软件进行测试以生成发布测试评分。
本申请实施例的软件的发布质量管理装置,通过获取待发布软件,根据待发布软件获取对应的发布质量模型;其中,发布质量模型为多个,发布质量模型包括多个测试指标模型;根据发布质量模型对待发布软件进行测试以生成发布测试评分。由此,通过发布质量模型对待发布软件进行测试,能够高效的评估软件发布的质量,提高软件发布的效率,降低软件发布后的风险,解决了现有技术中人工对待发布软件进行测试,不仅费时费力,还影响发布质量的技术问题。
本申请第四方面实施例提出了一种计算机设备,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时,实现如本申请上述实施例提出的软件的发布质量管理方法。
本申请第五方面实施例提出了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本申请上述实施例提出的软件的发布质量管理方法。
本申请附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本申请实施例提供的第一种软件的发布质量管理系统的结构示意图;
图2为本申请实施例提供的第二种软件的发布质量管理系统的结构示意图;
图3为本申请实施例提供的第三种软件的发布质量管理系统的结构示意图;
图4为本申请实施例提供的第四种软件的发布质量管理系统的结构示意图;
图5为本申请实施例提供的一种软件的发布质量管理方法的流程示意图;
图6为本申请实施例提供的一种软件的发布质量管理装置的结构示意图;
图7示出了适于用来实现本申请实施方式的示例性计算机设备的框图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
下面参考附图描述本申请实施例的软件的发布质量管理系统、方法以及装置。
图1为本申请实施例提供的第一种软件的发布质量管理系统的结构示意图。
如图1所示,该软件的发布质量管理系统100可以包括:发布质量模型管理模块110和发布质量管理模块120。
其中,发布质量模型管理模块110,用于存储多个发布质量模型,其中,发布质量模型包括多个测试指标模型。
本申请实施例中,发布质量模型管理模块110中存储有多个发布质量模型,相同的发布质量模型下可以对应多个待发布软件,并且发布质量模型包括多个测试指标模型。
作为一种可能的情况,发布质量模型包括线下测试指标模型,该线下测试指标模型,用于评估待发布软件线下测试部分的质量。可选的,线下测试指标模型可以包括以下指标:story的测试完成度、厂商兼容性、代码覆盖率、ROM覆盖度、崩溃率、性能、网络、稳定性、漏洞(bug)修复率、千行bug率以及其他指标。
其中,story的测试完成度,用于判断测试用例覆盖story路径程度,用百分比表示,百分比越高,则评分越高;厂商兼容性,用于判断待发布软件是否可以在不同厂商的机型上正常运行,兼容的厂商越多,则评分越高;代码覆盖率,用于判断测试用例运行后,覆盖代码的程度,覆盖率越高,则评分越高;ROM覆盖度,用于判断待发布软件是否可以在不同的ROM上正常运行,覆盖的ROM越多,则评分越高;崩溃率,用于判断待发布软件是否稳定,崩溃率越低,则评分越高;性能,是指通过测试内存,响应时间等,判断待发布软件是否运行流畅,内存占用越小,响应时间越短,则评分越高;网络,用于判断待发布软件在无线网络、移动网络以及弱网环境下,是否正常运行,覆盖网络越广,则评分越高;稳定性,用于判断待发布软件在异常情况下,是否正常响应,如:来电、低电量、断网等情况,覆盖的异常情况越广,则评分越高;bug修复率,用于判断版本所发现bug的修复率;bug修复率越高,评分越高千行bug率,指示bug总数/变更的代码行数*1000,按照规律在正常的浮动范围内,则评分越高;数值高或者低评分越低。
需要说明的是,线下测试指标模型不限于上述所述的指标,还可以根据待发布软件的实际情况增加其余的指标,本实施例中在此不做具体限制。
作为另一种可能的情况,发布质量模型还包括灰度测试指标模型。
其中,灰度测试,就是在某项产品或应用正式发布前,选择特定人群试用,逐步扩大其试用者数量,以便及时发现和纠正其中的问题。
可选的,灰度测试指标模型,可以包括以下指标:灰度崩溃率、灰度新增问题修复率、灰度崩溃问题处理率、灰度用户反馈以及灰度服务监控,等等。
其中,灰度崩溃率,用于判断灰度期间待发布软件是否稳定,崩溃率越低,则评分越高;灰度新增问题修复率,用于判断灰度期间,待发布软件新增的问题修复百分比,修复率越高,打分越高;灰度崩溃问题处理率,用于判断灰度期间待发布软件原有的老崩溃给出相应的风险分析,相比之前版本在数量上有提升的,需要进行分析及修复,无法修复的需要加保护、进行风险分析及相应预案,所有崩溃问题处理率越高,打分越高;灰度用户反馈,用于判断灰度期间,用户反馈的数量及问题严重程度,问题越少则打分越高;灰度服务监控,用于判断灰度版本,线上服务接口稳定性、线上机器的压力是否有异常,数据接口没有问题的情况下,打分越高。
需要说明的是,灰度测试指标模型不限于上述所述的指标,还可以根据待发布软件的实际情况增加其余的指标,本实施例中在此不做具体限制。
本申请实施例中,还定义了发布质量模型的算法公式,用于计算待发布软件在一组发布质量模型下的整体评分的算法公式。这个算法公式用于对待发布软件的发布质量进行综合打分,通过分值来预测待发布软件发布的风险。
其中,待发布软件评分=待发布软件基于线下测试指标模型的评分*权重+待发布基于灰度测试指标模型的评分*权重;
待发布软件基于线下测试指标模型的评分=线下指标1*线下指标1权重+线下指标2*线下指标2权重+…+线下指标N*线下指标N权重;
待发布软件基于灰度测试指标模型的评分=灰度指标1*灰度指标1权重+灰度指标2*灰度指标2权重+…+灰度指标N*灰度指标N权重。
发布质量管理模块120,用于获取待发布的软件,并根据待发布的软件获取对应的发布质量模型,以及根据对应的发布质量模型对待发布的软件进行测试以生成发布测试评分。
在图1的基础上,参见图2,发布质量管理模块120,还包括发布质量模型匹配子模121和发布质量分析子模块122。
本申请实施例中,获取到待发布软件后,发布质量模型匹配子模121将待发布软件与多个发布质量模型进行匹配,得到对应的发布质量模型。进而,对发布质量模型的每种指标进行配置,例如,优化评分标准、模型指标扩展以及指标数据来源等。其中,指标数据来源包括:手工录入、接口读取、数据库读取、自动计算等等,在此不做具体限制。
进一步的,发布质量分析子模块122根据配置后的发布质量模型对待发布软件进行测试以生成发布测试评分。
作为一种可能的实现方式,发布质量分析子模块122根据指标数据来源的定义,通过实时抓取指标数据后,再根据发布质量模型管理模块110定义的算法公式对待发布软件进行发布风险预测,以产出风险预测报告。其中,风险预测报告包含:整体风险评分,发布风险概述以及风险项分析,测试人员可以根据该风险预测报告快速评定待发布软件的发布风险,从而科学高效地完成待发布软件发布质量的评定工作。
本申请实施例的软件的发布质量管理系统,通过发布质量模型管理模块,存储多个发布质量模型,以及在获取待发布的软件,并根据待发布的软件获取对应的发布质量模型,根据对应的发布质量模型对待发布软件进行测试以生成发布测试评分。由此,通过发布质量模型对待发布软件进行测试并评分,可以很好地评估软件发布的质量,提高软件发布的效率,降低软件发布后的风险,解决了现有技术中人工对待发布软件进行测试,不仅费时费力,还影响发布质量的技术问题。
在上述实施例的基础上,参见图3,软件的发布质量管理系统100,还包括:发布质量监控模块130。
其中,发布质量监控模块130,用于在待发布软件发布完成之后,监控软件的线上数据。
本申请实施例中,发布质量监控模块130在待发布软件发布完成之后,通过数据接口,实时监控软件的线上数据,并对线上数据针对不同维度(按天、崩溃率、覆盖机型、ROM等)进行存储,以根据存储的线上数据分析软件的质量。当监控到线上数据的异常情况时(比如崩溃率飙升等)进行报警,以便对待发布软件进行改进。
由此,通过发布质量监控模块实时监控软件发布后的线上数据,能够及时掌握软件的运行情况,以便根据线上数据对待发布软件进行改进,从而提高了待发布软件的发布质量。
在上述实施例的基础上,参见图4,软件的发布质量管理系统100,还包括:发布标准分析模块140。
发布标准分析模块140,用于获取待发布软件在发布质量模型线下测试的测试数据,并根据测试数据和线上数据对发布质量模型管理模块中的发布质量模型进行优化。
本申请实施例中,发布标准分析模块140在获取到待发布软件在发布质量模型线下测试的测试数据以及线上数据后,从横向和纵向两个方向对获取到的数据进行分析。其中,线下测试的测试数据包括:线下测试质量数据和灰度测试质量数据。
作为一种可能的实现方式,可以对相同发布质量模型下的不同待发布软件进行横向数据分析。例如,分析某一组发布质量模型下,所有待发布软件的厂商兼容性以及发布质量监控模块的线上数据,来逐步优化厂商兼容性的指标以及在模型算法公式中的权重。
作为另一种可能的实现方式,还可以针对同一待发布软件的不同版本进行纵向数据分析。例如,分析某一待发布软件历史质量数据中的代码覆盖率数据,针对代码覆盖率以及发布质量监控模块的线上数据,来逐步优化代码覆盖率这个指标在模型算法公式中的权重。
需要说明的是,对待发布软件进行分析的分析算法可以有很多,本申请不再赘述。但是所有分析的目的,都是通过历史质量数据,也就是线下测试数据和线上数据,去优化发布质量模型中各项指标的评定标准,以使得标准更科学,从而降低软件发布后的风险。
为了实现上述实施例,本申请还提出一种软件的发布质量管理方法,图5为本申请实施例提供的一种软件的发布质量管理方法的流程示意图。
如图5所示,该方法包括以下步骤:
步骤101,获取待发布软件。
本申请实施例中,在对待发布软件的发布质量进行评估时,首先获取到待发布的软件,以对获取的软件进行质量检测。
步骤102,根据待发布软件获取对应的发布质量模型。
其中,发布质量模型为多个,发布质量模型包括多个测试指标模型。
本申请实施例中,在获取到待发布软件后,根据待发布软件获取对应的发布质量模型。其中,发布质量模型,包括多个测试指标模型,例如线下测试指标模型以及灰度测试指标模型。
例如,通过线下测试指标衡量待发布软件的story的测试完成度、厂商兼容性、代码覆盖率、ROM覆盖度、崩溃率、性能、网络、稳定性、漏洞(bug)修复率、千行bug率等指标。
或者,通过灰度测试指标来衡量待发布软件的灰度崩溃率、灰度新增问题修复率、灰度崩溃问题处理率、灰度用户反馈以及灰度服务监控,等等。
步骤103,根据发布质量模型对待发布软件进行测试以生成发布测试评分。
本申请实施例中,获取到待发布软件对应的发布质量模型后,对发布质量模型中多个测试指标进行必要的配置,例如,优化评分标准、模型指标扩展以及指标数据来源等。其中,指标数据来源包括:手工录入、接口读取、数据库读取、自动计算等等,在此不做具体限制。进而,根据配置后的发布质量模型对待发布软件进行测试以生成发布测试评分。
作为一种可能的实现方式,发布质量模型可以根据指标数据来源的定义,通过实时抓取指标数据后,再根据发布质量模型管理模块定义的算法公式对待发布软件进行发布风险预测,以产出风险预测报告。其中,风险预测报告包含:整体风险评分,发布风险概述以及风险项分析,测试人员可以根据该风险预测报告快速评定待发布软件的发布风险,从而科学高效地完成待发布软件发布质量的评定工作。
本申请实施例中,在待发布软件发布完成之后,发布质量监控模块通过数据接口,实时监控软件的线上数据,并对线上数据针对不同维度(按天、崩溃率、覆盖机型、ROM等)进行存储,以根据存储的线上数据分析软件的质量。当监控到线上数据的异常情况时(比如崩溃率飙升等)进行报警,以便对待发布软件进行改进。
由此,通过发布质量监控模块实时监控软件发布后的线上数据,能够及时掌握软件的运行情况,以便根据线上数据对待发布软件进行改进,从而提高了待发布软件的发布质量。
本申请实施例中,在获取到待发布软件在发布质量模型线下测试的测试数据以及线上数据后,从横向和纵向两个方向对获取到的数据进行分析。其中,线下测试的测试数据包括:线下测试质量数据和灰度测试质量数据。
作为一种可能的实现方式,可以对相同发布质量模型下的不同待发布软件进行横向数据分析。例如,分析某一组发布质量模型下,所有待发布软件的厂商兼容性以及发布质量监控模块的线上数据,来逐步优化厂商兼容性的指标以及在模型算法公式中的权重。
作为另一种可能的实现方式,还可以针对同一待发布软件的不同版本进行纵向数据分析。例如,分析某一待发布软件历史质量数据中的代码覆盖率数据,针对代码覆盖率以及发布质量监控模块的线上数据,来逐步优化代码覆盖率这个指标在模型算法公式中的权重。
需要说明的是,对待发布软件进行分析的分析算法可以有很多,本申请不再赘述。但是所有分析的目的,都是通过历史质量数据,也就是线下测试数据和线上数据,去优化发布质量模型中各项指标的评定标准,以使得标准更科学,从而降低软件发布后的风险。
本申请实施例的软件的发布质量管理方法,通过获取待发布软件,根据待发布软件获取对应的发布质量模型,根据发布质量模型对待发布软件进行测试以生成发布测试评分。由此,通过发布质量模型对待发布软件进行测试,能够高效的评估软件发布的质量,提高软件发布的效率,降低软件发布后的风险,解决了现有技术中人工对待发布软件进行测试,不仅费时费力,还影响发布质量的技术问题。
为了实现上述实施例,本申请还提出一种软件的发布质量管理装置。
图6为本申请实施例提供的一种软件的发布质量管理装置的结构示意图。
如图6所示,该软件的发布质量管理装置200包括:第一获取模块210、第二获取模块220以及测试模块230。
第一获取模块210,用于获取待发布软件。
第二获取模块220,用于根据待发布软件获取对应的发布质量模型;其中,发布质量模型为多个,发布质量模型包括多个测试指标模型。
测试模块230,用于根据发布质量模型对待发布软件进行测试以生成发布测试评分。
作为一种可能的实现方式,软件的发布质量管理装置200,还包括:
监控模块240,用于在待发布软件发布完成之后,监控软件的线上数据。
作为另一种可能的实现方式,软件的发布质量管理装置200,还包括:
模型优化模块250,用于获取待发布的软件在发布质量模型线下测试的测试数据,并根据测试数据和线上数据对发布质量模型进行优化。
需要说明的是,前述对软件的发布质量管理方法实施例的解释说明也适用于该实施例的软件的发布质量管理装置,其实现原理类似,此处不再赘述。
本申请实施例的软件的发布质量管理装置,通过获取待发布软件,根据待发布软件获取对应的发布质量模型,根据发布质量模型对待发布软件进行测试以生成发布测试评分。由此,通过发布质量模型对待发布软件进行测试,能够高效的评估软件发布的质量,提高软件发布的效率,降低软件发布后的风险,解决了现有技术中人工对待发布软件进行测试,不仅费时费力,还影响发布质量的技术问题。
为了实现上述实施例,本申请还提出一种计算机设备,包括:包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时,实现如本申请上述实施例提出的软件的发布质量管理方法。
为了实现上述实施例,本申请还提出一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时,实现如本申请上述实施例提出的软件的发布质量管理方法。
图7示出了适于用来实现本申请实施方式的示例性计算机设备的框图。图7显示的计算机设备12仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示,计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture;以下简称:ISA)总线,微通道体系结构(Micro Channel Architecture;以下简称:MAC)总线,增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation;以下简称:VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection;以下简称:PCI)总线。
计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(Random Access Memory;以下简称:RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示,通常称为“硬盘驱动器”)。尽管图7中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如:光盘只读存储器(Compact Disc ReadOnlyMemory;以下简称:CD-ROM)、数字多功能只读光盘(Digital Video Disc ReadOnlyMemory;以下简称:DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本申请各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。
计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该计算机设备12交互的设备通信,和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local Area Network;以下简称:LAN),广域网(Wide Area Network;以下简称:WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白,尽管图中未示出,可以结合计算机设备12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现前述实施例中提及的软件的发布质量管理方法。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (15)

1.一种软件的发布质量管理系统,其特征在于,包括:
发布质量模型管理模块,用于存储多个发布质量模型,其中,所述发布质量模型包括多个测试指标模型;以及
发布质量管理模块,用于获取待发布软件,并根据所述待发布软件获取对应的发布质量模型,以及根据所述对应的发布质量模型对所述待发布软件进行测试以生成发布测试评分。
2.如权利要求1所述的软件的发布质量管理系统,其特征在于,还包括:
发布质量监控模块,用于在所述待发布软件发布完成之后,监控所述软件的线上数据。
3.如权利要求2所述的软件的发布质量管理系统,其特征在于,还包括:
发布标准分析模块,用于获取所述待发布软件在所述发布质量模型线下测试的测试数据,并根据所述测试数据和所述线上数据对所述发布质量模型管理模块中的发布质量模型进行优化。
4.如权利要求1所述的软件的发布质量管理系统,其特征在于,所述发布质量模型,包括:线下测试指标模型和灰度测试指标模型。
5.如权利要求4所述的软件的发布质量管理系统,其特征在于,所述线下测试指标模型,用于评估所述待发布软件线下测试部分的质量;所述灰度测试指标模型,用于评估所述待发布软件线上测试部分的质量。
6.如权利要求2所述的软件的发布质量管理系统,其特征在于,所述发布质量监控模块,包括:发布质量模型匹配子模块和发布质量分析子模块。
7.如权利要求2所述的软件的发布质量管理系统,其特征在于,所述发布质量监控模块,还用于对监控所述软件的线上数据进行存储,并在所述线上数据出现异常时进行报警。
8.一种软件的发布质量管理方法,其特征在于,所述方法包括:
获取待发布软件;
根据所述待发布软件获取对应的发布质量模型;其中,发布质量模型为多个,所述发布质量模型包括多个测试指标模型;
根据所述发布质量模型对所述待发布软件进行测试以生成发布测试评分。
9.如权利要求8所述的软件的发布质量管理方法,其特征在于,所述获取待发布的软件之后,还包括:
在所述待发布软件发布完成之后,监控所述软件的线上数据。
10.如权利要求8所述的软件的发布质量管理方法,其特征在于,所述根据所述发布质量模型对所述待发布软件进行测试以生成发布测试评分之后,还包括:
获取所述待发布软件在所述发布质量模型线下测试的测试数据,并根据所述测试数据和所述线上数据对所述发布质量模型进行优化。
11.一种软件的发布质量管理装置,其特征在于,所述装置包括:
第一获取模块,用于获取待发布软件;
第二获取模块,用于根据所述待发布软件获取对应的发布质量模型;其中,发布质量模型为多个,所述发布质量模型包括多个测试指标模型;
测试模块,用于根据所述发布质量模型对所述待发布软件进行测试以生成发布测试评分。
12.如权利要求11所述的软件的发布质量管理装置,其特征在于,所述装置,还包括:
监控模块,用于在所述待发布软件发布完成之后,监控所述软件的线上数据。
13.如权利要求11所述的软件的发布质量管理装置,其特征在于,所述装置,还包括:
模型优化模块,用于获取所述待发布的软件在所述发布质量模型线下测试的测试数据,并根据所述测试数据和所述线上数据对所述发布质量模型进行优化。
14.一种计算机设备,其特征在于,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时,实现如权利要求8-10中任一所述的软件的发布质量管理方法。
15.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求8-10中任一所述的软件的发布质量管理方法。
CN201910624229.5A 2019-07-11 2019-07-11 软件的发布质量管理系统、方法以及装置 Pending CN110413513A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910624229.5A CN110413513A (zh) 2019-07-11 2019-07-11 软件的发布质量管理系统、方法以及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910624229.5A CN110413513A (zh) 2019-07-11 2019-07-11 软件的发布质量管理系统、方法以及装置

Publications (1)

Publication Number Publication Date
CN110413513A true CN110413513A (zh) 2019-11-05

Family

ID=68361073

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910624229.5A Pending CN110413513A (zh) 2019-07-11 2019-07-11 软件的发布质量管理系统、方法以及装置

Country Status (1)

Country Link
CN (1) CN110413513A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111080093A (zh) * 2019-12-02 2020-04-28 泰康保险集团股份有限公司 软件产品质量数据处理方法及装置
CN111352840A (zh) * 2020-02-28 2020-06-30 北京字节跳动网络技术有限公司 上线行为风险评估方法、装置、设备和可读存储介质
CN112527611A (zh) * 2020-09-24 2021-03-19 上海趣蕴网络科技有限公司 一种产品健康度评估方法及系统
CN113010441A (zh) * 2021-04-29 2021-06-22 成都新希望金融信息有限公司 模型发布方法、装置、电子设备及存储介质
CN113296836A (zh) * 2021-06-08 2021-08-24 北京百度网讯科技有限公司 训练模型的方法、测试方法、装置、电子设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004199557A (ja) * 2002-12-20 2004-07-15 Yokogawa Electric Corp テストレポート管理システム
CN105389250A (zh) * 2014-09-05 2016-03-09 北京畅游天下网络技术有限公司 追踪软件质量的方法和系统
CN105468510A (zh) * 2014-09-05 2016-04-06 北京畅游天下网络技术有限公司 对软件质量进行评估与追踪的方法和系统
CN106294902A (zh) * 2015-05-28 2017-01-04 阿里巴巴集团控股有限公司 预测移动应用程序页面性能的方法、装置及电子设备
CN106528416A (zh) * 2016-11-03 2017-03-22 上海斐讯数据通信技术有限公司 一种基于android平台的自动化测试方法和系统
US20180060062A1 (en) * 2016-08-28 2018-03-01 Todd Sampson Management System and Methodology for Disturbance Monitoring Equipment known as USI m9kadmin
CN108073503A (zh) * 2016-11-16 2018-05-25 中国移动通信有限公司研究院 一种组件成熟度的评测方法及装置
CN109062783A (zh) * 2018-07-02 2018-12-21 北京航空航天大学 一种面向TopCoder的群体软件质量的评价系统与方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004199557A (ja) * 2002-12-20 2004-07-15 Yokogawa Electric Corp テストレポート管理システム
CN105389250A (zh) * 2014-09-05 2016-03-09 北京畅游天下网络技术有限公司 追踪软件质量的方法和系统
CN105468510A (zh) * 2014-09-05 2016-04-06 北京畅游天下网络技术有限公司 对软件质量进行评估与追踪的方法和系统
CN106294902A (zh) * 2015-05-28 2017-01-04 阿里巴巴集团控股有限公司 预测移动应用程序页面性能的方法、装置及电子设备
US20180060062A1 (en) * 2016-08-28 2018-03-01 Todd Sampson Management System and Methodology for Disturbance Monitoring Equipment known as USI m9kadmin
CN106528416A (zh) * 2016-11-03 2017-03-22 上海斐讯数据通信技术有限公司 一种基于android平台的自动化测试方法和系统
CN108073503A (zh) * 2016-11-16 2018-05-25 中国移动通信有限公司研究院 一种组件成熟度的评测方法及装置
CN109062783A (zh) * 2018-07-02 2018-12-21 北京航空航天大学 一种面向TopCoder的群体软件质量的评价系统与方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
李克文: "软件质量测评模型与测试数据生成方法研究", 《万方》 *
胡乃军: "信息发布软件系统模型", 《万方》 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111080093A (zh) * 2019-12-02 2020-04-28 泰康保险集团股份有限公司 软件产品质量数据处理方法及装置
CN111352840A (zh) * 2020-02-28 2020-06-30 北京字节跳动网络技术有限公司 上线行为风险评估方法、装置、设备和可读存储介质
CN111352840B (zh) * 2020-02-28 2023-08-15 抖音视界有限公司 上线行为风险评估方法、装置、设备和可读存储介质
CN112527611A (zh) * 2020-09-24 2021-03-19 上海趣蕴网络科技有限公司 一种产品健康度评估方法及系统
CN113010441A (zh) * 2021-04-29 2021-06-22 成都新希望金融信息有限公司 模型发布方法、装置、电子设备及存储介质
CN113010441B (zh) * 2021-04-29 2024-05-07 成都新希望金融信息有限公司 模型发布方法、装置、电子设备及存储介质
CN113296836A (zh) * 2021-06-08 2021-08-24 北京百度网讯科技有限公司 训练模型的方法、测试方法、装置、电子设备及存储介质
CN113296836B (zh) * 2021-06-08 2022-07-22 北京百度网讯科技有限公司 训练模型的方法、测试方法、装置、电子设备及存储介质

Similar Documents

Publication Publication Date Title
CN110413513A (zh) 软件的发布质量管理系统、方法以及装置
US10809153B2 (en) Detecting apparatus, detection method, and program
CN109949305A (zh) 产品表面缺陷检测方法、装置及计算机设备
CN109961433A (zh) 产品缺陷检测方法、装置及计算机设备
CN109558282A (zh) 一种pcie链路检测方法、系统及电子设备和存储介质
US20090307384A1 (en) Usb port testing apparatus and method
CN109978867A (zh) 玩具外表质量检测方法及其相关设备
CN110213258A (zh) 车辆can总线的异常监测方法、装置和计算机设备
CN103714191A (zh) 用于异常工具和阶段诊断的2d/3d分析
Shen et al. A novel opportunistic maintenance strategy for systems with dependent main and auxiliary components
CN109978868A (zh) 玩具外表质量检测方法及其相关设备
JP4383484B2 (ja) メッセージ解析装置、制御方法および制御プログラム
JP6975086B2 (ja) 品質評価方法および品質評価装置
US20110154293A1 (en) System and method to identify product usability
US8669985B2 (en) Assessment results viewer
CN107562608A (zh) 资源指标重要度评估方法及装置
Amora On the validity assessment of formative measurement models in PLS-SEM
JP4525414B2 (ja) 異常判定装置及び異常判定方法
CN103424274A (zh) 测试系统及设备管理装置
TW201425958A (zh) 檢測系統及其檢測方法
CN115712564A (zh) 一种scade软件模型复杂度计算方法
JP4845001B2 (ja) 情報処理装置及び同装置に用いるプログラム
CN115438129A (zh) 结构化数据的分类方法、装置及终端设备
JP2018072262A (ja) リークテスタ、リーク係数算出方法、プログラム
Bucci et al. Metrics and tool for system assessment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20191105

RJ01 Rejection of invention patent application after publication