CN116467101A - 座舱软件稳定性评估方法、装置、电子设备及存储介质 - Google Patents

座舱软件稳定性评估方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN116467101A
CN116467101A CN202310508360.1A CN202310508360A CN116467101A CN 116467101 A CN116467101 A CN 116467101A CN 202310508360 A CN202310508360 A CN 202310508360A CN 116467101 A CN116467101 A CN 116467101A
Authority
CN
China
Prior art keywords
defect
test period
stability
cabin
defects
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
CN202310508360.1A
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.)
BDstar Intelligent and Connected Vehicle Technology Co Ltd
Original Assignee
BDstar Intelligent and Connected Vehicle 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 BDstar Intelligent and Connected Vehicle Technology Co Ltd filed Critical BDstar Intelligent and Connected Vehicle Technology Co Ltd
Priority to CN202310508360.1A priority Critical patent/CN116467101A/zh
Publication of CN116467101A publication Critical patent/CN116467101A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/008—Reliability or availability analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3013—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is an embedded system, i.e. a combination of hardware and software dedicated to perform a certain function in mobile devices, printers, automotive or aircraft systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3452—Performance evaluation by statistical analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3476—Data logging
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/865—Monitoring of software
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Computer Hardware Design (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Evolutionary Biology (AREA)
  • Probability & Statistics with Applications (AREA)
  • Stored Programmes (AREA)

Abstract

本发明实施方式提出一种座舱软件稳定性评估方法、装置、电子设备及存储介质，属于软件开发领域，获取到座舱软件系统在测试周期内的所有运行日志，对该所有运行日志进行分析处理，得到所有缺陷，并根据缺陷发生原因确定每个缺陷的缺陷类别，从而根据测试周期内的所有缺陷及缺陷的缺陷类别，进行稳定性评估，得到测试周期的稳定影响值，结合测试周期所属的开发阶段，得到座舱软件系统的该测试周期的稳定性评估结果，实现客观、统一地对座舱软件系统测试周期的稳定性进行评估，能够合理聚合并拦截座舱软件的稳定性问题，并提高稳定性评估的精确性，进而有助于提升座舱软件系统的稳定性。

Description

座舱软件稳定性评估方法、装置、电子设备及存储介质
技术领域
本发明涉及软件开发领域，具体而言，涉及一种座舱软件稳定性评估方法、装置、电子设备及存储介质。
背景技术
智能座舱的发展越来越快，功能也越发丰富多彩，为满足需求，大部分智能座舱的系统已切换到Android系统。软件功能的增加带来海量数据的增长，而软件及软件运行中产生的数据对软件稳定性产生影响。软件稳定性对用户体验有着重要影响，因此，在软件开发过程中，通常需要对开发的软件进行测试，以确保软件及系统能够流畅运行。
目前，对软件系统研发周期各节点的稳定性状态没有客观评估手段，不能合理聚合并拦截稳定性问题，难以精确获悉软件稳定性情况。因此，亟需一种衡量与提升智能座舱研发周期内的软件稳定性，以满足用户的体验需求的评估方法。
发明内容
有鉴于此，本发明的目的在于提供一种座舱软件稳定性评估方法、装置、电子设备及存储介质，其能够合理聚合并拦截座舱软件的稳定性问题，改善目前的软件稳定性评估方法所存在的精确性低的问题。
为了实现上述目的，本发明实施方式采用的技术方案如下：
第一方面，本发明实施方式提供一种座舱软件稳定性评估方法，所述方法包括：
在座舱软件系统的测试周期内，获取所述座舱软件系统的所有运行日志；
对所述测试周期内的所有运行日志进行分析处理，检测出所述测试周期内的所有缺陷；
根据每个所述缺陷的缺陷发生原因，确定所述缺陷所属的缺陷类别；
根据所述测试周期的所有缺陷及每个缺陷所属的缺陷类别，对座舱软件系统的稳定性进行评估，得到所述测试周期的稳定影响值；
根据所述测试周期的稳定影响值及所述测试周期所属的开发阶段，得到所述测试周期的稳定性评估结果。
进一步的，所述根据所述测试周期的所有缺陷及每个缺陷所属的缺陷类别，对座舱软件系统的稳定性进行评估，得到所述测试周期的稳定影响值的步骤，包括：
针对所述测试周期的每个缺陷，根据所述缺陷的缺陷类别，统计出每种所述缺陷类别的缺陷次数；
将每种所述缺陷类别的缺陷次数与预设的所述缺陷类别的影响权重值相乘，得到所述测试周期的该种缺陷类别的稳定影响值；
根据所述测试周期的各缺陷类别的稳定影响值之和，得到所述测试周期的稳定影响值。
进一步的，所述对所述测试周期内的所有运行日志进行分析处理，检测出所述测试周期内的所有缺陷的步骤，包括：
对所述测试周期内的所有运行日志进行数据去重，得到待测日志；
按照预设的缺陷检测表中的各缺陷的判定规则，对所述待测日志进行缺陷检测，得到所述测试周期内的所有缺陷。
进一步的，在所述检测出所述测试周期内的所有缺陷的步骤之后，所述方法还包括：
针对每个所述缺陷，下发所述缺陷对应的缺陷跟踪指令至所述缺陷所属模块的研发用户，以提醒研发人员处理所述缺陷。
进一步的，所述方法还包括：
记录每个所述测试周期的任一缺陷的缺陷信息，以及每个所述测试周期的稳定影响值和稳定性评估结果；
在接收到前端设备发送的查看请求时，返回所述查看请求对应的缺陷信息或测试周期的稳定影响值和稳定性评估结果至所述前端设备。
进一步的，所述根据所述测试周期的稳定影响值及所述测试周期所属的开发阶段，得到每个所述测试周期的稳定性评估结果的步骤，包括：
根据所述测试周期所属的开发阶段，确定目标阈值；
判断所述测试周期的稳定影响值是否小于所述目标阈值，若是，则判定所述测试周期对应的座舱软件系统的稳定性良好，若否，则判定所述测试周期对应的座舱软件系统的稳定性不合格。
进一步的，所述测试周期的稳定影响值的计算公式包括：
其中，fi表示测试周期的第i个缺陷类别的影响权重值，Ni表示表示测试周期的第i个缺陷类别的缺陷次数，T表示测试周期的累积测试总时长。
第二方面，本发明实施方式提供一种座舱软件稳定性评估装置，包括日志获取模块、缺陷检测模块、类别确定模块、第一评估模块和第二评估模块；
所述日志获取模块，用于在座舱软件系统的测试周期内，获取所述座舱软件系统的所有运行日志；
所述缺陷检测模块，用于对所述测试周期内的所有运行日志进行分析处理，检测出所述测试周期内的所有缺陷；
所述类别确定模块，用于根据每个所述缺陷的缺陷发生原因，确定所述缺陷所属的缺陷类别；
所述第一评估模块，用于根据所述测试周期的所有缺陷及每个缺陷所属的缺陷类别，对座舱软件系统的稳定性进行评估，得到所述测试周期的稳定影响值；
所述第二评估模块，用于根据所述测试周期的稳定影响值及所述测试周期所属的开发阶段，得到所述测试周期的稳定性评估结果。
第三方面，本发明实施方式提供一种电子设备，包括处理器和存储器，所述存储器存储有能够被所述处理器执行的机器可执行指令，所述处理器可执行所述机器可执行指令以实现如第一方面所述的座舱软件稳定性评估方法。
第四方面，本发明实施方式提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的座舱软件稳定性评估方法。
本发明实施方式提供的座舱软件稳定性评估方法、装置、电子设备及存储介质，获取到座舱软件系统在测试周期内的所有运行日志，对该所有运行日志进行分析处理，得到所有缺陷，并根据缺陷发生原因确定每个缺陷的缺陷类别，从而根据测试周期内的所有缺陷及缺陷的缺陷类别，进行稳定性评估，得到测试周期的稳定影响值，结合测试周期所属的开发阶段，得到座舱软件系统的该测试周期的稳定性评估结果，实现客观、统一地对座舱软件系统测试周期的稳定性进行评估，能够合理聚合并拦截座舱软件的稳定性问题，并提高稳定性评估的精确性，进而有助于提升座舱软件系统的稳定性。
为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施方式，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本发明实施方式的技术方案，下面将对实施方式中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施方式，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本发明实施方式提供的座舱软件稳定性评估系统的结构示意图。
图2示出了本发明实施方式提供的座舱软件稳定性评估方法的流程示意图之一。
图3示出了图2中步骤S13的部分子步骤的流程示意图。
图4示出了图2中步骤S17的部分子步骤的流程示意图。
图5示出了本发明实施方式提供的座舱软件稳定性评估方法的流程示意图之二。
图6示出了本发明实施方式提供的座舱软件稳定性评估方法的流程示意图之三。
图7示出了本发明实施方式提供的座舱软件稳定性评估装置的方框示意图。
图8示出了本发明实施方式提供的电子设备的方框示意图。
附图标记：100-座舱软件稳定性评估系统；10-客户端；20-云服务器；30-测试设备；40-座舱软件稳定性评估装置；401-日志获取模块；402-缺陷检测模块；403-类别确定模块；404-第一评估模块；405-第二评估模块；50-电子设备。
具体实施方式
下面将结合本发明实施方式中附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本发明一部分实施方式，而不是全部的实施方式。通常在此处附图中描述和示出的本发明实施方式的组件可以以各种不同的配置来布置和设计。
因此，以下对在附图中提供的本发明的实施方式的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施方式。基于本发明的实施方式，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施方式，都属于本发明保护的范围。
需要说明的是，术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
基于Android、ios等系统开发的软件系统不能完全避免原生机制下的各类系统问题，因此，在开发过程中，需要对软件系统的测试进行稳定性评估，以确保最终的产品能够流畅运行。
目前，一般采用主观评价的方式，结合软件已出现的稳定性问题，对软件进行评估。这种方法不能对软件系统研发周期各节点的稳定性状态没有客观评估手段，也不能合理聚合并拦截稳定性问题，难以精确获悉软件稳定性情况。从而导致用户使用产品时经常会遇到可见性的稳定性问题，严重影响用户体验。
基于上述考虑，本发明实施方式提供一种座舱软件稳定性评估方法，其能够合理聚合并拦截座舱软件的稳定性问题，改善目前的软件稳定性评估方法所存在的精确性低的问题。
本发明实施方式提供的座舱软件稳定性评估方法，可以应用于图1所示的座舱软件稳定性评估系统100中，座舱软件稳定性评估系统100可以包括云服务器20、客户端10和测试设备30，云服务器20可以通过网络与客户端10和测试设备30通信连接。测试设备30中安装有待测试的座舱软件系统和监控应用，且该监控应用被配置为系统进程。
测试设备30，用于通过监控应用，在每个测试周期内，获取座舱软件系统的所有运行日志，并将运行日志持久化到本地，在测试周期结束后，将该测试周期内获取的所有运行日志上报至云服务器20。
云服务器20，用于针对每个测试周期，对该测试周期内的所有运行日志进行分析处理，检测出所有缺陷，根据每个缺陷的缺陷发生原因，确定缺陷所属的缺陷类别，根据测试周期的所有缺陷及每个缺陷所属的缺陷类别，对座舱软件系统的稳定性进行评估，得到该测试周期的稳定影响值，根据测试周期的稳定影响值及测试周期所属的开发阶段，得到测试周期的稳定性评估结果。
在其他可能的实施方式中，可以由测试设备30针对每个测试周期，对该测试周期内的所有运行日志进行分析处理，检测出所有缺陷，将每个缺陷相关日志持久化到本地，在测试周期结束后，将该测试周期的缺陷相关日志上报至云服务器20。云服务器20，根据该测试周期的缺陷相关日志，确定每个缺陷的缺陷类别，根据该测试周期的所有缺陷及每个缺陷的缺陷类别，对座舱软件系统的稳定性进行评估，得到该测试周期的稳定影响值。
客户端10，用于查看每个测试周期的稳定影响值、缺陷信息以及缺陷处理进度。
在一种可能的实施方式中，本发明实施方式提供一种座舱软件稳定性评估方法，参照图2，可以包括以下步骤。在本实施方式中，以该座舱软件稳定性评估方法应用于图1中的云服务器20。
S11，在座舱软件系统的测试周期内，获取座舱软件系统的所有运行日志。
S13，对测试周期内的所有运行日志进行分析处理，检测出测试周期内的所有缺陷。
S15，根据每个缺陷的缺陷发生原因，确定缺陷所属的缺陷类别。
S17，根据测试周期的所有缺陷及每个缺陷所属的缺陷类别，对座舱软件系统的稳定性进行评估，得到测试周期的稳定影响值。
S19，根据测试周期的稳定影响值及测试周期所属的开发阶段，得到测试周期的稳定性评估结果。
需要说明的是，测试周期与座舱软件系统的测试版本相对应，同一个测试周期的座舱软件系统为同一个测试版本。
在座舱软件系统的任一个测试周期内，测试设备30通过监控应用获取座舱软件系统测试过程中的所有运行日志，并将运行日志持久化到本地，在测试周期结束后，将该测试周期的所有运行日志上报至云服务器20(即云端)。
云服务器20获取到任一个测试周期的所有运行日志后，对该测试周期内的所有运行日志进行分析处理，检测出所有缺陷，并根据每个缺陷的缺陷发生原因，确定缺陷所属的缺陷类别。
在一种可能的实施方式中，缺陷类别可以包括异常重启、开机异常、应用报错和系统服务异常，异常重启可以包括上层重启、底层重启和子系统重启等缺陷发生原因，开机异常对应的缺陷发生原因可以为开机长时间无法进入主页，应用报错对应的缺陷发生原因可以包括应用无响应(Application No Response，ANR)和应用异常结束(Application ForceClose)，系统服务异常的原因可以包括系统服务进程异常崩溃(System Service Crash)。
应当理解的是，上述缺陷类别及缺陷发生原因仅仅是一种举例，而非唯一限定。
云服务器20确定出所有缺陷的缺陷类别后，根据测试周期的所有缺陷和缺陷的缺陷类别，对座舱软件系统的稳定性进行评估，得到稳定影响值，进而结合测试周期所属的开发阶段，得到该测试周期的座舱软件系统的稳定性评估结果。
与传统的评估方法相比，本发明实施方式提供的座舱软件稳定性评估方法，实现客观、统一地对座舱软件系统测试周期的稳定性进行评估，能够合理聚合并拦截座舱软件的稳定性问题，并提高稳定性评估的精确性，进而有助于提升座舱软件系统的稳定性。
步骤13中对测试周期内的所有运行日志进行分析处理，检测出所有缺陷的方式可以灵活设置，例如，可以按预设规则进行检测，也可以采用训练成熟的神经网络模型进行检测，在本实施方式中，不作具体限定。
在一种可能的实施方式中，云服务器20的缺陷检测表中可以预先记录有各种缺陷的判定规则，在此基础上，参照图3，步骤S13可以进一步实施为以下步骤。
S131，对测试周期内的所有运行日志进行数据去重，得到待测日志。
S132，按照预设的缺陷检测表中的各缺陷的判定规则，对待测日志进行缺陷检测，得到测试周期内的所有缺陷。
数据去重的方式可以是任一种数据清洗方法，在本实施方式中，不作具体限定。在一种可能的实施方式中，可以对具有相同堆栈的多条待测日志，只保留一条，以进行去重。
依次依据缺陷检测表中缺陷的判定规则，对去重后的待测日志进行缺陷判定，例如，缺陷检测表中有3个缺陷的判定规则时，先调用第一个判定规则，依据第一个判定规则，对待测日志进行检测，得到第一个检测结果，接着，按相同原理，先后依据第二个和第三个判定规则，对待测日志进行检测，以此，能够检测出测试周期内的座舱软件系统的所有缺陷。
为了精确衡量每个测试周期的座舱软件系统的稳定性，在一种可能的实施方式中，引入缺陷类别的影响权重值，根据缺陷类别对稳定性的影响程度，设定对应的影响权重。参照图4，步骤S17可以进一步实施为以下步骤。
S171，针对测试周期的每个缺陷，根据缺陷的缺陷类别，统计出每种缺陷类别的缺陷次数。
S172，将每种缺陷类别的缺陷次数与预设的缺陷类别的影响权重值相乘，得到测试周期的该种缺陷类别的稳定影响值。
S173，根据测试周期的各缺陷类别的稳定影响值之和，得到测试周期的稳定影响值。
当A应用和B应用都出现无响应时，此时缺陷类别为应用无响应的缺陷次数为2次。同理，可以统计出所有缺陷类别的缺陷次数。
例如，缺陷类别为异常重启的影响权重值是60s，缺陷类别为开机异常的影响权重值是300s，缺陷类别为应用无响应的影响权重值是30s，缺陷类别为应用异常结束的影响权重值是3s，缺陷类别为系统服务异常的影响权重值是3s。假设测试周期中异常重启、开机异常、应用无响应、应用异常结束和系统服务异常的次数分别3、2、4、2和1，则异常重启的稳定影响值为3×60＝180s，开机异常的稳定影响值为2×300＝300s，应用异常结束的稳定影响值为4×30＝120s，应用异常结束的稳定影响值为2×3＝6s，系统服务异常的稳定影响值为1×3＝3s。
在一种可能的实施方式中，每个测试周期的稳定影响值的计算公式可以表示为：
其中，fi表示测试周期的第i个缺陷类别的影响权重值，Ni表示表示测试周期的第i个缺陷类别的缺陷次数，N1到Ni为测试周期的所有缺陷类别，T表示测试周期的累积测试总时长。
考虑到软件开发过程中，有多个评审阶段，例如，包括原型机评审阶段(TR4阶段)、设计成熟评审阶段(TR5阶段)和量产评审阶段(TR6阶段)，而不同的评审阶段，其对应的测试周期有不同的稳定性要求。
为了使稳定性评估结果更为准确，在稳定性评估中引入测试周期所属的开发阶段的良品阈值。此时，上述步骤S19可以进一步实施为：根据测试周期所属的开发阶段，确定目标阈值，判断测试周期的稳定影响值是否小于目标阈值，若是，则判定测试周期对应的座舱软件系统的稳定性良好，若否，则判定测试周期对应的座舱软件系统的稳定性不合格。
例如，假设TR4阶段的良品阈值可以为UAT≤1000，TR5阶段的良品阈值可以为UAT≤300，TR6阶段的良品阈值可以为UAT≤40。当测试周期所属的评审阶段为TR4阶段时，目标阈值为1000，当测试周期所属的评审阶段为TR5阶段时，目标阈值为300，当测试周期所属的评审阶段为TR6阶段时，目标阈值为40。
通过上述评估方法，以同一的准出标准，对开发过程的各评审阶段的测试周期的软件稳定性进行更精确、全局且客观的评估，从而有助于提升软件产品的稳定性，提升用户体验。
进一步的，为了使研发人员能够对检测出的缺陷进行及时处理，在一种可能的实施方式中，参照图5，本发明实施方式提供的座舱软件稳定性评估方法还可以包括步骤S14，S14在步骤S13之后执行。
S14，针对每个缺陷，下发缺陷对应的缺陷跟踪指令至缺陷所属模块的研发用户，以提醒研发人员处理缺陷。
可以按类别、功能等任一种划分依据，将座舱软件系统划分为多个模块，每个模块可以由不同的研发组处理，在检测出缺陷后，将缺陷对应的缺陷跟踪指令下发至产生该缺陷的模块所应用的研发组人员，提醒他们及时进行处理，以排除缺陷。
在其他实施方式中，可以按缺陷大类、具体缺陷类型、进程名等任一种或任几种，将研发人员划分多个组，从而，针对每个缺陷，将缺陷对应的缺陷跟踪指令下发至对应组的研发人员，以提醒及时排除缺陷。
进一步的，为了使研发人员能够查看每个测试周期的稳定性评估结果及相关缺陷信息，在一种可能的实施方式中，参照图6，本发明实施方式提供的座舱软件稳定性评估方法还可以包括以下步骤，以下该步骤可以在步骤S19之后执行。
S20，记录测试周期的任一缺陷的缺陷信息，以及每个测试周期的稳定影响值和稳定性评估结果。
S21，在接收到前端设备发送的查看请求时，返回查看请求对应的缺陷信息或测试周期的稳定影响值和稳定性评估结果至前端设备。
前端设备即可以为客户端10，研发人员可以通过前端设备登录云服务器20上运行的稳定性评估平台，在稳定性评估平台的页面上点击相关缺陷或测试周期的查询控件，发出查看请求，以获取缺陷信息或测试周期的稳定影响值和稳定性评估结果。
本发明实施方式提供的座舱软件稳定性评估方法，按测试版本和测试周期，对每个测试周期的座舱软件系统的数据进行整合，并进行全局评估，实现更精确、客观的稳定性评估，有助于提升座舱软件系统的稳定性，提升用户体验。
基于与上述座舱软件稳定性评估方法相同的发明构思，本发明实施方式还提供了一种座舱软件稳定性评估装置40，参照图7，包括日志获取模块401、缺陷检测模块402、类别确定模块403、第一评估模块404和第二评估模块405。
日志获取模块401，用于在座舱软件系统的测试周期内，获取座舱软件系统的所有运行日志。
缺陷检测模块402，用于对测试周期内的所有运行日志进行分析处理，检测出测试周期内的所有缺陷。
类别确定模块403，用于根据每个缺陷的缺陷发生原因，确定缺陷所属的缺陷类别。
第一评估模块404，用于根据测试周期的所有缺陷及每个缺陷所属的缺陷类别，对座舱软件系统的稳定性进行评估，得到测试周期的稳定影响值。
第二评估模块405，用于根据测试周期的稳定影响值及测试周期所属的开发阶段，得到测试周期的稳定性评估结果。
进一步的，还可以包括结果展示模块。
结果展示模块，用于记录测试周期的任一缺陷的缺陷信息，以及每个测试周期的稳定影响值和稳定性评估结果，在接收到前端设备发送的查看请求时，返回查看请求对应的缺陷信息或测试周期的稳定影响值和稳定性评估结果至前端设备。
上述座舱软件稳定性评估装置40中，通过日志获取模块401、缺陷检测模块402、类别确定模块403、第一评估模块404和第二评估模块405的协同作用，实现客观、统一地对座舱软件系统测试周期的稳定性进行评估，能够合理聚合并拦截座舱软件的稳定性问题，并提高稳定性评估的精确性，进而有助于提升座舱软件系统的稳定性。
关于座舱软件稳定性评估装置40的具体限定可以参见上文中对于座舱软件稳定性评估方法的限定，在此不再赘述。上述座舱软件稳定性评估装置40中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于电子设备中的处理器中，也可以以软件形式存储于电子设备的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一种实施方式中，提供了一种电子设备50，该电子设备50可以是服务器，其内部结构图可以如图8所示。该电子设备50包括通过系统总线连接的处理器、存储器、通信接口和输入装置。其中，该电子设备50的处理器用于提供计算和控制能力。该电子设备50的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备50的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、近场通信(NFC)或其他技术实现。该计算机程序被处理器执行时实现如上述实施方式提供的座舱软件稳定性评估方法。
图8中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的电子设备50的限定，具体的电子设备50可以包括比图8中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一种实施方式中，本发明提供的座舱软件稳定性评估装置40可以实现为一种计算机程序的形式，计算机程序可在如图8所示的电子设备50上运行。电子设备50的存储器中可存储组成该座舱软件稳定性评估装置40的各个程序模块，比如，图7所示的日志获取模块401、缺陷检测模块402、类别确定模块403、第一评估模块404和第二评估模块405。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的座舱软件稳定性评估方法中的步骤。
例如，图8所示的电子设备50可以通过如图7所示的座舱软件稳定性评估装置40中的日志获取模块401执行步骤S11。电子设备50可以通过缺陷检测模块402执行步骤S13。电子设备50可以通过类别确定模块403执行步骤S15。电子设备50可以通过第一评估模块404执行步骤S17。电子设备50可以通过第二评估模块405执行步骤S19。
在一种实施方式中，提供了一种电子设备50，包括存储器和处理器，该存储器存储有机器可执行指令，该处理器执行机器可执行指令时实现以下步骤：在座舱软件系统的测试周期内，获取座舱软件系统的所有运行日志；对测试周期内的所有运行日志进行分析处理，检测出测试周期内的所有缺陷；根据每个缺陷的缺陷发生原因，确定缺陷所属的缺陷类别；根据测试周期的所有缺陷及每个缺陷所属的缺陷类别，对座舱软件系统的稳定性进行评估，得到测试周期的稳定影响值；根据测试周期的稳定影响值及测试周期所属的开发阶段，得到测试周期的稳定性评估结果。
在一种实施方式中，提供了一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如下步骤：在座舱软件系统的测试周期内，获取座舱软件系统的所有运行日志；对测试周期内的所有运行日志进行分析处理，检测出测试周期内的所有缺陷；根据每个缺陷的缺陷发生原因，确定缺陷所属的缺陷类别；根据测试周期的所有缺陷及每个缺陷所属的缺陷类别，对座舱软件系统的稳定性进行评估，得到测试周期的稳定影响值；根据测试周期的稳定影响值及测试周期所属的开发阶段，得到测试周期的稳定性评估结果。
在本发明所提供的几个实施方式中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施方式仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施方式的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本发明各个实施方式中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的优选实施方式而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种座舱软件稳定性评估方法，其特征在于，所述方法包括：
在座舱软件系统的测试周期内，获取所述座舱软件系统的所有运行日志；
对所述测试周期内的所有运行日志进行分析处理，检测出所述测试周期内的所有缺陷；
根据每个所述缺陷的缺陷发生原因，确定所述缺陷所属的缺陷类别；
根据所述测试周期的所有缺陷及每个缺陷所属的缺陷类别，对座舱软件系统的稳定性进行评估，得到所述测试周期的稳定影响值；
根据所述测试周期的稳定影响值及所述测试周期所属的开发阶段，得到所述测试周期的稳定性评估结果。
2.根据权利要求1所述的座舱软件稳定性评估方法，其特征在于，所述根据所述测试周期的所有缺陷及每个缺陷所属的缺陷类别，对座舱软件系统的稳定性进行评估，得到所述测试周期的稳定影响值的步骤，包括：
针对所述测试周期的每个缺陷，根据所述缺陷的缺陷类别，统计出每种所述缺陷类别的缺陷次数；
将每种所述缺陷类别的缺陷次数与预设的所述缺陷类别的影响权重值相乘，得到所述测试周期的该种缺陷类别的稳定影响值；
根据所述测试周期的各缺陷类别的稳定影响值之和，得到所述测试周期的稳定影响值。
3.根据权利要求1或2所述的座舱软件稳定性评估方法，其特征在于，所述对所述测试周期内的所有运行日志进行分析处理，检测出所述测试周期内的所有缺陷的步骤，包括：
对所述测试周期内的所有运行日志进行数据去重，得到待测日志；
按照预设的缺陷检测表中的各缺陷的判定规则，对所述待测日志进行缺陷检测，得到所述测试周期内的所有缺陷。
4.根据权利要求1或2所述的座舱软件稳定性评估方法，其特征在于，在所述检测出所述测试周期内的所有缺陷的步骤之后，所述方法还包括：
针对每个所述缺陷，下发所述缺陷对应的缺陷跟踪指令至所述缺陷所属模块的研发用户，以提醒研发人员处理所述缺陷。
5.根据权利要求1或2所述的座舱软件稳定性评估方法，其特征在于，所述方法还包括：
记录所述测试周期的任一缺陷的缺陷信息，以及每个所述测试周期的稳定影响值和稳定性评估结果；
在接收到前端设备发送的查看请求时，返回所述查看请求对应的缺陷信息或测试周期的稳定影响值和稳定性评估结果至所述前端设备。
6.根据权利要求1或2所述的软件稳定性评估方法，其特征在于，所述根据所述测试周期的稳定影响值及所述测试周期所属的开发阶段，得到每个所述测试周期的稳定性评估结果的步骤，包括：
根据所述测试周期所属的开发阶段，确定目标阈值；
判断所述测试周期的稳定影响值是否小于所述目标阈值，若是，则判定所述测试周期对应的座舱软件系统的稳定性良好，若否，则判定所述测试周期对应的座舱软件系统的稳定性不合格。
7.根据权利要求2所述的座舱软件稳定性评估方法，其特征在于，所述测试周期的稳定影响值的计算公式包括：
其中，fi表示测试周期的第i个缺陷类别的影响权重值，Ni表示表示测试周期的第i个缺陷类别的缺陷次数，t表示测试周期的累积测试总时长。
8.一种座舱软件稳定性评估装置，其特征在于，包括日志获取模块、缺陷检测模块、类别确定模块、第一评估模块和第二评估模块；
所述日志获取模块，用于在座舱软件系统的测试周期内，获取所述座舱软件系统的所有运行日志；
所述缺陷检测模块，用于对所述测试周期内的所有运行日志进行分析处理，检测出所述测试周期内的所有缺陷；
所述类别确定模块，用于根据每个所述缺陷的缺陷发生原因，确定所述缺陷所属的缺陷类别；
所述第一评估模块，用于根据所述测试周期的所有缺陷及每个缺陷所属的缺陷类别，对座舱软件系统的稳定性进行评估，得到所述测试周期的稳定影响值；
所述第二评估模块，用于根据所述测试周期的稳定影响值及所述测试周期所属的开发阶段，得到所述测试周期的稳定性评估结果。
9.一种电子设备，其特征在于，包括处理器和存储器，所述存储器存储有能够被所述处理器执行的机器可执行指令，所述处理器可执行所述机器可执行指令以实现如权利要求1至7中任一项所述的座舱软件稳定性评估方法。
10.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的座舱软件稳定性评估方法。
CN202310508360.1A 2023-05-08 2023-05-08 座舱软件稳定性评估方法、装置、电子设备及存储介质 Pending CN116467101A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310508360.1A CN116467101A (zh) 2023-05-08 2023-05-08 座舱软件稳定性评估方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310508360.1A CN116467101A (zh) 2023-05-08 2023-05-08 座舱软件稳定性评估方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN116467101A true CN116467101A (zh) 2023-07-21

Family

ID=87173585

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310508360.1A Pending CN116467101A (zh) 2023-05-08 2023-05-08 座舱软件稳定性评估方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN116467101A (zh)

Similar Documents

Publication Publication Date Title
CN107025153B (zh) 磁盘的故障预测方法和装置
CN110619210A (zh) 一种模拟器检测方法及系统
CN107992410B (zh) 软件质量监测方法、装置、计算机设备和存储介质
US20080276129A1 (en) Software tracing
KR100803889B1 (ko) 클라이언트 단말로 제공되는 서비스 성능 분석 방법 및시스템
US20100274520A1 (en) Creation of test plans
US10447565B2 (en) Mechanism for analyzing correlation during performance degradation of an application chain
CN113010389A (zh) 一种训练方法、故障预测方法、相关装置及设备
CN109522181B (zh) 一种分布式存储系统的性能测试方法、装置和设备
WO2022001125A1 (zh) 一种存储系统的存储故障预测方法、系统及装置
US20070168751A1 (en) Quantitative measurement of the autonomic capabilities of computing systems
CN111898059A (zh) 网站页面质量评估和监控方法及其系统
CN115952081A (zh) 一种软件测试方法、装置、存储介质及设备
CN106878109A (zh) 服务器检测方法及服务器系统
CN109324968A (zh) 一种系统测试方法及装置
CN114416410A (zh) 一种异常分析方法、设备和计算机可读存储介质
CN109460366A (zh) 一种软件稳定性测试方法、装置、设备及介质
CN115204539A (zh) 主机安全基线管理方法、装置、设备及介质
CN108763092B (zh) 一种基于交叉验证的代码缺陷检测方法及装置
CN116467101A (zh) 座舱软件稳定性评估方法、装置、电子设备及存储介质
WO2011151419A1 (en) Test operation
US8862945B2 (en) System and method for measuring the effect of interruptions on software application usability
CN112241343A (zh) 一种慢盘检测方法、装置、电子设备及可读存储介质
CN110362464A (zh) 软件分析方法及设备
CN111552960B (zh) 一种程序完整性的动态度量方法和装置

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