一种基线制作方法及装置与流程

1.本公开涉及软件工程技术领域，尤其涉及一种基线制作方法及装置。


背景技术：

2.在软件工程的整个流程中，用户在软件编写完成后，需要进行编译，而软件版本编译完成后，则需要进行软件功能测试。
3.而在现有技术中，在软件版本编译完成后，则需要通知测试人员进行基线制作，若通知不及时，则基线制作就会被延后，因此，基线制作效率低，影响相应软件版本的各种测试。


技术实现要素：

4.有鉴于此，本发明实施例提供了一种基线制作方法及装置，用于在软件版本编译完成后，满足条件后自动制作基线。
5.为了实现上述目的，本发明实施例提供技术方案如下：
6.第一方面，本发明实施例提供了一种基线制作方法，包括：
7.接收用户输入的基线任务创建操作；
8.响应于所述基线任务创建操作，创建目标基线任务；所述目标基线任务用于在预设条件被满足时制作待提测版本的目标软件对应的基线；
9.检测所述预设条件是否被满足；
10.当所述预设条件被满足时，根据所述目标基线任务制作所述待提测版本的所述目标软件对应的基线。
11.作为本发明实施例一种可选的实施方式，所述目标基线任务用于在所述待提测版本的所述目标软件的测试流程的状态为提测状态时，制作所述待提测版本的所述目标软件对应的基线；所述检测所述预设条件是否被满足，包括：
12.检测所述待提测版本的所述目标软件的测试流程的状态是否为提测状态；
13.若是，则确定满足所述预设条件。
14.作为本发明实施例一种可选的实施方式，在检测所述待提测版本的所述目标软件的测试流程的状态是否为提测状态之前，所述方法还包括：
15.接收用户输入的测试流程创建操作；
16.响应于所述测试流程创建操作，创建所述待提测版本的所述目标软件的测试流程，并将所述待提测版本的所述目标软件的测试流程的状态设置为预设状态。
17.作为本发明实施例一种可选的实施方式，所述方法还包括：
18.当检测到所述待提测版本的所述目标软件的编译包时，将所述待提测版本的所述目标软件的测试流程的状态由所述预设状态变更为所述提测状态。
19.作为本发明实施例一种可选的实施方式，所述当满足所述预设条件时，根据所述目标基线任务制作所述待提测版本的所述目标软件对应的基线，包括：
20.当检测到所述待提测版本的所述目标软件的测试流程的状态为所述提测状态时，根据所述目标基线任务和所述待提测版本的所述目标软件的编译包制作所述待提测版本的所述目标软件对应的基线。
21.作为本发明实施例一种可选的实施方式，所述目标基线任务用于在检测到所述待提测版本的所述目标软件的编译包时，制作所述待提测版本的所述目标软件对应的基线；所述检测所述预设条件是否被满足，包括：
22.检测所述待提测版本的所述目标软件的编译包是否生成；
23.若是，则确定满足所述预设条件。
24.作为本发明实施例一种可选的实施方式，所述检测所述待提测版本的所述目标软件的编译包是否生成，包括：
25.以预设时长为周期，周期性的检测预设数据库中是否包含所述待提测版本的所述目标软件的编译包的版本信息；
26.若所述预设数据库中包含所述待提测版本的所述目标软件的编译包的版本信息，则所述待提测版本的所述目标软件的编译包已生成。
27.作为本发明实施例一种可选的实施方式，所述方法还包括：
28.当检测到所述待提测版本的所述目标软件的编译包时，获取所述待提测版本的所述目标软件的编译包的版本信息；并将所述版本信息存储到所述预设数据库中；
29.其中，所述版本信息包括：版本分支、hu包下载路径、ipc包下载路径、所述编译包的类型、所述编译包的升级模型中的至少一个。
30.第二方面，本发明实施例提供一种基线制作装置，包括：
31.接收单元410，用于接收用户输入的基线任务创建操作。
32.创建单元420，用于响应于所述基线任务创建，创建目标基线任务；所述目标基线任务用于在预设条件被满足时制作待提测版本的目标软件对应的基线。
33.检测单元430，用于检测所述预设条件是否被满足。
34.制作单元440，用于当所述预设条件被满足时，根据所述目标基线任务制作所述待提测版本的所述目标软件对应的基线。
35.作为本发明实施例一种可选的实施方式，所述检测单元430，具体用于在所述目标基线任务用于在所述待提测版本的所述目标软件的测试流程的状态为提测状态时，制作所述待提测版本的所述目标软件对应的基线；所述检测所述预设条件是否被满足，包括：检测所述待提测版本的所述目标软件的测试流程的状态是否为提测状态；若是，则确定满足所述预设条件。
36.作为本发明实施例一种可选的实施方式，所述接收单元410，还用于在检测所述待提测版本的所述目标软件的测试流程的状态是否为提测状态之前，接收用户输入的测试流程创建操作。
37.作为本发明实施例一种可选的实施方式，所述创建单元420，还用于在检测所述待提测版本的所述目标软件的测试流程的状态是否为提测状态之前，创建所述待提测版本的所述目标软件的测试流程，并将所述待提测版本的所述目标软件的测试流程的状态设置为预设状态。
38.作为本发明实施例一种可选的实施方式，所述基线制作装置还包括设置单元450，
具体用于当检测到所述待提测版本的所述目标软件的编译包时，将所述待提测版本的所述目标软件的测试流程的状态由所述预设状态变更为所述提测状态。
39.作为本发明实施例一种可选的实施方式，所述制作单元440，还用于当满足所述预设条件时，根据所述目标基线任务制作所述待提测版本的所述目标软件对应的基线，包括：
40.当检测到所述待提测版本的所述目标软件的测试流程的状态为所述提测状态时，根据所述目标基线任务和所述待提测版本的所述目标软件的编译包制作所述待提测版本的所述目标软件对应的基线。
41.作为本发明实施例一种可选的实施方式，所述检测单元430，还用于当目标基线任务用于在检测到所述待提测版本的所述目标软件的编译包时，制作所述待提测版本的所述目标软件对应的基线；所述检测所述预设条件是否被满足，包括：检测所述待提测版本的所述目标软件的编译包是否生成；若是，则确定满足所述预设条件。
42.作为本发明实施例一种可选的实施方式，所述检测单元单元430，还用于检测所述待提测版本的所述目标软件的编译包是否生成，包括：
43.以预设时长为周期，周期性的检测预设数据库中是否包含所述待提测版本的所述目标软件的编译包的版本信息；
44.若所述预设数据库中包含所述待提测版本的所述目标软件的编译包的版本信息，则所述待提测版本的所述目标软件的目标编译包已生成。
45.作为本发明实施例一种可选的实施方式，当检测到所述待提测版本的所述目标软件的编译包时，获取所述待提测版本的所述目标软件的编译包的版本信息；并将所述版本信息存储到所述预设数据库中；其中，所述版本信息包括：版本分支、hu包下载路径、ipc包下载路径、所述编译包的类型、所述编译包的升级模型中的至少一个。第三方面，本发明实施例提供了一种电子设备，包括：存储器和处理器，所述存储器用于存储计算机程序；所述处理器用于在执行计算机程序时，使得所述电子设备实现权利要求1-8任一项所述的基线制作方法。
46.第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序被计算设备执行时，使得所述计算设备实现权利要求1-8任一项所述的基线制作方法。
47.本发明实施例提供的基线制作方法通过接收用户输入的基线任务创建操作，响应于所述基线任务创建操作，创建目标基线任务；所述目标基线任务用于在预设条件被满足时制作待提测版本的目标软件对应的基线；检测所述预设条件是否被满足；当所述预设条件被满足时，根据所述目标基线任务制作所述待提测版本的所述目标软件对应的基线。由于本发明实施例中提供的基线制作方法可以在用户完成目标软件编写后接收用户输入的基线任务创建操作，响应于所述基线任务创建操作，创建目标基线任务，且当检测到所述预设条件被满足时，会自动根据所述目标基线任务创建所诉待提测版本的所述目标软件对应的基线。因此，本发明实施例提供的基线制作方法可以在用户完成目标软件编写完成后，自动创建所述待提测版本的所述目标软件对应的基线，提高了基线制作的效率，可以避免耽误测试进度。
附图说明
48.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
49.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
50.图1为本公开实施例提供的基线制作方法流程图之一；
51.图2为本公开实施例提供的基线制作方法流程图之二；
52.图3为本公开实施例提供的基线制作方法流程图之三；
53.图4为本公开实施例提供的基线制作装置的结构示意图；
54.图5为本发明实施例提供的电子设备的硬件结构示意图。
具体实施方式
55.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
56.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
57.在本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，调用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。此外，在本发明实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。
58.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
59.以下首先对本发明实施例中的相关术语进行说明。
60.基线(base line)：是软件工程活动从一个环节转入另外一个环节时对阶段产品或组件的标识。因为软件规模的膨胀和分工的细化，软件开发过程变得越来越复杂，每个阶段可能由不同类型的角色和人员来完成，因此有必要清晰标识上一阶段完成的成果和下阶段开始工作的基础。这种标识活动就是建立基线。
61.软件基线：是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。
62.测试基线：是开发人员完成开发后，将软件系统交给测试人员测试时对之前所有开发成果的标识。建立测试基线需要设计、开发人员提供《功能清单》、《需求分析规格.doc》、《总体设计规格.doc》、《详细设计规格.doc》、《数据库设计.pdm》、《数据库初始化脚本》、《系统安装配置说明》和源码(含ant编译脚本)。在建立测试基线时，根据测试人员的要求，设计、开发人员还应该提供相应的讲解和培训。
63.bvt(build verification test)：bvt是在所有开发工程师都已经检入自己的代码，项目组编译生成当天的版本之后进行，主要目的是验证最新生成的软件版本在功能上是否完整，主要的软件特性是否正确。如无大的问题，就可以进行相应的功能测试。bvt优点是时间短，验证了软件的基本功能。缺点是该种测试的覆盖率很低。因为运行时间短，不可能把所有的情况都测试到。bvt测试也被称为“冒烟测试”。
64.rslease(发行版)：是具有changelogs(变更日志)和二进制文件的一级对象，可以代表超出git架构本身的一个特定时间点之前的所有项目历史。
65.jenkins：是一个开源软件项目，是基于java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。
66.ota(over-the-air technology)：是指手机终端通过无线网络下载远程服务器上的升级包，对系统或应用进行升级的技术。
67.在上述内容的基础上，本发明实施例提供了一种基线制作方法，参照图1所示，该基线制作方法包括如下步骤：
68.s101、接收用户输入的基线任务创建操作。
69.作为本发明实施例一种可选的实施方式，整个目标软件开发的过程包括6的阶段，即：项目启动、需求阶段、设计阶段、开发阶段、测试阶段、系统上线这六个阶段。而在用户完成目标的软件开发阶段后进入测试阶段，而软件开发和测试阶段可能会由不同的用户完成，因此需要清晰标识上一阶段完成的成果和下阶段开始工作的基础，即创建基线对之前所有开发成果进行标识。
70.具体的，用户完成软件开发后，在进行基线制作之前，用户会向系统输入一个基线任务创建的操作，相应的，系统接收用户输入的基线任务创建操作，来表明需要进行基线制作。
71.s102、创建目标基线任务。
72.具体的，系统响应于用户输入的所述基线任务创建操作，创建目标基线任务。
73.其中，所述目标基线任务用于在预设条件被满足时制作待提测版本的目标软件对应的基线。
74.s103、检测所述预设条件是否被满足。
75.本发明实施例中不对所述预设条件进行限定，实际使用可以将所述预设条件设置为任意条件。例如：在想要定时触发基线制作时，可以将预设条件设置为距离上次制作基线的时间间隔达到预设时长；再例如：在想要针对某一软件包进行基线制作时，可以将预设条件设置为检测到该软件包；再例如：在想要在特定状态下开始基于用户设置的基线任务进行基线制作时，可以将预设条件设置为状态变更为该特定状态。
76.进一步的，本发明实施例中检测所述预设条件是否被满足，可以为实时检测所述预设条件是否被满足，也可以以一定时长为周期，周期性的检测所述预设条件是否被满足。
77.在上步骤s103中，若所述预设条件被满足，则执行以下步骤s104。
78.s104、根据所述目标基线任务制作所述待提测版本的所述目标软件对应的基线。
79.即，一旦所述预设条件被满足，则开始根据所述目标基线任务制作所述待提测版本的所述目标软件对应的基线。
80.本发明实施例提供的基线制作方法通过接收用户输入的基线任务创建操作，响应于所述基线任务创建操作，创建目标基线任务；所述目标基线任务用于在预设条件被满足时制作待提测版本的目标软件对应的基线；检测所述预设条件是否被满足；当所述预设条件被满足时，根据所述目标基线任务制作所述待提测版本的所述目标软件对应的基线。由于本发明实施例中提供的基线制作方法可以在用户完成目标软件编写后接收用户输入的基线任务创建操作，响应于所述基线任务创建操作，创建目标基线任务，且当检测到所述预设条件被满足时，会自动根据所述目标基线任务创建所诉待提测版本的所述目标软件对应的基线，因此本发明实施例提供的基线制作方法可以在用户完成目标软件编写完成后，自动创建所述待提测版本的所述目标软件对应的基线，提高了基线制作的效率，可以避免耽误测试进度。
81.作为对上述实施例的扩展和细化，本发明实施例提供了另一种基线制作方法，参照图2所示，该基线制作方法包括如下步骤：
82.s201、接收用户输入的基线任务创建操作。
83.步骤s301的具体内容参照步骤s101的内容，在此不作详细赘述。
84.s202、创建目标基线任务。
85.具体的，系统响应于所述基线任务创建操作，创建目标基线任务。
86.其中，所述目标基线任务用于在预设条件被满足时制作待提测版本的目标软件对应的基线。
87.在一种可选的实施例中，若需要对一个车辆中的应用进行升级，则用户对该软件进行开发，开完发成后生成目标软件对应的编码，在对目标软件进行测试前，创建一个目标基线任务，所述创建的目标基线任务中包含软件编译完成后制作基线所需要的目标软件的版本信息，即所述目标基线任务的内容包括：版本号、变量车型、制包方式、成功描述信息、成功页面地址、升级提示信息、升级提示页面地址、升级注意事项。
88.s203、接收用户输入的测试流程创建操作。
89.具体的，系统接收用户输入的测试流程创建操作。
90.作为本发明实施例中一种可选的实施方式，在软件开发完成后，都需要对软件进行响应的测试，例如软件的功能测试。在一些场景中，若用户进行一款包含语音播放功能的软件开发完成后，需要对软件中语音播放功能进行测试，测试软件中的语音播放功能能否正常使用，则可以将整个语音播放功能测试过程创建成为一个测试流程，该测试流程包括语音播放功能测试的所有步骤。
91.s204、创建所述待提测版本的所述目标软件的测试流程，并将所述待提测版本的所述目标软件的测试流程的状态设置为预设状态。
92.具体的，系统响应于所述测试流程创建操作，创建所述待提测创建所述待提测版本的所述目标软件的测试流程，并将所述待提测版本的所述目标软件的测试流程的状态设置为预设状态。
93.其中，所述待提测目标软件的测试流程的状态是用于判断是否进行基线制作的条件之一，因此，在创建所述待提测版本的所述目标软件的测试流程完成后，将测试流程的状态设置为预设状态，所述预设状态表明该测试流程刚刚被创建。
94.作为本发明实施例一种可选的实施方式，用户每对目标软件进行一次测试，都会有一个测试版本，将需要进行测试的软件版本称为所述目标软件的待提测版本。
95.s205、判断是否检测到所述待提测版本的所述目标软件的编译包。
96.具体的，当检测到所述待提测版本的所述目标软件的编译包时，执行步骤以下s206。
97.作为本发明实施例一种可选的实施方式，在目标软件开发完成后，用户使用jenkins将目标软件的相应软件编码进行编译，若编译失败，则无法生成所述待提测版本的所述目标软件的编译包，即无法进行基线制作；若将目标软件相应的编码编译成功将会得到目标软件的编译包，若检测到目标软件的编译包，则执行以下步骤s206。
98.s206、将所述待提测版本的所述目标软件的测试流程的状态由所述预设状态变更为所述提测状态。
99.具体的，在目标软件编译完成，生成目标软件的编译包后，即目标软件编译成功，将所述待提测版本的所述目标软件的测试流程的状态由所述预设状态变更为所述提测状态。
100.作为本发明实施例中一种可选的实施方式，在目标软件编译完成后，可以进行基线制作，此时，将所述待提测版本的所述目标软件的测试流程的状态由所述预设状态变更为提测状态，表明可以进行基线制作。
101.s207、检测所述待提测版本的所述目标软件的测试流程的状态是否为提测状态。
102.具体的，当检测到所述待提测版本的所述目标软件的测试流程的状态时所述提测状态时，执行步骤以下s208。
103.s208、根据所述目标基线任务和制作所述待提测版本的所述目标软件的编译包制作所述待提测版本的所述目标软件对应的基线。
104.具体的，在检测到所述待提测版本的所述目标软件的测试流程的状态为所述待提测状态时，根据目标基线任务和所述待提测版本的所述目标软甲的编译包制作所述待提测版本的所述目标软件对应的基线。
105.作为本发明实施例中一种可选的实施方式，在检测到所述待提测版本的所述目标软件的测试流程的状态为提测状态时，调用ota自动平台化接口，将编译后的版本包的下载路径作为参数向ota自动平台发出制作基线请求，ota自动化平台接收到制作基线请求后，根据提前创建的基线任务，制作所述目标软件的编译包制作所述待提测版本的所述目标软件对应的基线。
106.本实施例的基线制作方法主要用于release(发行版)发版测试。
107.作为对上述实施例的扩展和细化，本发明实施例提供了另一种基线制作方法，参照图3所示，该基线制作方法包括如下步骤：
108.s301、接收用户输入的基线任务创建操作。
109.步骤s301的具体内容参照步骤s101的内容，在此不作详细赘述。
110.s302、创建目标基线任务。
111.当系统接收用户输入的基线任务创建操作时，响应于所述基线任务创建操作，创建目标基线任务；其中，所述目标基线任务用于在检测到所述待提测版本的所述目标软件的编译包时，制作所述待提测版本的所述目标软件对应的基线。
112.作为一种可选的实施方式，在创建目标基线任务的同时，用户会预设所述待提测版本的所述目标软件的编译包的版本信息，当检测到所述目标编译包的版本信息时，根据预设的所述待提测版本的所述目标软件的编译包的版本信息进行所述待提测版本的所述目标软件对应的基线的制作。
113.其中，所述待提测版本的所述目标软件的目标编译包的版本信息包括：版本分支、hu包下载路径、ipc包下载路径、所述编译包的类型、所述编译包的升级模型中的至少一个。
114.s303、检测所述待提测版本的所述目标软件的编译包是否生成。
115.作为一种可选的实施方式，用户每天完成目标软件开发后，都会进行软件测试，在进行软件测试前，会使用jenkins对开发的软件对应的软件编码进行编译，生成目标软件的编译包，系统在检测到所述待提测版本的所述目标软件的编译包时，会调用ota自动平台化接口，将编译后的版本信息传给预设数据库，由预设数据库存储。
116.作为一种可选的实施方式，所述版本信息包括：版本分支、hu包下载路径、ipc包下载路径、所述编译包的类型、所述编译包的升级模型中的至少一个。
117.其中，步骤s303(检测所述待提测版本的所述目标软件的编译包是否生成)包括以下步骤：
118.a：获取预设数据库中待提测版本的编译包的版本信息。
119.具体的，以预设时长为周期，周期性的检测预设数据库中是否包含所述待提测版本的所述目标软件的编译包的版本信息。
120.作为一种可选的实施方式，预设时长设置为24小时，即每个24小时，系统周期性的检测预设数据库中的数据，判断是否包含所述待提测版本的所述目标软件的编译包的版本信息。
121.若检测到所述预设数据库中包含所述待提测版本的所述目标软件的编译包的版本信息，则所述待提测版本的所述目标软件的编译包已生成，则执行以下步骤s304。
122.s304、根据所述目标基线任务制作所述待提测版本的所述目标软件对应的基线。
123.具体的，在检测到所述待提测版本的所述目标软件的编译包生成后，根据根据所述待提测版本的所述目标软件的编译包的版本信息制作所述待提测版本的所述目标软件对应的基线。
124.作为一种可选的实施方式中，在创建目标基线任务时，用户已经预设置所述待提测版本的所述目标软件的编译包的版本信息，即在目标基线任务中，已经生成了所述待提测版本的所述目标软件的编译包的版本信息，系统自动根据目标基线任务中的所述待提测版本的所述目标软件的编译包的版本信息制作所述目标软件对应的基线。
125.本实施例的基线制作方法主要用于每天的bvt测试。
126.本发明实施例提供了一种基线制作装置，图4为该基线制作装置的结构示意图，如图4所示，该基线制作装置400包括：
127.接收单元410，用于接收用户输入的基线任务创建操作。
128.创建单元420，用于响应于所述基线任务创建，创建目标基线任务；所述目标基线
任务用于在预设条件被满足时制作待提测版本的目标软件对应的基线。
129.检测单元430，用于检测所述预设条件是否被满足。
130.制作单元440，用于当所述预设条件被满足时，根据所述目标基线任务制作所述待提测版本的所述目标软件对应的基线。
131.作为本发明实施例一种可选的实施方式，所述检测单元430，具体用于在所述目标基线任务用于在所述待提测版本的所述目标软件的测试流程的状态为提测状态时，制作所述待提测版本的所述目标软件对应的基线；所述检测所述预设条件是否被满足，包括：检测所述待提测版本的所述目标软件的测试流程的状态是否为提测状态；若是，则确定满足所述预设条件。
132.作为本发明实施例一种可选的实施方式，所述接收单元410，还用于在检测所述待提测版本的所述目标软件的测试流程的状态是否为提测状态之前，接收用户输入的测试流程创建操作。
133.作为本发明实施例一种可选的实施方式，所述创建单元420，还用于在检测所述待提测版本的所述目标软件的测试流程的状态是否为提测状态之前，创建所述待提测版本的所述目标软件的测试流程，并将所述待提测版本的所述目标软件的测试流程的状态设置为预设状态。
134.作为本发明实施例一种可选的实施方式，所述基线制作装置还包括设置单元450，具体用于当检测到所述待提测版本的所述目标软件的编译包时，将所述待提测版本的所述目标软件的测试流程的状态由所述预设状态变更为所述提测状态。
135.作为本发明实施例一种可选的实施方式，所述制作单元440，还用于当满足所述预设条件时，根据所述目标基线任务制作所述待提测版本的所述目标软件对应的基线，包括：
136.当检测到所述待提测版本的所述目标软件的测试流程的状态为所述提测状态时，根据所述目标基线任务和所述待提测版本的所述目标软件的编译包制作所述待提测版本的所述目标软件对应的基线。
137.作为本发明实施例一种可选的实施方式，所述检测单元430，还用于当目标基线任务用于在检测到所述待提测版本的所述目标软件的编译包时，制作所述待提测版本的所述目标软件对应的基线；所述检测所述预设条件是否被满足，包括：检测所述待提测版本的所述目标软件的编译包是否生成；若是，则确定满足所述预设条件。
138.作为本发明实施例一种可选的实施方式，所述检测单元单元430，还用于检测所述待提测版本的所述目标软件的编译包是否生成，包括：
139.以预设时长为周期，周期性的检测预设数据库中是否包含所述待提测版本的所述目标软件的编译包的版本信息；
140.若所述预设数据库中包含所述待提测版本的所述目标软件的编译包的版本信息，则所述待提测版本的所述目标软件的编译包已生成。
141.作为本发明实施例一种可选的实施方式，当检测到所述待提测版本的所述目标软件的编译包时，获取所述待提测版本的所述目标软件的编译包的版本信息；并将所述版本信息存储到所述预设数据库中；其中，所述版本信息包括：版本分支、hu包下载路径、ipc包下载路径、所述编译包的类型、所述编译包的升级模型中的至少一个。
142.本实施例提供的基线制作装置可以执行上述方法实施例提供的基线制作方法，其
实现原理与技术效果类似，此处不再赘述。
143.基于同一发明构思，本发明实施例还提供了一种电子设备。图5为本发明实施例提供的电子设备的结构示意图，如图5所示，本实施例提供的电子设备包括：存储器501和处理器502，所述存储器501用于存储计算机程序；所述处理器502用于在执行计算机程序时执行上述实施例提供的基线制作方法。
144.基于同一发明构思，本发明实施例还提供了一种车辆，该车辆被配置有本发明提供的基线制作装置或电子设备。
145.基于同一发明构思，本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当计算机程序被处理器执行时，使得所述计算设备实现上述实施例提供的基线制作方法。
146.本领域技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。
147.处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
148.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。存储器是计算机可读介质的示例。
149.计算机可读介质包括永久性和非永久性、可移动和非可移动存储介质。存储介质可以由任何方法或技术来实现信息存储，信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。根据本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
150.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。