CN109933466A - 基于Python的固态硬盘控制器测试方法和装置 - Google Patents

Abstract

本申请涉及一种基于Python的固态硬盘控制器测试方法、装置、计算机设备和存储介质，其中该方法包括：获取基于Python的固态硬盘控制器测试请求；根据所述基于Python的固态硬盘控制器测试请求主机自启动控制脚本运行，并初始化工程路径；根据所述工程路径调用对应测试模块的工程文件，并通过串口加载所述工程文件下的固件版本；根据串口打印的信息并结合Nvme查询命令判断主机与固态硬盘Nvme是否成功交互；若所述主机与固态硬盘Nvme成功交互，则通过运行测试脚本对所述对应测试模块进行测试。本发明通过根据不同的测试模块调用相应的工程文件，加载不同的固件，从多个测试模块依次进行测试，并实时记录该模块测试信息，实现了固态硬盘测试的全自动化。

Description

基于Python的固态硬盘控制器测试方法和装置

技术领域

本发明涉及固态硬盘技术领域，特别是涉及一种基于Python的固态硬盘控制器测试方法、装置、计算机设备和存储介质。

背景技术

目前，SSD控制器IP及固件的性能测试是每一款IC设计不可或缺的过程，其中包括多项功能模块的测试，且各个功能模块的测试都是独立的，所以需要加载不同版本的固件。而且有的模块在测试过程中会挂死，导致整体测试不能连续地执行。

在传统技术中，在多模块测试时，需要通过人为重启测试机，重新进行Nvme交互，来切换其他模块进行测试。在测试Case挂死的情况下，也需要重启来保证该模块测试的继续进行。因此，现有的测试方法中涉及的人为操作步骤较多，不能实现真正意义上的全自动化测试过程。

发明内容

基于此，有必要针对上述技术问题，提供一种可以实现全自动化测试的基于Python的固态硬盘控制器测试方法、装置、计算机设备和存储介质。

一种基于Python的固态硬盘控制器测试方法，所述方法包括：

获取基于Python的固态硬盘控制器测试请求；

根据所述基于Python的固态硬盘控制器测试请求主机自启动控制脚本运行，并初始化工程路径；

根据所述工程路径调用对应测试模块的工程文件，并通过串口加载所述工程文件下的固件版本；

根据串口打印的信息并结合Nvme查询命令判断主机与固态硬盘Nvme是否成功交互；

若所述主机与固态硬盘Nvme成功交互，则通过运行测试脚本对所述对应测试模块进行测试。

在其中一个实施例中，在通过运行测试脚本对所述对应测试模块进行测试的步骤之后还包括：

判断测试用例是否挂死；

若所述测试用例挂死，则记录挂死测试用例ID；

重启后继续后续的测试用例。

在其中一个实施例中，在判断测试用例是否挂死的步骤之后还包括：

若所述测试用例没有挂死，则在所述测试用例测试完成后记录测试Log信息；

根据所述测试Log信息分析测试结果并输出EXCEL。

在其中一个实施例中，在通过运行测试脚本对所述对应测试模块进行测试的步骤之后还包括：

判断所有的测试模块的测试是否完成；

若有测试模块的测试尚未完成，则通过修改自启动控制脚本的工程路径，准备测试未完成的测试模块。

一种基于Python的固态硬盘控制器测试装置，所述基于Python的固态硬盘控制器测试装置包括：

获取模块，所述获取模块用于获取基于Python的固态硬盘控制器测试请求；

初始化模块，所述初始化模块用于根据所述基于Python的固态硬盘控制器测试请求主机自启动控制脚本运行，并初始化工程路径；

调用模块，所述调用模块用于根据所述工程路径调用对应测试模块的工程文件，并通过串口加载所述工程文件下的固件版本；

第一判断模块，所述第一判断模块用于根据串口打印的信息并结合Nvme查询命令判断主机与固态硬盘Nvme是否成功交互；

测试模块，所述测试模块用于若所述主机与固态硬盘Nvme成功交互，则通过运行测试脚本对所述对应测试模块进行测试。

在其中一个实施例中，所述基于Python的固态硬盘控制器测试装置还包括：

第二判断模块，所述第二判断模块用于判断测试用例是否挂死；

若所述测试用例挂死，则记录挂死测试用例ID；

重启后继续后续的测试用例。

在其中一个实施例中，所述第二判断模块还用于：

若所述测试用例没有挂死，则在所述测试用例测试完成后记录测试Log信息；

根据所述测试Log信息分析测试结果并输出EXCEL。

在其中一个实施例中，所述基于Python的固态硬盘控制器测试装置还包括：

第三判断模块，所述第三判断模块用于判断所有的测试模块的测试是否完成；

