CN111462811A

CN111462811A - 自动化测试方法、装置、存储介质和电子设备

Info

Publication number: CN111462811A
Application number: CN202010320225.0A
Authority: CN
Inventors: 李家敏; 严桂红
Original assignee: Biwin Storage Technology Co Ltd
Current assignee: Biwin Storage Technology Co Ltd
Priority date: 2020-04-22
Filing date: 2020-04-22
Publication date: 2020-07-28

Abstract

本发明公开了一种自动化测试方法、装置、存储介质和电子设备，方法包括：识别新接入的待测硬盘，并为所述待测硬盘分配新的盘号和/或盘符；根据所述待测硬盘的盘号和/或盘符以及预设的第三方测试工具对应的配置参数，对所述第三方测试工具进行配置；启动所述第三方测试工具，所述第三方测试工具用于对所述待测硬盘进行测试；当所述第三方测试工具测试完成后，获取所述待测硬盘的性能数据；将所述性能数据与预设的基线数据进行比对，得到测试结果。本发明可实现软件版本迭代测试验证过程中的高效率和零误差。

Description

自动化测试方法、装置、存储介质和电子设备

技术领域

本发明涉及测试技术领域，尤其涉及一种自动化测试方法、装置、存储介质和电子设备。

背景技术

目前，软件研发过程中，随着需求不断变化，导致SSD(固态硬盘)固件都会迭代无数个软件版本，且节奏非常快，为了保证产品的质量，每次版本发布后会根据策略，逐一验证。这些验证中往往也包括利用业内认可的第三方软件来进行验证测试，然而每家软件设计千差万别，无论是使用上还是实现方式上，都不尽相同。实际上每次验收操作都是一样的，不同的是SSD固件版本的更新。

目前的测试方法是，假设第三方工具有五种，在这五种工具验证前都需要手动准备SSD的初始化工作，每一种软件都需要逐一手动启动，然后手动配置预置条件，接着运行验证，并人工等待测试结束。但目前的方法人为操作的步骤非常频繁，人工等待也会消耗大量的时间，并且，人为干预太多也容易出现误差等问题。

发明内容

本发明所要解决的技术问题是：提供一种自动化测试方法、装置、存储介质和电子设备，提高SSD固件的软件版本验证测试的效率和准确率。

为了解决上述技术问题，本发明采用的技术方案为：一种自动化测试方法，包括：

识别新接入的待测硬盘，并为所述待测硬盘分配新的盘号和/或盘符；

根据所述待测硬盘的盘号和/或盘符以及预设的第三方测试工具对应的配置参数，对所述第三方测试工具进行配置；

启动所述第三方测试工具，所述第三方测试工具用于对所述待测硬盘进行测试；

当所述第三方测试工具测试完成后，获取所述待测硬盘的性能数据；

将所述性能数据与预设的基线数据进行比对，得到测试结果。

本发明还涉及一种自动化测试装置，包括：

识别模块，用于识别新接入的待测硬盘，并为所述待测硬盘分配新的盘号和/或盘符；

配置模块，用于根据所述待测硬盘的盘号和/或盘符以及预设的第三方测试工具对应的配置参数，对所述第三方测试工具进行配置；

启动模块，用于启动所述第三方测试工具，所述第三方测试工具用于对所述待测硬盘进行测试；

获取模块，用于当所述第三方测试工具测试完成后，获取所述待测硬盘的性能数据；

比对模块，用于将所述性能数据与预设的基线数据进行比对，得到测试结果。

本发明还涉及一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上所述的步骤。

本发明还涉及一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的步骤。

本发明的有益效果在于：先预设第三方测试工具对应的配置参数，当要对待测硬盘进行测试时，自动根据配置参数完成对第三方测试工具的配置，然后自动运行触发第三方测试工具完成对待测硬盘的测试，最后自动获取性能数据并与基线数据进行比对，得到测试结果。本发明可在每次发布新的SSD固件版本后，自动完成所需第三方测试工具的测试验收工作，节约人工成本，且可实现软件版本迭代测试验证过程中的高效率和零误差。

附图说明

图1为本发明的一种自动化测试方法的流程图；

图2为本发明的一种自动化测试装置的结构示意图；

图3为本发明的一种电子设备的结构示意图；

图4为本发明实施例一的方法流程图；

图5为本发明实施例一的不同第三方测试工具的截图示意图；

图6为本发明实施例三的自动化测试装置的结构示意图。

标号说明：

1、自动化测试装置；11、识别模块；12、配置模块；13、启动模块；14、获取模块；15、比对模块；16、判断模块；17、截图模块；18、记录模块；

2、电子设备；21、处理器；22、存储器。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图详予说明。

