一种针对铁路信号系统的测试日志生成方法及装置与流程

1.本发明涉及铁路信号系统测试技术领域，特别是涉及一种针对铁路信号系统的测试日志生成方法及装置。


背景技术：

2.铁路信号系统是铁路信号的显示、变化和控制的系统，其是完成列车运行控制的信号安全控制产品，是列车信号安全控制的一种系统。铁路信号系统一旦存在异常，将会导致列车信号出现问题，进而威胁列车的运行安全。因此，为了保证列车运行安全，在将铁路信号系统投入使用之前需要对其进行测试。在对铁路信号系统进行测试时，需要使用业务人员编写的测试用例来进行测试执行，然后通过测试用例测试执行后的测试日志来分析测试结果的正确性，同时也需要将测试日志保存起来作为测试结论的证据以方便后续追踪查阅。可见，测试用例对应的测试日志是铁路信号系统测试活动的主要组成部分。
3.目前，测试用例被执行测试后，形成的测试日志大多数以仿真工具名称和日期来命名后进行存储。在进行问题分析及问题复现时，很难将测试日志和测试用例关联起来，往往需要通过人工重新来梳理测试日志和测试用例的对应关系。整理工作的工作量较大，不仅花费时间，还容易导致人为错误。


技术实现要素：

4.有鉴于此，本发明提出了一种针对铁路信号系统的测试日志生成方法及装置，主要目的在于提高测试日志的整理效率。
5.为达到上述目的，本发明主要提供如下技术方案：第一方面，本发明提供了一种针对铁路信号系统的测试日志生成方法，该方法包括：确定铁路信号系统的测试用例对应的用例标签和步骤编号，其中，所述步骤编号是所述测试用例涉及的所述铁路信号系统中的步骤对应的编号；使用目标仿真工具执行所述测试用例；记录所述目标仿真工具执行所述测试用例时涉及的目标时间，其中，所述测试日志为与所述目标时间相关的测试日志；基于所述用例标签、所述步骤编号以及所述目标仿真工具的名称，命名所述目标仿真工具执行所述测试用例的测试日志；将命名后的测试日志归档至指定归档路径下的目标文件夹内。
6.第二方面，本发明提供了一种针对铁路信号系统的测试日志生成装置，该装置包括：确定单元，用于确定铁路信号系统的测试用例对应的用例标签和步骤编号，其中，所述步骤编号是所述测试用例涉及的所述铁路信号系统中的步骤对应的编号；执行单元，用于使用目标仿真工具执行所述测试用例；
记录单元，用于记录所述目标仿真工具执行所述测试用例时涉及的目标时间；命名单元，用于基于所述用例标签、所述步骤编号以及所述目标仿真工具的名称，命名所述目标仿真工具执行所述测试用例的测试日志，其中，所述测试日志为与所述目标时间相关的测试日志；归档单元，用于将命名后的测试日志归档至指定归档路径下的目标文件夹内。
7.第三方面，本发明提供了一种计算机可读存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行第一方面所述的针对铁路信号系统的测试日志生成方法。
8.第四方面，本发明提供了一种存储管理设备，所述存储管理设备包括：存储器，用于存储程序；处理器，耦合至所述存储器，用于运行所述程序以执行第一方面所述的针对铁路信号系统的测试日志生成方法。
9.借由上述技术方案，本发明提供的针对铁路信号系统的测试日志生成方法及装置，当需要对铁路信号系统的测试用例执行测试时，首先确定测试用例对应的用例标签和步骤编号，并使用目标仿真工具执行测试用例。记录目标仿真工具执行测试用例时涉及的目标时间。基于用例标签、步骤编号以及目标仿真工具的名称，命名目标仿真工具执行测试用例时形成的与目标时间相关的测试日志。最后将命名后的测试日志归档至指定归档路径下的目标文件夹内。可见，本发明提供的方案通过仿真工具名称、用例标签、步骤编号对测试日志进行命名，使得每个测试日志对应的测试内容更加明确。且将测试日志归档至指定归档路径下的目标文件夹内，使得日志存储更具条理性。因此，能够提高测试日志的整理效率，另外后续通过测试日志来分析测试结果的正确性，以及将测试日志作为测试结论的证据进行追踪查阅时，可以快速的查找到所需的测试日志。
10.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
11.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
12.图1示出了本发明一个实施例提供的一种针对铁路信号系统的测试日志生成方法的流程图；图2示出了本发明另一个实施例提供的一种针对铁路信号系统的测试日志生成方法的流程图；图3示出了本发明一个实施例提供的一种针对铁路信号系统的测试日志生成装置的结构示意图；图4示出了本发明另一个实施例提供的一种针对铁路信号系统的测试日志生成装置的结构示意图。
具体实施方式
13.下面将参照附图更加详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
14.铁路信号系统是铁路信号的显示、变化和控制的系统，其是完成列车运行控制的信号安全控制产品，是列车信号安全控制的一种系统。铁路信号系统一旦存在异常，将会导致列车信号出现问题，进而威胁列车的运行安全。因此，为了保证列车运行安全，在将铁路信号系统投入使用之前需要对其进行测试。在对铁路信号系统进行测试时，需要使用业务人员编写的测试用例来进行测试执行，然后通过测试用例测试执行后的测试日志来分析测试结果的正确性，同时也需要将测试日志保存起来作为测试结论的证据以方便后续追踪查阅。可见，测试用例对应的测试日志是铁路信号系统测试活动的主要组成部分。
15.目前，测试用例被执行测试后，在进行问题分析及问题复现时，很难将测试日志和测试用例关联起来，往往需要通过人工重新来梳理测试日志和测试用例的对应关系，并根据自身的需求来对测试日志进行整理，整理工作的工作量较大，不仅花费时间，还容易导致人为错误。因此，为了提高测试日志的整理效率，本发明实施例提出一种针对铁路信号系统的测试日志生成方法及装置，以在测试日志生成时通过测试日志的命名便建立测试日志和测试用例之间的关联。下面对该针对铁路信号系统的测试日志生成方法及装置进行详细说明。
16.如图1所示，本发明实施例提供了一种针对铁路信号系统的测试日志生成方法，该方法主要包括：101、确定铁路信号系统的测试用例对应的用例标签和步骤编号，其中，所述步骤编号是所述测试用例涉及的所述铁路信号系统中的步骤对应的编号。
17.铁路信号系统是铁路信号的显示、变化和控制的系统，其是完成列车运行控制的信号安全控制产品。铁路信号系统的具体类型本实施例不做具体限定，其可包括但限于车站信号控制系统、编组站调车控制系统、区间信号控制系统、行车指挥控制系统及列车运行控制系统。
18.为了测试铁路信号系统的性能，需要编写大量的测试用例，这些测试用例可以对铁路信号系统的性能进行全面测试。铁路信号系统中包括有大量的功能，每一个功能都涉及到大量的步骤，因此，每一个测试用例都是为铁路信号系统中某个功能的全部或部分步骤，而编制的一组测试输入、执行条件以及预期结果。
19.当需要使用铁路信号系统的任意一个测试用例执行测试时，需要确定该测试用例的用例标签和步骤编号，其中，该用例标签用于标识测试用例，该步骤编号是该测试用例涉及的铁路信号系统中的步骤对应的编号。
20.下面对确定铁路信号系统的测试用例对应的用例标签和步骤编号的过程进行说明，该过程包括如下步骤一至步骤三：步骤一、复制所述测试用例，形成所述测试用例的副本。
21.为了避免测试用例被修改，执行测试用例时不直接使用原有的测试用例，而是将原有的测试用例复制出来，用复制测试用例形成的副本执行测试。
22.复制测试用例时，首先需要获取测试用例的路径。当验证路径合法时，则根据该路径直接复制测试用例即可。当验证路径不合法时，则提示测试人员重新输入针对该测试用例的路径，直到接收到合法的路径为止。
23.步骤二、对所述副本进行清除处理。
24.副本的内容和测试用例的内容完全相同，因此该副本可能存在如下两种问题：一种是，副本中的文档格式可能不符执行测试的需求；二是，测试人员对测试用例维护时可能会设置一些修订记录，这些修订记录的存在可能会影响到测试的执行。
25.为了能够成功执行测试，则需要对副本进行清除处理，该处理过程可以包括如下三种：第一种，清除副本中的文档格式；第二种，清除副本中的修订记录；第三种，上述两种结合使用。
26.步骤三、从清除处理后的副本中基于预设的用例标签格式提取所述用例标签，以及从清除处理后的副本中提取所述步骤编号。
27.在提取用例标签时，基于预设的用例标签格式从副本中提取。其中，这里所述的预设的用例标签格式为测试人员基于业务要求设定的，该用例标签格式的具体设置要求根据具体要求确定，本实施例不做具体限定。示例性，用例标签格式为：测试用例对应的功能模块名称
‑
测试层级
‑
用例编号。
28.在提取步骤编号时，基于测试用例涉及到的步骤对应的编号提取即可。
29.进一步的，提取步骤编号或用例标签时，若出现提取未成功的情况，则需要发出提取失败的提示，以使测试人员基于该提示进行异常处理。
30.步骤四、将提取的步骤编号以及用例标签，确定为所述测试用例对应的用例标签和步骤编号。
31.在提取步骤编号以及用例标签之后，以测试用例为单位展示提取的用例标签和步骤编号，以供测试人员选取。将被选中的用例标签和步骤编号，确定为所述测试用例对应的用例标签和步骤编号。其中，在以测试用例为单位展示提取的用例标签和步骤编号时，可以以交互界面的形式展示，当测试人员在交互界面勾选用例标签和步骤编号时，则将勾选的用例标签和步骤编号确定为被选中的用例标签和步骤编号。
32.102、使用目标仿真工具执行所述测试用例。
33.使用目标仿真工具执行测试用例的具体过程，包括如下步骤一至步骤三：步骤一、复制所述测试用例，形成所述测试用例的副本。
34.步骤二、对所述副本进行清除处理。
35.上述的步骤一和步骤二与步骤101中形成副本以及对副本进行清除处理的过程基于相同，因此这里将不再赘述。另外，若步骤101中已经执行过步骤一和步骤二，则在本步骤102中，则可省略。
36.步骤三、使用所述目标仿真工具执行所述副本。
37.对测试用例执行测试的仿真工具可以基于要求选定，该选定对测试用例执行测试的仿真工具即为目标仿真工具。下面对目标仿真工具的确定进行说明，该过程为：展示多个仿真工具的名称，将被选中的名称对应的仿真工具，确定为目标仿真工具。其中，该展示仿真工具的名称的方式包括如下两种：一种是，以交互界面的形式展示多个仿真工具的名称；另一种是，以语音的形式展示多个仿真工具的名称。对应的，被选中的名称存在如下两种：
一种是，当交互界面上的名称被勾选时，则将被勾选的名称确定为被选中的名称；另一种是，当测试人员输入语音时，将语音输入中的名称确定为被选中的名称。
38.在确定目标仿真工具后，使用该目标仿真工具执行测试用例。需要说明的是，目标仿真工具的数量本实施例不做具体限定，可以基于业务需求确定。
39.示例性的，不同的仿真工具有不同的测试效果，为了得到不同的测试效果，则一个测试用例可以同时使用多个仿真工具执行测试。此时，可以确定多个目标仿真工具，每一个目标仿真工具均会执行测试用例，并形成其各自对应的测试日志。
40.示例性的，一个仿真工具对测试用例执行测试时，会关联到其他仿真工具，此时不仅需要将执行测试的仿真工具确定为目标仿真工具，而且将与其关联的仿真工具也确定为目标仿真工具。比如，仿真工具1执行测试用例时，其会使用到仿真工具2执行测试的输出，仿真工具1还会将测试输出的到仿真工具3，那么仿真工具1、仿真工具2、仿真工具3均确定为目标仿真工具。
41.103、记录所述目标仿真工具执行所述测试用例时涉及的目标时间。
42.为了清楚了解到测试用例被执行测试的时间，需要记录目标仿真工具执行测试用例时所涉及的目标时间。
43.下面对记录目标仿真工具执行测试用例时涉及的目标时间的具体过程进行说明，该过程为：展示多个目标时间项，其中，一个所述目标时间项对应仿真工具执行测试用例时所涉及的一个目标时间；记录所述目标仿真工具执行所述测试用例时被选中的目标时间项对应的目标时间。
44.目标时间项可基于业务需求设定，比如，该目标时间项可以包括测试开始时间项、测试结束时间项、测试过程中任意时间。其中，测试开始时间项对应仿真工具执行测试用例时所涉及的测试开始时间，测试结束时间项对应仿真工具执行测试用例时所涉及的测试结束时间，测试过程中任意时间可以为测试执行一段时间后的时间，该一段时间可以基于业务要求确定，比如，测试执行了十分钟后对应的时间。将多个目标时间项展示出来的目的是为了让测试人员根据时间记录需求，灵活的选择需要记录的时间。需要说明的是，目标时间项展示时可以在交互界面中进行展示。
45.当一个或多个目标时间项被选中时，则说明测试人员存在记录这些被选中的目标时间项对应的目标时间的需求。在目标仿真工具执行测试用例时记录这些选中的目标时间项对应的目标时间记录。
46.104、基于所述用例标签、所述步骤编号以及所述目标仿真工具的名称，命名所述目标仿真工具执行所述测试用例的测试日志，其中，所述测试日志为与所述目标时间相关的测试日志。
47.在目标仿真工具执行测试用例完成后，将形成在目标仿真工具下该测试用例对应的测试日志。可将测试日志中与目标时间相关的测试日志提取出来进行命名。比如，当目标时间为测试开始时间和测试结束时间，则将测试用例的全部测试日志提取出来进行命名。比如，目标时间为测试开始时间和测试开始执行十分钟后的时间，则将测试用例的测试日志中，测试开始时间至测试开始执行十分钟后的时间之间形成的测试日志提取出来进行命名。
48.为了使用测试用例测试执行后的测试日志来分析测试结果的正确性，以及将测试
日志作为测试结论的证据以方便后续追踪查阅，则需要使用用例标签、步骤编号以及目标仿真工具的名称来对测试日志进行命名，以在后续需要测试日志时，可以根据测试日志的名称快速的查找到测试日志。使用用例标签、步骤编号以及目标仿真工具的名称来对测试日志进行命名，便可以清楚的标明测试日志是何种仿真工具对哪个测试用例进行的测试，且测试日志涉及到的铁路信号系统中的哪些步骤。
49.下面对命名目标仿真工具执行测试用例的测试日志的具体过程进行说明，该过程包括：按照预设的命名格式，使用所述用例标签、所述步骤编号以及所述目标仿真工具的名称，命名所述测试日志，其中，所述命名格式限定了所述用例标签、所述步骤编号以及所述目标仿真工具的名称在所述测试日志的名称中的位置。
50.命名格式限定了用例标签、步骤编号、目标仿真工具的名称在测试日志的名称中的位置，上述这些内容的具体位置可以由测试人员根据需求灵活设定。示例性的，命名格式为：目标仿真工具的名称
‑
用例标签
‑
步骤编号。
51.105、将命名后的测试日志归档至指定归档路径下的目标文件夹内。
52.指定归档路径的设置原则可以为如下两种：第一种，指定归档路径为针对目标测试用例的路径，目标测试用例的测试日志均归档在指定归档路径下，也就说，每个测试用例均有其各自对应的指定归档路径，不同测试用例的指定归档路径不同。第二种，指定归档路径为针对时间的路径，目标时间段内执行的测试用例的测试日志均归档在一个目标归档路径下。第三种，指定归档路径为针对仿真工具的路径，同一仿真工具执行的测试用例的测试日志均归档在一个目标归档路径下。
53.指定归档路径可以在测试开始前，测试人员通过可交互界面设置。
54.为了对测试日志进行统一管理，在将命名后的测试日志归档至指定归档路径下时，将自动新建一个目标文件夹，该目标文件夹以用例标签、步骤编号、目标仿真工具的名称以及目标时间中的一个或多个来命名，然后将命名后的测试日志存放在该目标文件夹下。当然，若在对测试日志归档时，指定归档路径下已存在该目标文件夹，则无需新建，直接将测试日志放置在该目标文件夹下即可。
55.目标文件夹的命名可以基于业务要求确定，比如为了将同一测试用例的测试日志均放置在一个文件夹下，以方便对同一测试用例的测试日志的管理，则使用用例标签对目标文件夹命名。由于不同的仿真工具有不同的测试效果，为了得到不同的测试效果，则一个测试用例可以同时使用多个仿真工具执行测试，因此针对同一测试用例可能存在多个仿真工具下的测试日志，因此便于对这些日志进行使用和管理，则将这些测试日志归档在一个文件夹下。
56.本发明实施例提供的针对铁路信号系统的测试日志生成方法，当需要对铁路信号系统的测试用例执行测试时，首先确定测试用例对应的用例标签和步骤编号，并使用目标仿真工具执行测试用例。记录目标仿真工具执行测试用例时涉及的目标时间。基于用例标签、步骤编号以及目标仿真工具的名称，命名目标仿真工具执行测试用例时形成的与目标时间相关的测试日志。最后将命名后的测试日志归档至指定归档路径下的目标文件夹内。可见，本发明实施例提供的方案通过仿真工具名称、用例标签、步骤编号对测试日志进行命名，使得每个测试日志对应的测试内容更加明确。且将测试日志归档至指定归档路径下的目标文件夹内，使得日志存储更具条理性。因此，能够提高测试日志的整理效率，另外后续
通过测试日志来分析测试结果的正确性，以及将测试日志作为测试结论的证据进行追踪查阅时，可以快速的查找到所需的测试日志。
57.进一步的，根据图1所示的方法，本发明的另一个实施例还提供了一种针对铁路信号系统的测试日志生成方法，如图2所示，该方法主要包括：201、获取预设的用例标签格式以及测试用例的文档路径。
58.设置一个交互界面，在测试人员需要进行测试时，该交互界面可提醒测试人员输入用例标签格式以及测试用例的文档路径。当测试人员在该交互界面输入用例标签格式以及测试用例的文档路径时，则获取到用例标签格式以及测试用例的文档路径。
59.预设的用例标签格式用于限定用例标签的格式，该用例标签格式可基于业务要求确定，本实施例不做具体限定。示例性的，用例标签格式为：功能模块名称
‑
测试层级
‑
用例编号。
60.测试用例的文档路径则是测试用例存储的路径。在交互界面中可设置“提取”按钮，当“提取”按钮被触发时，为了能够准确的获取到测试用例，则需要验证测试用例的文档路径的合法性。若验证测试用例的文档路径合法时，直接根据该路径获取测试用例即可。若验证测试用例的文档路径不合法时，说明测试人员可能输入路径错误，则发出错误提醒，以使测试人员根据该提醒输入正确的文档路径。
61.202、复制所述测试用例，形成所述测试用例的副本。
62.根据测试用例存储的路径，复制测试用例，形成测试用例的副本。
63.203、对所述副本进行清除处理。
64.为了能够成功执行测试，则需要对副本进行清除处理，该处理过程可以包括如下三种：第一种，清除副本中的文档格式；第二种，清除副本中的修订记录；第三种，上述两种结合使用。
65.204、从清除处理后的副本中基于预设的用例标签格式提取所述用例标签，以及从清除处理后的副本中提取所述步骤编号。
66.若可以从副本中提取到步骤编号和用例标签，则直接提取即可。若从副本中不能提取到步骤编号和/或用例标签，则发出提醒，以使测试人员进行异常处理。
67.示例性的，副本中涉及的铁路信号系统中的步骤对应的编号为step1,2,3，则提取的步骤编号为step1,2,3。基于用例标签格式从副本中提取的用例标签为rmu
‑
syrtc
‑
0262，其中，rmu表征功能模块名称，syrtc 表征测试层级，0262表征用例编号。
68.205、以测试用例为单位展示提取的用例标签和步骤编号。
69.若从副本中提取用例标签和步骤编号完成，则以测试用例为单位展示提取的用例标签和步骤编号。该展示方式可以是在交互界面中以勾选的形式展示，以供测试人员选取。
70.206、将被选中的用例标签和步骤编号，确定为所述测试用例对应的用例标签和步骤编号。
71.207、展示多个仿真工具的名称。
72.展示多个仿真工具的名称的目的是为了让测试人员根据测试需求灵活选用仿真工具。下面对仿真工具的名称设置方法进行说明，该方法包括如下两种：第一种，在交互界面上设置仿真工具输入框，测试人在该仿真工具输入框中输入测试过程中可能使用到的所有仿真工具名称以及每一个仿真工具对应的日志路径。读取测
试人员输入的仿真工具名称以及日志路径，然后展示各仿真工具的名称供测试人员选择，其中，该展示方式可以基于业务需求确定，本实施例不做具体限定，可选的，该展示方式为以下拉框的形式展示。被选中的名称对应的仿真工具确定为测试所用的目标仿真工具，目标仿真工具执行测试用例产生的测试日志将存放在其对应的日志路径下。
73.第二种，读取预设的配置文件，配置文件中可配置整个产品测试过程中可能使用到的所有仿真工具的名称及其相应的测试日志存储路径。然后根据读取的配置文件，在交互界面上展示所有仿真工具的名称以供测试人员选择。其中，该展示方式可以基于业务需求确定，本实施例不做具体限定，可选的，该展示方式为以可勾选的形式展示。被选中的名称对应的仿真工具确定为测试所用的目标仿真工具，目标仿真工具执行测试用例产生的测试日志将存放在其对应的日志路径下。
74.示例性的，仿真工具名称可以包括但不限于：omap、trainsim、tsrs、oc、wireshark、securecrt、ctc、自律机。
75.208、将被选中的名称对应的仿真工具，确定为所述目标仿真工具。
76.测试人员可以选取测试执行过程涉及到关键仿真工具，而非关键仿真工具可不选择。将被选中的名称对应的仿真工具确定为测试所用的目标仿真工具。
77.209、展示多个目标时间项，其中，一个所述目标时间项对应仿真工具执行测试用例时所涉及的一个目标时间。
78.目标时间项可基于业务需求设定，比如，该目标时间项包括测试开始时间项和/或测试结束时间项，其中，测试开始时间项对应仿真工具执行测试用例时所涉及的测试开始时间，测试结束时间项对应仿真工具执行测试用例时所涉及的测试结束时间。将多个目标时间项展示出来的目的是为了让测试人员根据时间记录需求，灵活的选择需要记录的时间。需要说明的是，目标时间项展示时可以在交互界面中进行展示。
79.210、确定被选中的目标时间项。
80.示例性的，交互界面上展示了测试开始时间项以及测试结束时间项这两个按钮，当这两个按钮被选中时，则需要记录目标仿真工具执行测试用例时涉及的测试开始时间和测试结束时间。
81.211、使用目标仿真工具执行所述测试用例的副本。
82.当交互界面上的测试执行按钮被触发时，则使用目标仿真工具执行所述测试用例的副本，针对测试用例的测试开始执行。
83.212、记录所述目标仿真工具执行所述测试用例时涉及的目标时间。
84.记录目标仿真工具执行所述测试用例时涉及的目标时间的目的，是为了到目标仿真工具的日志路径中，提取与目标时间相关的测试日志，并对所提取的测试日志进行命名。
85.213、基于所述用例标签、所述步骤编号以及所述目标仿真工具的名称，命名所述目标仿真工具执行所述测试用例的测试日志。
86.读取目标仿真工具执行测试用例时与目标时间相关的测试日志，然后，使用用例标签、步骤编号、目标仿真工具的名称，命名所述目标仿真工具执行所述测试用例时与目标时间相关的测试日志。
87.示例性的，将测试日志命名为：omap
‑
[rmu
‑
syrtc
‑
0262]
‑
step1,2,3。
[0088]
其中，omap为仿真工具名称、rmu
‑
syrtc
‑
0262为用例标签、step1,2,3为步骤编号。
[0089]
214、确定指定归档路径。
[0090]
测试人员通过可交互界面设置指定归档路径，以用于将命名后的测试日志进行归档。
[0091]
当然，为了保证该指定归档路径合法，则需要对该指定归档路径进行验证。若验证该指定归档路径合法，则将命名后的测试日志归档至指定归档路径下。若验证该指定归档路径不合法，则发出路径错误的提示，以使测试人员根据该提示重新输入正确的指定归档路径。
[0092]
215、将命名后的测试日志归档至指定归档路径下的目标文件夹内。
[0093]
目标文件夹基于用例标签、步骤编号、目标仿真工具的名称以及目标时间中的一个或多个命名。目标文件夹的具体实现方式与上述步骤105的详解基本相同，因此这里将不再赘述。
[0094]
在将命名后的测试日志归档至指定归档路径下时，可以基于用例标签、步骤编号、目标仿真工具的名称以及目标时间中的一个或多个为名称，自动新建一个文件夹，然后将命名后的测试日志存放在该文件夹下。
[0095]
示例性的，用例标签、步骤编码和目标时间为名称，自动新建一个文件夹为：[rmu
‑
syrtc
‑
0262]
‑
step1,2,3
‑
20210601_155347
‑
20210601_161031则将步骤212中的测试日志存储在该文件夹下。
[0096]
216、若获取检索条件，检测所述检索条件所携带内容的格式是否合法，若合法，执行217；否则，执行218。
[0097]
在实际检索中，检索条件中的内容可以基于具体的检索需求进行设置。示例性的，检索条件中的内容可以包括如下中的一种或多种：测试时间、用例标签和步骤编号、仿真工具名称。其中，测试时间可以为时间点也可以为时间段。
[0098]
在获取检索条件时，为了顺利进行检索，则需要验证检索条件的合法性。验证检索条件合法后才会针对检索条件进行检索。验证检索条件不合法则会拒绝检索并发出提示。检索条件的验证方法为：若检索条件中包括有测试时间，则需要验证该测试时间的格式是否合法。若检索条件中包括有用例标签，则需要验证该用例标签的格式是否合法。若检索条件中包括有步骤编号，则需要验证该步骤编号的格式是否合法。若检索条件中包括有仿真工具的名称，则需要验证该名称对应的仿真工具是否存在，若存在则合法，若不存在则不合法。
[0099]
示例性的，在交互界面上设置两个检索框，一个输入框用于输入测试时间，一个输入框用于输入测试的用例标签和/或步骤编号。交互界面中还设置有“日志检索”按钮。比如，当一个输入框输入了测试开始时间a，另一个输入框输入了用例标签a，当日志检索按钮被触发时，首先验证测试开始时间a和用例标签a的格式是否合法，若验证均合法时，则开始检索与测试开始时间a和用例标签a相对应的测试日志，然后将检索结果显示在界面上。检索结果的显示包括如下两种：一种是，若检索到与测试开始时间a和用例标签a相对应的测试日志，输出对应的测试日志的存储路径。另一种是，若未检索到与测试开始时间a和用例标签a相对应的测试日志，输出无对应的测试日志的提醒。
[0100]
217、根据所述检索条件所携带的内容进行测试日志检索，并结束当前流程。
[0101]
若验证检索条件合法时，说明可以根据检索条件进行检索，则根据检索条件所携带的内容进行测试日志检索。
[0102]
当检索到与检索条件相应的测试日志时，输出对应的测试日志的存储路径，供测试人员提取测试日志。
[0103]
当未检索到与检索条件相应的测试日志时，则输出无对应的测试日志的提醒。
[0104]
218、提示检索条件错误。
[0105]
若验证检索条件不合法时，说明检索条件存在异常，提示检索条件错误，以供测试人员对检索条件进行检查核对。
[0106]
进一步的，依据上述方法实施例，本发明的另一个实施例还提供了一种针对铁路信号系统的测试日志生成装置，如图3所示，所述装置包括：确定单元31，用于确定铁路信号系统的测试用例对应的用例标签和步骤编号，其中，所述步骤编号是所述测试用例涉及的所述铁路信号系统中的步骤对应的编号；执行单元32，用于使用目标仿真工具执行所述测试用例；记录单元33，用于记录所述目标仿真工具执行所述测试用例时涉及的目标时间；命名单元34，用于基于所述用例标签、所述步骤编号以及所述目标仿真工具的名称，命名所述目标仿真工具执行所述测试用例的测试日志，其中，所述测试日志为与所述目标时间相关的测试日志；归档单元35，用于将命名后的测试日志归档至指定归档路径下的目标文件夹内。
[0107]
本发明实施例提供的针对铁路信号系统的测试日志生成装置，当需要对铁路信号系统的测试用例执行测试时，首先确定测试用例对应的用例标签和步骤编号，并使用目标仿真工具执行测试用例。记录目标仿真工具执行测试用例时涉及的目标时间。基于用例标签、步骤编号以及目标仿真工具的名称，命名目标仿真工具执行测试用例时形成的与目标时间相关的测试日志。最后将命名后的测试日志归档至指定归档路径下的目标文件夹内。可见，本发明实施例提供的方案通过仿真工具名称、用例标签、步骤编号对测试日志进行命名，使得每个测试日志对应的测试内容更加明确。且将测试日志归档至指定归档路径下的目标文件夹内，使得日志存储更具条理性。因此，能够提高测试日志的整理效率，另外后续通过测试日志来分析测试结果的正确性，以及将测试日志作为测试结论的证据进行追踪查阅时，可以快速的查找到所需的测试日志。
[0108]
可选的，如图4所示，所述确定单元31包括：第一复制模块311，用于复制所述测试用例，形成所述测试用例的副本；第一处理模块312，用于对所述副本进行清除处理；提取模块313，用于从清除处理后的副本中基于预设的用例标签格式提取所述用例标签，以及从清除处理后的副本中提取所述步骤编号；确定模块314，用于将提取的用例标签以及步骤编号，确定为所述测试用例对应的用例标签和步骤编号。
[0109]
可选的，如图4所示，所述确定模块314，具体用于以测试用例为单位展示提取的用例标签和步骤编号；将被选中的用例标签和步骤编号，确定为所述测试用例对应的用例标签和步骤编号。
[0110]
可选的，如图4所示，所述第一处理模块312，具体用于清除所述副本中的文档格式
和/或修订记录。
[0111]
可选的，如图4所示，所述执行单元32包括：第二复制模块321，用于复制所述测试用例，形成所述测试用例的副本；第二处理模块322，用于对所述副本进行清除处理；执行模块323，用于使用所述目标仿真工具执行所述副本。
[0112]
可选的，如图4所示，所述第二处理模块322，具体用于清除所述副本中的文档格式和/或修订记录。
[0113]
可选的，如图4所示，所述记录单元33，具体用于展示多个目标时间项，其中，一个所述目标时间项对应仿真工具执行测试用例时所涉及的一个目标时间；记录所述目标仿真工具执行所述测试用例时被选中的目标时间项对应的目标时间；可选的，如图4所示，所述命名单元34，具体用于按照预设的命名格式，使用所述用例标签、所述步骤编号以及所述目标仿真工具的名称，命名所述测试日志，其中，所述命名格式限定了所述用例标签、所述步骤编号以及所述目标仿真工具的名称在所述测试日志的名称中的位置。
[0114]
可选的，如图4所示，所述装置还包括：检索单元36，用于若获取检索条件，检测所述检索条件所携带内容的格式是否合法；若合法，则根据所述检索条件所携带的内容进行测试日志检索，其中，所述检索条件携带的内容包括如下中的至少一种：时间、用例标签、步骤编号、仿真工具名称；可选的，如图4所示，所述执行单元32，还用于展示多个仿真工具的名称；将被选中的名称对应的仿真工具，确定为所述目标仿真工具。
[0115]
可选的，如图4所示，归档单元35所涉及的目标文件夹基于所述用例标签、所述步骤编号、所述目标仿真工具的名称以及所述目标时间中的一个或多个命名。
[0116]
本发明实施例提供的针对铁路信号系统的测试日志生成装置中，各个功能模块运行过程中所采用的方法详解可以参见图1
‑
图2方法实施例的对应方法详解，在此不再赘述。
[0117]
进一步的，依据上述实施例，本发明的另一个实施例还提供了一种计算机可读存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行图1
‑
图2所述的针对铁路信号系统的测试日志生成方法。
[0118]
进一步的，依据上述实施例，本发明的另一个实施例还提供了一种存储管理设备，所述存储管理设备包括：存储器，用于存储程序；处理器，耦合至所述存储器，用于运行所述程序以执行图1
‑
图2所述的针对铁路信号系统的测试日志生成方法。
[0119]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0120]
可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。
[0121]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0122]
在此提供的算法和显示不与任何目标计算机、虚拟系统或者其它设备固有相关。
各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何目标编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对目标语言所做的描述是为了披露本发明的最佳实施方式。
[0123]
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0124]
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
[0125]
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0126]
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0127]
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（dsp）来实现根据本发明实施例的深度神经网络模型的运行方法、装置及框架中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0128]
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实
现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。