若有测试模块的测试尚未完成，则通过修改自启动控制脚本的工程路径，准备测试未完成的测试模块。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意一项方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项方法的步骤。

上述基于Python的固态硬盘控制器测试方法、装置、计算机设备和存储介质，通过获取基于Python的固态硬盘控制器测试请求；根据所述基于Python的固态硬盘控制器测试请求主机自启动控制脚本运行，并初始化工程路径；根据所述工程路径调用对应测试模块的工程文件，并通过串口加载所述工程文件下的固件版本；根据串口打印的信息并结合Nvme查询命令判断主机与固态硬盘Nvme是否成功交互；若所述主机与固态硬盘Nvme成功交互，则通过运行测试脚本对所述对应测试模块进行测试。本发明通过根据不同的测试模块调用相应的工程文件，加载不同的固件，开机自动运行，从多个测试模块依次进行测试，并实时记录该模块测试信息，每个测试模块测试完成后可以通过修改自启动控制脚本的工程路径并重启测试机，继续下一个模块的测试，直至整个测试完成，实现了固态硬盘测试的全自动化。

附图说明

图1为传统技术中固态硬盘测试方法的实现流程示意图；

图2为一个实施例中基于Python的固态硬盘控制器测试方法的流程示意图；

图3为另一个实施例中基于Python的固态硬盘控制器测试方法的流程示意图；

图4为再一个实施例中基于Python的固态硬盘控制器测试方法的流程示意图；

图5为又一个实施例中基于Python的固态硬盘控制器测试方法的流程示意图；

图6为又一个实施例中基于Python的固态硬盘控制器测试方法的实现流程示意图；

图7为一个实施例中基于Python的固态硬盘控制器测试装置的结构框图；

图8为另一个实施例中基于Python的固态硬盘控制器测试装置的结构框图；

图9为再一个实施例中基于Python的固态硬盘控制器测试装置的结构框图；

图10为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

如图1为现有技术的实现方法与过程。具体地，主机上电，通过串口或Dstream加载固件，然后等待Host与SSD NVME成功交互后，Python自动化脚本接管串口，根据配置的宏定义开关选择相应的模块进行测试。在测试过程中记录每个case的Log信息，并分析测试结果输出EXCEL。

该方法在多模块测试时，需要人为重启测试机，重新进行Nvme交互，来切换其他模块进行测试。在测试Case挂死的情况下，也需要重启来保证该模块测试的继续进行。涉及的人为操作步骤较多，不能实现真正意义上的全自动化过程。

本发明提出了一种基于Python的高效率自动化测试方法，通过在Linux系统启动配置文件中添加测试工程的启动控制脚本，开机自动运行该脚本调用模块一的测试工程，接管串口加载固件开启测试。待模块一测试完成后，修改自启动脚本的调用工程路径，切换至模块二的测试工程，重新加载固件并完成测试，直至所有模块测试完成。在某个模块的测试Case挂死时，记录Case ID，重启后继续完成剩余未测Case，直至该模块测试结束。相对而言，摆脱了人工操作步骤，避免了主观失误保证了测试的连续性，也大大提高了测试效率。

在一个实施例中，如图2所示，提供了一种基于Python的固态硬盘控制器测试方法，该方法包括：

步骤202，获取基于Python的固态硬盘控制器测试请求；

步骤204，根据基于Python的固态硬盘控制器测试请求主机自启动控制脚本运行，并初始化工程路径；

步骤206，根据工程路径调用对应测试模块的工程文件，并通过串口加载工程文件下的固件版本；

步骤208，根据串口打印的信息并结合Nvme查询命令判断主机与固态硬盘Nvme是否成功交互；

步骤210，若主机与固态硬盘Nvme成功交互，则通过运行测试脚本对对应测试模块进行测试。

具体地，首先主机上电，获取基于Python的固态硬盘控制器测试请求，根据基于Python的固态硬盘控制器测试请求主机自启动控制脚本运行。然后，根据初始化设置的工程路径，调用相应测试模块的工程文件。接着，通过串口加载调用的工程文件下的固件版本。根据串口打印的信息并结合Nvme查询命令，判断主机与SSD Nvme是否交互成功。如果交互成功则测试脚本运行，对应的模块测试开始执行；若交互失败则重启测试机。

可以理解的，在本实施例中可以通过Linux系统启动配置文件的修改，用于添加自动化启动控制脚本。同时，可以通过Python自动化脚本调用不同测试模块的工程文件，并通过修改启动控制脚本和重启测试机来切换各个模块，保证测试的连续进行。还可以通过Python自动化脚本记录单一模块的执行Case ID，在挂死的情况下，能够保证该模块其余测试Case继续执行。