请参阅图1，一种自动化测试方法，包括：

从上述描述可知，本发明的有益效果在于：可实现软件版本迭代测试验证过程中的高效率和零误差。

进一步地，所述根据所述待测硬盘的盘号和/或盘符以及预设的第三方测试工具对应的配置参数，对所述第三方测试工具进行配置之前，进一步包括：

分别根据各第三方测试工具的业务逻辑，预设各第三方测试工具对应的配置参数，所述配置参数包括第三方测试工具的各配置步骤对应的控件标识及业务操作。

由上述描述可知，通过预先根据第三方测试工具的配置步骤，设定对应的配置参数，便于后续可自动依据配置参数进行配置。

进一步地，所述当所述第三方测试工具测试完成后，获取所述待测硬盘的性能数据之前，进一步包括：

根据所述第三方测试工具中预设的控件的状态或测试结束标志位，判断所述第三方测试工具是否测试完成。

由上述描述可知，通过实时判断第三方测试工具的测试状态，便于及时获取测试数据。

进一步地，所述当所述第三方测试工具测试完成后之后，进一步包括：

对所述第三方测试工具的窗体界面进行截图，并将所述截图保存至预设的文件路径。

由上述描述可知，通过截图并保存，便于之后查询测试数据。

进一步地，所述得到测试结果之后，进一步包括：

将所述测试结果记录至日志文件中。

由上述描述可知，可有效保存测试结果。

请参阅图2，本发明还提供了一种自动化测试装置1，包括：

识别模块11，用于识别新接入的待测硬盘，并为所述待测硬盘分配新的盘号和/或盘符；

配置模块12，用于根据所述待测硬盘的盘号和/或盘符以及预设的第三方测试工具对应的配置参数，对所述第三方测试工具进行配置；

启动模块13，用于启动所述第三方测试工具，所述第三方测试工具用于对所述待测硬盘进行测试；

获取模块14，用于当所述第三方测试工具测试完成后，获取所述待测硬盘的性能数据；

比对模块15，用于将所述性能数据与预设的基线数据进行比对，得到测试结果。

本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述一种自动化测试方法中的步骤。

请参阅图3，本发明还提供了一种电子设备2，包括存储器22、处理器21及存储在存储器22上并可在处理器21上运行的计算机程序，其特征在于，所述处理器21执行所述计算机程序时实现如上述一种自动化测试方法中的步骤。

实施例一

请参照图4-5，本发明的实施例一为：一种自动化测试方法，可应用于对SSD软件版本迭代的测试验证，如图4所示，包括如下步骤：

S1：测试终端获取预设的各第三方测试工具对应的配置参数。

由于各第三方测试工具的业务逻辑均不相同，因此先分别根据各第三方测试工具的业务逻辑，预设各第三方测试工具对应的配置参数。具体地，对第三方测试工具的各配置步骤进行分析，获取各配置步骤对应的控件标识(如控件名称)及业务操作，作为该第三方测试工具对应的配置参数。

例如，某个配置步骤为点击控件A(A为按钮控件Button)，则该配置步骤对应的控件标识为“A”，对应的业务操作为“点击”。又例如，某个配置步骤为选择控件B中的“XXX”(B为选择列表控件ComboBox)，则该配置步骤对应的控件标识为“B”，对应的业务操作为“选择值为‘XXX’的选项”。

进一步地，配置参数还可包括窗体大小和窗***置，优选地，预设窗体的宽为900，高为800。当配置参数包括了窗体大小时，空间标识还可以为控件在窗体中的位置坐标。

S2：识别新接入的待测硬盘，并为所述待测硬盘分配新的盘号和盘符。具体地，当待测硬盘接入测试终端后，测试终端通过获取各硬盘的唯一标识(序列号)，并与待测硬盘的唯一标识进行比对，识别得到待测硬盘。

优选地，测试终端中只含有***盘。此时，可以通过识别所有硬盘的属性，将识别到的数据盘作为待测硬盘。

S3：根据所述待测硬盘的盘号和盘符以及第三方测试工具对应的配置参数，对所述第三方测试工具进行配置。

具体地，先根据待测硬盘的盘号和盘符，确定第三方测试工具所要测试的硬盘。然后依次根据第三方测试工具的配置参数中各配置步骤对应的控件标识及业务操作，对对应的控件进行对应的业务操作，从而自动配置第三方测试工具的预置条件。

S4：运行所述第三方测试工具，通过所述第三方测试工具对所述待测硬盘进行测试。即在配置完后启动并运行该第三方测试工具，实现对待测硬盘的测试。

S5：判断所述第三方测试工具是否测试完成，若是，则执行步骤S6。具体地，判断所述第三方测试工具中预设的控件的状态是否为不可操作状态，或测试结束标志位是否为测试结束，若是，则判定测试完成，否则判定测试未完成。