在本实施例中，通过获取基于Python的固态硬盘控制器测试请求；根据基于Python的固态硬盘控制器测试请求主机自启动控制脚本运行，并初始化工程路径；根据工程路径调用对应测试模块的工程文件，并通过串口加载所述工程文件下的固件版本；根据串口打印的信息并结合Nvme查询命令判断主机与固态硬盘Nvme是否成功交互；若主机与固态硬盘Nvme成功交互，则通过运行测试脚本对对应测试模块进行测试。本实施例通过根据不同的测试模块调用相应的工程文件，加载不同的固件，开机自动运行，从多个测试模块依次进行测试，并实时记录该模块测试信息，每个测试模块测试完成后可以通过修改自启动控制脚本的工程路径并重启测试机，继续下一个模块的测试，直至整个测试完成，实现了固态硬盘测试的全自动化。

在一个实施例中，如图3所示，提供了一种基于Python的固态硬盘控制器测试方法，该方法在通过运行测试脚本对对应测试模块进行测试的步骤之后还包括：

步骤302，判断测试用例是否挂死；

步骤304，若测试用例挂死，则记录挂死测试用例ID；

步骤306，重启后继续后续的测试用例。

在一个实施例中，如图4所示，提供了一种基于Python的固态硬盘控制器测试方法，该方法在判断测试用例是否挂死的步骤之后还包括：

步骤402，若测试用例没有挂死，则在测试用例测试完成后记录测试Log信息；

步骤404，根据测试Log信息分析测试结果并输出EXCEL。

具体地，参考图1可知在传统技术中，在测试Case挂死的情况下，也需要重启来保证该模块测试的继续进行。涉及的人为操作步骤较多，不能实现真正意义上的全自动化过程。在本实施例中，参考图6，通过Python自动化脚本记录单一模块的执行Case ID，在挂死的情况下，能够保证该模块其余测试Case继续执行。

在本实施例中，实现了在测试Case挂死的情况下，仍能够继续该模块的其他Case测试，保证了测试过程的连续性，节省了人力资源，提高了整体测试效率。

在一个实施例中，如图5所示，提供了一种基于Python的固态硬盘控制器测试方法，该方法在通过运行测试脚本对对应测试模块进行测试的步骤之后还包括：

步骤502，判断所有的测试模块的测试是否完成；

步骤504，若有测试模块的测试尚未完成，则通过修改自启动控制脚本的工程路径，准备测试未完成的测试模块。

具体地，参考图6为一个实施例中基于Python的固态硬盘控制器测试方法包括：

1.主机上电，自启动控制脚本运行，下一步执行流程2。

2.根据初始化设置的工程路径，调用相应测试模块的工程文件，下一步执行流程3。

3.通过串口加载调用的工程文件下的固件版本，下一步执行流程4。

4.根据串口打印的信息并结合Nvme查询命令，判断主机与SSD Nvme是否成功交互，是，下一步执行流程5；否，下一步执行流程6。

5.测试脚本运行，对应模块测试开始。下一步执行流程7。

6.重启测试机，下一步执行流程1。

7.判断测试Case是否挂死。是，下一步执行流程8；否，下一步执行流程9。

8.记录挂死Case ID，下一步执行流程6。

9.实时记录测试Log信息，等待该模块测试完成，下一步执行流程10。

10.分析测试结果，输出EXCEL，下一步执行流程11。

11.判断所有模块测试是否完成。是，下一步执行流程12；否，下一步执行流程13。

12.结束自动化测试进程。

13.修改自启动控制脚本的工程路径配置，下一步执行流程6。

在本实施例中，通过在Linux系统启动配置文件中添加测试工程的启动控制脚本，开机自动运行该脚本调用模块一的测试工程，接管串口加载固件开启测试。待模块一测试完成后，修改自启动脚本的调用工程路径，切换至模块二的测试工程，重新加载固件并完成测试，直至所有模块测试完成。在某个模块的测试Case挂死时，记录Case ID，重启后继续完成剩余未测Case，直至该模块测试结束。相对而言，摆脱了人工操作步骤，避免了主观失误保证了测试的连续性，也大大提高了测试效率。

应该理解的是，虽然图2-6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-6中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图7所示，提供了一种基于Python的固态硬盘控制器测试装置700，包括：

获取模块701，用于获取基于Python的固态硬盘控制器测试请求；

初始化模块702，用于根据基于Python的固态硬盘控制器测试请求主机自启动控制脚本运行，并初始化工程路径；

调用模块703，用于根据工程路径调用对应测试模块的工程文件，并通过串口加载工程文件下的固件版本；

第一判断模块704，用于根据串口打印的信息并结合Nvme查询命令判断主机与固态硬盘Nvme是否成功交互；

测试模块705，用于若主机与固态硬盘Nvme成功交互，则通过运行测试脚本对对应测试模块进行测试。

在一个实施例中，如图8所示，提供了一种基于Python的固态硬盘控制器测试装置700，该装置还包括第二判断模块706，用于：

判断测试用例是否挂死；

若测试用例挂死，则记录挂死测试用例ID；

重启后继续后续的测试用例。

在一个实施例中，第二判断模块706还用于：

若测试用例没有挂死，则在测试用例测试完成后记录测试Log信息；

根据测试Log信息分析测试结果并输出EXCEL。

在其中一个实施例中，如图9所示，提供了一种基于Python的固态硬盘控制器测试装置700，该装置还包括第三判断模块707，用于：

判断所有的测试模块的测试是否完成；

若有测试模块的测试尚未完成，则通过修改自启动控制脚本的工程路径，准备测试未完成的测试模块。

关于基于Python的固态硬盘控制器测试装置的具体限定可以参见上文中对于基于Python的固态硬盘控制器测试方法的限定，在此不再赘述。

在一个实施例中，提供了一种计算机设备，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器以及网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于Python的固态硬盘控制器测试方法。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以上各个方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以上各个方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种基于Python的固态硬盘控制器测试方法，所述方法包括：

获取基于Python的固态硬盘控制器测试请求；

根据所述基于Python的固态硬盘控制器测试请求主机自启动控制脚本运行，并初始化工程路径；

根据所述工程路径调用对应测试模块的工程文件，并通过串口加载所述工程文件下的固件版本；

根据串口打印的信息并结合Nvme查询命令判断主机与固态硬盘Nvme是否成功交互；

若所述主机与固态硬盘Nvme成功交互，则通过运行测试脚本对所述对应测试模块进行测试。

2.根据权利要求1所述的基于Python的固态硬盘控制器测试方法，其特征在于，在通过运行测试脚本对所述对应测试模块进行测试的步骤之后还包括：

判断测试用例是否挂死；

若所述测试用例挂死，则记录挂死测试用例ID；

重启后继续后续的测试用例。

3.根据权利要求2所述的基于Python的固态硬盘控制器测试方法，其特征在于，在判断测试用例是否挂死的步骤之后还包括：

若所述测试用例没有挂死，则在所述测试用例测试完成后记录测试Log信息；

根据所述测试Log信息分析测试结果并输出EXCEL。

4.根据权利要求1-3任一项所述的基于Python的固态硬盘控制器测试方法，其特征在于，在通过运行测试脚本对所述对应测试模块进行测试的步骤之后还包括：

判断所有的测试模块的测试是否完成；

若有测试模块的测试尚未完成，则通过修改自启动控制脚本的工程路径，准备测试未完成的测试模块。

5.一种基于Python的固态硬盘控制器测试装置，其特征在于，所述基于Python的固态硬盘控制器测试装置包括：

获取模块，所述获取模块用于获取基于Python的固态硬盘控制器测试请求；

初始化模块，所述初始化模块用于根据所述基于Python的固态硬盘控制器测试请求主机自启动控制脚本运行，并初始化工程路径；

调用模块，所述调用模块用于根据所述工程路径调用对应测试模块的工程文件，并通过串口加载所述工程文件下的固件版本；

第一判断模块，所述第一判断模块用于根据串口打印的信息并结合Nvme查询命令判断主机与固态硬盘Nvme是否成功交互；

测试模块，所述测试模块用于若所述主机与固态硬盘Nvme成功交互，则通过运行测试脚本对所述对应测试模块进行测试。

6.根据权利要求5所述的基于Python的固态硬盘控制器测试装置，其特征在于，所述基于Python的固态硬盘控制器测试装置还包括：

第二判断模块，所述第二判断模块用于判断测试用例是否挂死；

若所述测试用例挂死，则记录挂死测试用例ID；

重启后继续后续的测试用例。

7.根据权利要求6所述的基于Python的固态硬盘控制器测试装置，其特征在于，所述第二判断模块还用于：

若所述测试用例没有挂死，则在所述测试用例测试完成后记录测试Log信息；

根据所述测试Log信息分析测试结果并输出EXCEL。

8.根据权利要求5-7任一项所述的基于Python的固态硬盘控制器测试装置，其特征在于，所述基于Python的固态硬盘控制器测试装置还包括：

第三判断模块，所述第三判断模块用于判断所有的测试模块的测试是否完成；

若有测试模块的测试尚未完成，则通过修改自启动控制脚本的工程路径，准备测试未完成的测试模块。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4中任一项所述的方法的步骤。