S6：获取所述待测硬盘的性能数据。第三方测试工具测试完成后，会给出待测硬盘的性能数据，例如，以弹出框的形式给出测试得到的数据，此时即可通过解析弹出框中的内容获取性能数据。

S7：将所述性能数据与预设的基线数据进行比对，得到测试结果。具体地，基线数据为预设的合理值范围，若所述性能数据处于所述合理值范围，则认为测试通过，判定测试结果为Passed，否则认为测试不通过，判定测试结果为Failed。

S8：将所述测试结果记录至日志文件中。

进一步地，若要利用多种第三方测试工具进行测试，则重复执行步骤S3-S8。

进一步地，第三方测试工具测试完成后，对所述第三方测试工具的窗体界面进行截图，并将所述截图保存至预设的文件路径。如图5所示，图5中给出了不同第三方测试工具的截图结果。

本实施例可在每次发布新的SSD固件版本后，自动完成所有第三方测试工具的测试验收工作，节约人工成本，且可实现软件版本迭代测试验证过程中的高效率和零误差。

实施例二

本实施例是实施例一的一具体应用场景。

在实际开发场景中，先在测试终端中使用Python实现一套自动化测试程序，本实施例的自动化测试程序主要包括以下功能模块：Winpartition模块、Winautotest模块、Winbenchmark模块、Wincapture模块以及AutoLog模块，另外还包括Config.ini文件。各功能模块的具体描述如下所述：

Winpartition(分区)模块实现SSD硬盘操作的公共方法，因为其他工具操作时，都需要先检查或创建硬盘初始化，该模块包含的功能接口具有查询盘状态、设置盘online(在线)/offline(离线)、创建/删除分区、格式化文件***等功能，所有功能基于MicrosoftDiskPart命令集使用python实现。

Winautotest(自动测试)模块实现测试前预置参数方法和相关的公共库，例如：参数检查/准备、WIN32API的python实现、鼠标事件、各类控件状态查询和控制，常见的控件有Button(按钮)，ComboBox(选择列表)，SysTreeView32(树状图)，msctls_trackbar32(状态栏)，Clipboard(剪切板)，特殊窗体句柄，一些动态数据状态获取与检查的函数封装，封装subprocess.Popen(Python标准库提供的管道模块)命令下发函数。

Winbenchmark(基准测试)模块实现第三方工具的具体逻辑，例如：APP(第三方测试工具)的启动、设置窗体大小和位置、获取子窗体、选择控件按钮、选择combobox一项值、判断中文菜单还是英文菜单、窗体的查找和关闭等相关动作；当遇到非标准WIN32控件无法识别时，可以计算其控件的相对坐标来实现鼠标点击、键盘事件。此模块还需要通过预先提供的数据作为基线标准，并与实际获取的数据进行对比，进行结果assert(断言)相关的动作。

在Winbenchmark模块中，根据每一种第三方测试工具实现一套独立的逻辑程序。该模块相当于一个class(类)，一个class下有多个run_app的函数，每个run_app函数对应一种第三方测试工具；例如，run_HDTune(args)、run_assd(args)、run_ATTO_Disk_Benchmark(args)、run_CrystalDiskMark(args)、run_iometer(args)、run_h2testw(args)，其中，HDTune、assd、ATTO_Disk_Benchmark、CrystalDiskMark、iometer和h2testw均为硬盘检测工具，即第三方测试工具。

Wincapture模块实现公共截图功能，在运行逻辑函数(即run_app函数)的最后调用，当传入目标窗体句柄时，就会自动完成截图存档；可通过win32gui.GetWindowDC(微软windows画图编程接口)的方法实现，这样截图速度是最快的。

AutoLog模块实现重写python logging(Python标准库的日志模块)的功能，用来实现将日志记录到文件的功能，提供日志级别设置。

Config.ini文件(配置文件)用于保存第三方测试工具的安装路径和运行exe(可执行文件)的路径，根据需要可以灵活修改。第三方测试工具理论上可以放在任何地方，通过Config文件与主函数连接起来。

当要对物理硬盘进程测试时，把待测硬盘接入测试终端后，就可以启动python对自动化测试程序的代码进行debug(调试)了。

下述以第三方测试工具为HDTune为例进行说明。

工程目录结构如下：

├─SSDAuto

│AutoLog.py

│config.ini

│winautotest.py

│winbenchmark.py

│wincapture.py

│winpartition.py

├─benchmarkTool

│├─iometer

│├─AS SSD Benchmark

│├─ATTO

│├─CrystalDiskMark6

│├─HD Tune Pro

│├─h2testw_1.4

其中，Main函数入口在winbenchmark.py下，Main函数中调用了第三方测试工具对应的run_app函数。根据需要可调用多个第三方测试工具的run_app函数。

进入主函数后，当调用主函数中的run_HDTune(winpartition.disk_init())时，先通过Winpartition模块得到一个字典信息，该字典信息包括***盘或数据盘的disknubmer(盘号)和disk letter(盘符)，然后从该字典信息中选取出待测硬盘的盘号和盘符，以便第三方测试工具根据盘号或盘符选中待测硬盘。

由于HDTune只能在裸盘下测试，因此，当进入run_HDTune函数后，需先将待测硬盘中的文件***删除，随后通过pywinauto(第三方python库)启动该第三方测试工具，根据配置参数中预设的窗体大小设置该测试工具的窗体大小(部分第三方测试工具的窗体大小随机变化，本实施例中强制调整为固定的大小)，然后根据配置参数中的各配置步骤对应的控件标识及业务操作，测试终端自动对该测试工具依次进行下述操作：点击options button，选择子控件treeView32，选择Benchmark标签，选择combobox“8MB”，选择button“Fulltest”，选择msctls_trackbar32控件最大的一个值(Accurate)，最后关闭当前窗口。至此运行前的预置条件已配置完成。

该测试工具在执行时支持命令直接运行，因此可调用subprocess.Popen直接下发命令，HDTune将会启动并运行，运行结果记录在benchmark.txt中。业务逻辑会根据button状态循环判断程序是否执行完成(因为第三方测试工具实现方式不同，不同第三方测试工具判断执行完成的方式也不尽相同，有些是通过状态栏文本信息来判断)，当此项测试任务完成时会自动调用Winpcapture模块的截图功能进行截图，并将截图保存至指令文件路径，最后提取benchmark.txt中数据与基线数据进行比较，断言至此次测试是Passed(成功)还是Failed(失败)，并把测试结果记录到log(日志)中。

本实施例设计和实现了一种在Windows下自动化测试方法，也可以结合持续集成平台，放入CI环境中，按照Daliy、Weekly方式自动完成编译、测试、部署和发布过程。此方案轻量级，逻辑简单，容易操作和后期维护，降低测试人员的开发成本，提高测试开发的效率，减少了人工执行测试无意义的重复性工作。

实施例三

请参照图6，本实施例是对应上述实施例一的一种自动化测试装置1，包括：

进一步地，还包括判断模块16，用于根据所述第三方测试工具中预设的控件的状态或测试结束标志位，判断所述第三方测试工具是否测试完成。

进一步地，还包括截图模块17，用于对所述第三方测试工具的窗体界面进行截图，并将所述截图保存至预设的文件路径。

进一步地，还包括记录模块18，用于将所述测试结果记录至日志文件中。

实施例四

本实施例是对应上述实施例一的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如实施例一所述的步骤。

实施例五

本实施例是对应上述实施例一的一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如实施例一所述的步骤。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

综上所述，本发明提供的一种自动化测试方法及计算机可读存储介质，本发明轻量级，逻辑简单，容易操作和后期维护，降低测试人员的开发成本，提高测试开发的效率，减少了人工执行测试无意义的重复性工作。可在每次发布新的SSD固件版本后，自动完成所有第三方测试工具的测试验收工作，节约人工成本，实现软件版本迭代测试验证过程中的高效率和零误差。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种自动化测试方法，其特征在于，包括：

2.根据权利要求1所述的自动化测试方法，其特征在于，所述根据所述待测硬盘的盘号和/或盘符以及预设的第三方测试工具对应的配置参数，对所述第三方测试工具进行配置之前，进一步包括：

3.根据权利要求1所述的自动化测试方法，其特征在于，所述当所述第三方测试工具测试完成后，获取所述待测硬盘的性能数据之前，进一步包括：

4.根据权利要求1所述的自动化测试方法，其特征在于，所述当所述第三方测试工具测试完成后之后，进一步包括：

5.根据权利要求1所述的自动化测试方法，其特征在于，所述得到测试结果之后，进一步包括：

将所述测试结果记录至日志文件中。

6.一种自动化测试装置，其特征在于，包括：

7.根据权利要求6所述的自动化测试装置，其特征在于，还包括：

判断模块，用于根据所述第三方测试工具中预设的控件的状态或测试结束标志位，判断所述第三方测试工具是否测试完成。

8.根据权利要求6所述的自动化测试装置，其特征在于，还包括：

截图模块，用于对所述第三方测试工具的窗体界面进行截图，并将所述截图保存至预设的文件路径；

记录模块，用于将所述测试结果记录至日志文件中。

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

10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-5任一项所述的步骤。