CN118035102A - 加速ssd测试的方法、装置、设备及介质 - Google Patents

Abstract

本发明涉及加速SSD测试的方法、装置、设备及介质，该方法，包括：调用资源库中的用例，以得到测试用例；对测试用例预置操作类型，以得到类型测试用例；判断类型测试用例是否需要注入故障；若需要，对类型测试用例注入故障，以得到故障类型测试用例；返回并循环执行直至资源库中的用例全部被调用，得到对应数量的故障类型测试用例，形成若干个故障测试套件；选取一个故障测试套件，按顺序执行故障类型测试用例，得到测试结果；判断故障类型测试用例是否已执行完成；若完成，则判断所有的故障测试套件是否已执行完成；若完成，则清空盘片数据，以使SSD恢复盘片初始默认设置。本发明能够加速SSD测试自动化执行，提高测试开发效率。

Description

加速SSD测试的方法、装置、设备及介质

技术领域

本发明涉及加速SSD测试技术领域，尤其是指加速SSD测试的方法、装置、设备及介质。

背景技术

当前的自动化测试流程，是每个用例逐一执行，每个用例中都有预置操作和环境清理操作，多个用例步骤中具有相同的预置操作，每执行完一个用例，就会清理环境，所以下一个用例需要重新执行预置操作的步骤，导致自动化时间变长，造成大量冗余；例如：GC(Garbage Collection：垃圾回收)的预置步骤中大多需要预埋数据，顺序写满盘总容量的90％后，才能开始GC测试，需耗费大量时间，每个用例结束之后，环境清理，数据清除，下一个用例需要重新预埋数据，多次重复的操作，导致测试步骤的冗余，较大的影响自动化测试效率。

发明内容

本发明的目的在于克服现有技术的不足，提供加速SSD测试的方法、装置、设备及介质。

为了解决上述技术问题，本发明采用如下技术方案：

第一方面，本实施例提供了一种加速SSD测试的方法，包括以下步骤：

调用资源库中的用例，以得到测试用例；

对测试用例预置操作类型，以得到类型测试用例；

判断类型测试用例是否需要注入故障；

若类型测试用例需要注入故障，则对类型测试用例注入故障，以得到故障类型测试用例；

返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的故障类型测试用例，在所有的故障类型测试用例中，将操作类型和故障都相同的故障类型测试用例归为一类，即故障测试套件，所有的故障类型测试用例形成若干个故障测试套件；

随机选取一个故障测试套件；

按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果；

判断当前故障测试套件内的故障类型测试用例是否都已执行完成；

若当前故障测试套件内的故障类型测试用例都已执行完成，则判断所有的故障测试套件是否都已执行完成；

若所有的故障测试套件都已执行完成，则SSD测试完成，清空盘片数据，以使SSD恢复盘片初始默认设置。

其进一步技术方案为：所述判断类型测试用例是否需要注入故障步骤之后，还包括：

若类型测试用例不需要注入故障，则类型测试用例为无故障类型测试用例，即得到无故障类型测试用例；

返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的无故障类型测试用例，在所有的无故障类型测试用例中，将操作类型相同的无故障类型测试用例归为一类，即无故障测试套件，所有的无故障类型测试用例形成若干个无故障测试套件；

根据优先级仲裁机制，优先执行对无故障测试套件的测试，即随机选取一个无故障测试套件；

按顺序执行无故障测试套件内的无故障类型测试用例，以得到测试结果；

判断当前无故障测试套件内的无故障类型测试用例是否都已执行完成；

若当前无故障测试套件内的无故障类型测试用例都已执行完成，则判断所有的无故障测试套件是否都已执行完成；

若所有的无故障测试套件都已执行完成，则返回执行随机选取一个故障测试套件。

其进一步技术方案为：所述判断当前故障测试套件内的故障类型测试用例是否都已执行完成步骤之后，还包括：

若当前故障测试套件内的故障类型测试用例未全部执行完成，则返回执行按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果。

其进一步技术方案为：所述判断所有的故障测试套件是否都已执行完成步骤之后，还包括：

若所有的故障测试套件未执行完成，则清理当前测试环境，并返回执行随机选取一个故障测试套件。

第二方面，本实施例提供了一种加速SSD测试的装置，包括：调用单元、预置单元、第一判断单元、注入单元、第一返回归类单元、第一选取单元、第一执行单元、第二判断单元、第三判断单元及清空恢复单元；

所述调用单元，用于调用资源库中的用例，以得到测试用例；

所述预置单元，用于对测试用例预置操作类型，以得到类型测试用例；

所述第一判断单元，用于判断类型测试用例是否需要注入故障；

所述注入单元，用于若类型测试用例需要注入故障，则对类型测试用例注入故障，以得到故障类型测试用例；

所述第一返回归类单元，用于返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的故障类型测试用例，在所有的故障类型测试用例中，将操作类型和故障都相同的故障类型测试用例归为一类，即故障测试套件，所有的故障类型测试用例形成若干个故障测试套件；

所述第一选取单元，用于随机选取一个故障测试套件；

所述第一执行单元，用于按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果；

所述第二判断单元，用于判断当前故障测试套件内的故障类型测试用例是否都已执行完成；

所述第三判断单元，用于若当前故障测试套件内的故障类型测试用例都已执行完成，则判断所有的故障测试套件是否都已执行完成；

所述清空恢复单元，用于若所有的故障测试套件都已执行完成，则SSD测试完成，清空盘片数据，以使SSD恢复盘片初始默认设置。

其进一步技术方案为：所述装置还包括：得到单元、第二返回归类单元、第二选取单元、第二执行单元、第四判断单元、第五判断单元及第一返回单元；

所述得到单元，用于若类型测试用例不需要注入故障，则类型测试用例为无故障类型测试用例，即得到无故障类型测试用例；

所述第二返回归类单元，用于返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的无故障类型测试用例，在所有的无故障类型测试用例中，将操作类型相同的无故障类型测试用例归为一类，即无故障测试套件，所有的无故障类型测试用例形成若干个无故障测试套件；

所述第二选取单元，用于根据优先级仲裁机制，优先执行对无故障测试套件的测试，即随机选取一个无故障测试套件；

所述第二执行单元，用于按顺序执行无故障测试套件内的无故障类型测试用例，以得到测试结果；

所述第四判断单元，用于判断当前无故障测试套件内的无故障类型测试用例是否都已执行完成；

所述第五判断单元，用于若当前无故障测试套件内的无故障类型测试用例都已执行完成，则判断所有的无故障测试套件是否都已执行完成；

所述第一返回单元，用于若所有的无故障测试套件都已执行完成，则返回执行随机选取一个故障测试套件。

其进一步技术方案为：所述装置还包括：第二返回单元，用于若当前故障测试套件内的故障类型测试用例未全部执行完成，则返回执行按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果。

其进一步技术方案为：所述装置还包括：清理返回单元，用于若所有的故障测试套件未执行完成，则清理当前测试环境，并返回执行随机选取一个故障测试套件。

第三方面，本实施例提供了一种计算机设备，所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现如上述所述的加速SSD测试的方法。

第四方面，本实施例提供了一种存储介质，所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时可实现如上述所述的加速SSD测试的方法。

本发明与现有技术相比的有益效果是：通过形成测试套件，先统一执行测试套件的预置操作，再执行同一测试套件中需要同样预置操作的用例，来达到相同的预置操作需要不同测试步骤时，不需要多次重复执行相同的预置操作，在执行完同一测试套件的所有用例后，有注入故障的进行清理环境，没有注入故障的测试套件，继续执行下一个测试套件，通过这一操作机制加速自动化执行，提高测试开发及维护效率。

下面结合附图和具体实施例对本发明作进一步描述。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的加速SSD测试的方法的流程示意图一；

图2为本发明实施例提供的加速SSD测试的方法的流程示意图二；

图3为本发明实施例提供的加速SSD测试的装置的示意性框图；

图4为本发明实施例提供的计算机设备的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1至图2所示的具体实施例，本发明公开了一种加速SSD测试的方法，包括以下步骤：

S1，调用资源库中的用例，以得到测试用例；

其中，资源库是用来存储需要执行的所有用例详情，在一条用例中，会有多个选项设置，包括用例描述，用例标题，用例预置操作，用例步骤，是否存在注入故障，具体故障类型，以及对应的自动化脚本；在测试流程中不断的分配资源库中的用例到各自的测试套件中，然后自动化运行时会去调用用例编号对应的用例自动化脚本，进行运行；这里选择用例到不同的测试套件的过程，只要资源库中有用例还未分配到测试套件，就会进行选择用例，走分配用例到测试套件的过程。

具体地，资源库中通常包含了已经编写好、且经过验证的测试用例，可以直接使用这些用例而无需重新编写，从而节省了测试开发的时间和精力；另外，资源库中的测试用例经过验证和调试，可以确保其准确性和可靠性，调用这些用例可以避免人为错误和遗漏，提高测试的准确性；另外，资源库中的用例可以被多个项目或团队共享和复用，避免了重复编写相同的测试用例，提高了测试的复用性和效率；另外，资源库中的用例往往是按照一定的规范和标准编写的，通过调用这些用例，可以确保测试的一致性和标准化，提高测试的质量和可维护性。

S2，对测试用例预置操作类型，以得到类型测试用例；

具体地，从预置类型基线库中选取操作类型预置到测试用例中，以得到类型测试用例。其中，预置类型基线库的操作类型包括：预埋全盘数据、切换512扇区、切换4096扇区、fiq掉电、设置盘片为加密盘等。

具体地，通过从预置类型基线库中选取不同的操作类型预置，在测试用例中模拟出各种真实环境下的操作场景，能够更全面、准确地测试***的功能和性能；另外，不同的操作类型预置可以覆盖***不同的功能和特性，通过在测试用例中引入这些预置，可以提高测试的覆盖率，发现潜在的问题和错误；另外，通过将操作类型预置应用到测试用例中，可以验证***在各种异常和特殊情况下的鲁棒性和稳定性；例如：测试切换不同扇区大小时的***兼容性和性能表现；另外，将操作类型预置与测试用例集成，可以实现自动化测试，提高测试效率和稳定性，测试工具可以根据预置类型基线库中的定义，自动选择相应的操作类型预置，并执行相应的测试用例。

S3，判断类型测试用例是否需要注入故障；

其中，若资源库中调用的用例内部存在注入故障的条目，则需要对类型测试用例注入故障；若资源库中调用的用例内部不存在注入故障的条目，则不需要对类型测试用例注入故障。

具体地，如果资源库中调用的用例内部存在注入故障的条目，那么通过对类型测试用例注入故障，可以模拟***在故障情况下的行为和性能，这有助于评估***的容错性、恢复能力和稳定性，以及验证***在异常情况下的正确处理能力；另外，注入故障的类型测试用例可以覆盖***在各种异常情况下的行为和处理方式，通过引入不同类型的故障，可以探测***在异常情况下的漏洞和缺陷，并及时修复和改进；另外，通过对类型测试用例进行故障注入，可以发现潜在的故障和问题，并提前采取措施进行修复和优化，从而提高***的质量和可靠性；另外，根据资源库中用例的存在与否，决定是否进行故障注入，可以确保测试的完整性和全面性，只对存在注入故障条目的用例进行注入测试，可以避免不必要的测试开销和冗余。

S4，若类型测试用例需要注入故障，则对类型测试用例注入故障，以得到故障类型测试用例；

具体地，若类型测试用例需要注入故障，则从故障类型基线库中选取故障注入到类型测试用例，以得到故障类型测试用例；其中，故障类型基线库包括介质类故障和盘片类故障两种；其中，介质类故障包括：写失败、写超时、擦失败、擦超时、读失败、读超时、坏块、UNC(write uncorrectable command)、空白页、die失效、及LPA比对失败(LPA：LBA的换算成4K大小的索引，LBA：logic block addr主机访问硬盘的地址索引，其对应的单个物理空间，叫扇区，单个大小即扇区大小)；盘片类故障包括：正常掉电、异常掉电、vendor掉电、盘只读、盘片寿命超期、高温、低温、电容电压高于阈值、电容电压低于阈值、电源电压低于阈值、及电源电压高于阈值。

具体地，通过从故障类型基线库中选取不同的故障类型，将这些故障注入到不同的类型测试用例中，可以模拟***在实际生产环境中可能遇到的故障情况，这有助于评估***在各种故障条件下的稳定性、可靠性和容错能力；另外，故障类型基线库中包含了多种介质类和盘片类的故障类型，通过将这些故障注入到不同的类型测试用例中，可以覆盖***在不同故障情况下的行为和处理方式，这有助于验证***在异常情况下的正确性和鲁棒性，并发现潜在的故障处理问题。

S5，返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的故障类型测试用例，在所有的故障类型测试用例中，将操作类型和故障都相同的故障类型测试用例归为一类，即故障测试套件，所有的故障类型测试用例形成若干个故障测试套件；

具体地，通过执行调用资源库中的用例，可以生成一系列的测试用例，这些测试用例可以覆盖不同的操作类型和故障类型，以验证***在各种情况下的功能和性能表现；另外，将操作类型和故障都相同的故障类型测试用例归为一类，形成故障测试套件，这样可以方便对不同故障类型进行分类管理和执行，同时通过对故障测试套件的执行，可以更好地评估***在某一特定故障类型下的行为和处理能力；另外，通过循环执行调用资源库中的用例，直至资源库中的用例全部被调用，可以生成对应数量的故障类型测试用例，这样可以增加测试覆盖度，涵盖更多的操作类型和故障类型，从而更全面地测试***的功能和性能；另外，将所有的故障类型测试用例形成若干个故障测试套件，可以方便对不同类型的故障进行组织和管理，这样可以更好地跟踪和执行故障测试，提高测试的效率和可行性。

S6，随机选取一个故障测试套件；

具体地，从若干个故障测试套件中，随机选取出一个故障测试套件，用于测试。

S7，按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果；

其中，按顺序执行故障测试套件内的故障类型测试用例，当某个故障类型测试用例被执行时，会根据唯一标识的用例编号进行脚本的选择，然后执行脚本中的预置操作，再执行用例步骤，执行过程中的日志和执行结果都会打印生成报告，以得到测试结果。

具体地，通过选择脚本进行预置操作和用例步骤的执行，可以实现自动化测试，这可以减少手动测试的工作量和时间，提高测试效率和可靠性；另外，通过执行过程中的日志和执行结果打印生成报告，可以得到测试结果，这有助于评估***在不同故障类型下的表现，并发现潜在的故障和缺陷；通过按顺序执行故障测试套件内的故障类型测试用例，并根据唯一标识的用例编号选择脚本进行预置操作和用例步骤的执行，可以规范化测试流程，提高测试的可重复性和可维护性；另外，通过打印生成日志和执行结果报告，可以方便测试人员查看测试结果和进行问题定位，同时还可以方便开发人员进行故障修复和改进。

S8，判断当前故障测试套件内的故障类型测试用例是否都已执行完成；

具体地，通过判断测试套件内的故障类型测试用例是否都已执行完成，可以跟踪测试的进度，这有助于测试团队了解当前的测试进展情况，及时调整资源和计划；另外，通过判断测试套件内的故障类型测试用例是否都已执行完成，可以验证测试的完整性，这有助于确保所有的故障类型都得到了覆盖，没有遗漏任何一种故障情况；另外，通过判断测试套件内的故障类型测试用例是否都已执行完成，可以对测试结果进行分析，这有助于对***在不同故障类型下的表现进行评估，并发现潜在的故障和缺陷；另外，通过判断测试套件内的故障类型测试用例是否都已执行完成，可以确保测试的质量，这有助于避免因测试用例执行不完整而导致的测试缺陷和漏洞。

S9，若当前故障测试套件内的故障类型测试用例都已执行完成，则判断所有的故障测试套件是否都已执行完成；

具体地，通过判断所有的故障测试套件是否都已执行完成，可以跟踪整体测试的进度，这有助于测试团队了解整个测试过程的完成情况，及时评估测试的进展并做出相应的调整；另外，通过判断所有的故障测试套件是否都已执行完成，可以验证故障测试的覆盖度，这有助于确保所有的故障类型和故障场景都得到了充分的测试，从而提高测试的全面性和可靠性；另外，通过判断所有的故障测试套件是否都已执行完成，可以快速发现未执行的故障测试套件，进而及时进行补充和修复，这有助于避免因未执行某些故障测试套件而导致的潜在缺陷和漏洞；另外，通过判断所有的故障测试套件是否都已执行完成，可以对测试结果进行整合，并生成完整的测试报告，这有助于对整体测试的结果进行分析和总结，为项目决策和发布提供参考依据。

S10，若所有的故障测试套件都已执行完成，则SSD测试完成，清空盘片数据，以使SSD恢复盘片初始默认设置。

具体地，清空盘片数据可以将SSD恢复到初始默认设置，即没有任何用户数据的状态，这有助于确保在进行下一轮测试或部署前，SSD处于一个干净的状态，不会受到之前测试数据的干扰；另外，通过清空盘片数据，可以重置测试环境，将SSD还原为测试开始前的状态，这有助于消除之前测试过程中可能留下的任何影响，并为后续的测试提供一个干净的基准；另外，清空盘片数据可以确保测试结果的可靠性和一致性，如果之前的测试数据仍然存在于盘片上，可能会导致后续测试结果受到数据残留的影响，从而降低测试的准确性和可靠性；另外，清空盘片数据可以减少测试人员手动清理数据的工作量，从而提高测试的效率，测试人员无需逐个删除测试数据，而是可以通过清空盘片数据的方式快速清理整个SSD，为下一轮测试节省时间和精力。

请参阅图1至图2所示，在一实施例中，所述判断类型测试用例是否需要注入故障步骤之后，还包括：

S11，若类型测试用例不需要注入故障，则类型测试用例为无故障类型测试用例，即得到无故障类型测试用例；

具体地，无故障类型测试用例可以对SSD进行全面的正常工作情况测试，从而确保SSD在正常工作条件下的稳定性和可靠性，如果只注重故障类型的测试，可能会忽略一些正常工作情况下的异常情况，导致SSD在实际使用中出现问题；另外，无故障类型测试用例可以减少测试人员手动注入故障的工作量，从而提高测试的效率；测试人员无需逐个注入各种故障类型，而是可以通过无故障类型测试用例快速进行正常工作情况下的测试；另外，无故障类型测试用例可以增强测试的覆盖度，在测试过程中，无故障类型测试用例可以覆盖SSD的各项功能和特性，包括存储容量、读写速度、数据保护等方面，从而更全面地评估SSD的性能和可靠性；另外，无故障类型测试用例可以帮助测试团队合理分配测试资源，如果所有测试用例都是故障类型测试用例，可能会消耗大量的时间和资源，而无故障类型测试用例可以在保证测试全面性的同时，节省测试时间和资源，提高测试效率。

S12，返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的无故障类型测试用例，在所有的无故障类型测试用例中，将操作类型相同的无故障类型测试用例归为一类，即无故障测试套件，所有的无故障类型测试用例形成若干个无故障测试套件；

具体地，通过循环执行资源库中的用例，直至所有用例被调用，可以得到对应数量的无故障类型测试用例，这样做可以有效利用已有的测试用例资源，减少冗余的测试用例编写工作，从而提高测试效率；另外，将操作类型相同的无故障类型测试用例归为一类，形成无故障测试套件，这样做可以使测试用例的组织和管理更加清晰和有序，方便测试人员查找和使用相应的测试用例，减少混乱和错误；另外，通过将无故障类型测试用例按照操作类型分类，形成无故障测试套件，可以使测试用例的维护更加方便和高效，当需要修改或更新某个操作类型的测试用例时，只需对对应的测试套件进行修改，而不需要逐个修改所有的测试用例；另外，通过循环执行资源库中的用例，可以确保所有的无故障类型测试用例都得到执行，从而增强了测试的覆盖度，这有助于发现潜在问题和异常情况，提高测试的质量和准确性。

S13，根据优先级仲裁机制，优先执行对无故障测试套件的测试，即随机选取一个无故障测试套件；

其中，优先级仲裁机制指的是优先选择无故障测试套件进行执行，当所有的无故障测试套件都已执行完后，再选择有故障类型的测试套件进行执行。

具体地，从若干个无故障测试套件中，随机选取出一个无故障测试套件，用于测试。通过优先选择无故障测试套件进行执行，可以尽可能地减少故障注入的次数，从而提高测试效率，同时随机选择无故障测试套件进行执行，可以避免重复执行相同的测试用例，进一步提高测试效率；另外，在所有的无故障测试套件都执行完毕后，再选择有故障类型的测试套件进行执行，这样做可以保证在测试开始时，SSD处于正常工作状态，避免之前的测试对后续测试结果产生影响，从而提高测试稳定性；另外，通过优先选择无故障测试套件进行执行，可以保证测试全面性，确保SSD在正常工作条件下的稳定性和可靠性得到充分测试，同时，在所有的无故障测试套件都执行完毕后，再进行故障测试套件测试，可以更加有针对性地发现SSD的问题和异常情况，从而增强测试覆盖度。

S14，按顺序执行无故障测试套件内的无故障类型测试用例，以得到测试结果；

其中，按顺序执行无故障测试套件内的无故障类型测试用例，当某个无故障类型测试用例被执行时，会根据唯一标识的用例编号进行脚本的选择，然后执行脚本中的预置操作，再执行用例步骤，执行过程中的日志和执行结果都会打印生成报告，以得到测试结果。

具体地，通过按照预设的顺序依次执行无故障测试套件内的测试用例，可以确保每个用例都得到执行，从而全面地覆盖***的功能；另外，通过用例编号来选择相应的脚本，可以确保每个用例都采用正确的脚本进行执行，避免了执行错误脚本的可能性，保证测试的准确性；另外，在执行每个测试用例之前，执行脚本中的预置操作，可以确保测试环境和前置条件的正确设置，从而保证测试的可靠性和一致性；另外，逐步执行测试用例中的步骤，并在执行过程中记录日志和生成报告，通过日志可以追踪测试的执行过程，对于发生的问题和异常情况可以进行排查和分析，生成的报告可以用于总结测试结果，包括通过和未通过的用例，以及相应的执行结果和错误信息，方便测试人员进行后续分析和处理。

S15，判断当前无故障测试套件内的无故障类型测试用例是否都已执行完成；若当前无故障测试套件内的故障类型测试用例未执行完成，则返回执行S14；

具体地，通过判断当前无故障测试套件内的无故障类型测试用例是否都已执行完成，可以及时了解测试的进度和执行情况，这有助于测试团队进行进度掌控和项目管理，确保测试按计划进行；另外，通过检查是否所有无故障类型测试用例都已执行完成，可以避免遗漏某些用例而导致测试不全面，确保每个无故障类型测试用例都得到执行，可以提高测试的覆盖度和准确性；另外，当所有无故障类型测试用例都已执行完成时，可以触发后续的操作，如进行下一阶段的测试、分析测试结果等，判断测试用例是否执行完成，可以作为触发条件，确保后续操作在合适的时机进行；另外，根据测试用例的执行情况，可以生成相应的反馈和报告，如果有未执行完成的测试用例，可以在报告中标记出来，以便测试人员进行补充或调整，同时对于已执行完成的测试用例，可以在报告中记录相应的执行结果，方便后续的分析和评估。

S16，若当前无故障测试套件内的无故障类型测试用例都已执行完成，则判断所有的无故障测试套件是否都已执行完成；若所有的无故障测试套件未执行完成，则返回执行S13；

具体地，如果所有的无故障测试套件都已执行完成，那么意味着整个无故障测试的覆盖范围已经完成，这可以用来验证测试的完整性，确保所有的功能和场景都得到了测试，减少因遗漏而导致的问题；另外，当所有的无故障测试套件都已执行完成时，可以触发下一阶段的操作，如进行故障测试、性能测试等，通过判断是否所有的无故障测试套件都已执行完成，可以作为触发条件，确保后续操作在合适的时机开始。

S17，若所有的无故障测试套件都已执行完成，则返回执行随机选取一个故障测试套件，即S6。

在一实施例中，所述判断当前故障测试套件内的故障类型测试用例是否都已执行完成步骤之后，还包括：

若当前故障测试套件内的故障类型测试用例未全部执行完成，则返回执行按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果，即S7。

在一实施例中，所述判断所有的故障测试套件是否都已执行完成步骤之后，还包括：

S18，若所有的故障测试套件未执行完成，则清理当前测试环境，并返回执行随机选取一个故障测试套件，即S6。

具体地，清理测试环境指的是下发fiq掉电，这一操作具体指恢复盘片到初始状态，清空盘片数据，清除注入盘片的故障，恢复盘片初始默认设置(比如：盘片初始是512扇区，预置中设置为4096扇区，并注入了写失败故障，环境清理之后，盘片需要恢复到512扇区，并且不会存在写失败故障)。

为便于理解本发明的技术方案，特提供以下具体实施例：

例如：用例资源库中有用例{case1，case2，case3…caseN}，顺序调用一个用例case1；

case1：(假设用例步骤为如下)预埋盘片数据，启动GC(垃圾回收)，注入写失败，查看盘片GC是否正常处理；

A1：首先根据用例选项设置中的选择，从预置基线库中选择预置操作：预埋数据；判断存在注入写失败的故障，所以case1的用例放入预埋数据+写失败的测试套件中；

A2：用例资源库中的用例会持续被调用，把其他用例分配到各个类型的测试套件中，无故障的测试套件还未分配用例，case1对应的有故障的测试套件会优先被调用执行；

A3：用例被调用执行的时候，会根据唯一标识的用例编号进行脚本的选择，然后执行脚本中的预置操作，再执行用例步骤，执行过程中的日志和执行结果都会打印生成报告；

A4：再去判断当前这个测试套件，是否有其他未执行的用例，如果有，则不清理环境，继续执行下一个用例；若没有其他用例，则清理环境，选择下一个需要执行的测试套件。

本发明通过形成测试套件，先统一执行测试套件的预置操作，再执行同一测试套件中需要同样预置操作的用例，来达到相同的预置操作需要不同测试步骤时，不需要多次重复执行相同的预置操作，在执行完同一测试套件的所有用例后，有注入故障的进行清理环境，没有注入故障的测试套件，继续执行下一个测试套件，通过这一操作机制加速自动化执行，提高测试开发及维护效率。

请参阅图3所示，本发明还公开了一种加速SSD测试的装置，包括：调用单元10、预置单元20、第一判断单元30、注入单元40、第一返回归类单元50、第一选取单元60、第一执行单元70、第二判断单元80、第三判断单元90及清空恢复单元100；

所述调用单元10，用于调用资源库中的用例，以得到测试用例；

所述预置单元20，用于对测试用例预置操作类型，以得到类型测试用例；

所述第一判断单元30，用于判断类型测试用例是否需要注入故障；

所述注入单元40，用于若类型测试用例需要注入故障，则对类型测试用例注入故障，以得到故障类型测试用例；

所述第一返回归类单元50，用于返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的故障类型测试用例，在所有的故障类型测试用例中，将操作类型和故障都相同的故障类型测试用例归为一类，即故障测试套件，所有的故障类型测试用例形成若干个故障测试套件；

所述第一选取单元60，用于随机选取一个故障测试套件；

所述第一执行单元70，用于按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果；

所述第二判断单元80，用于判断当前故障测试套件内的故障类型测试用例是否都已执行完成；

所述第三判断单元90，用于若当前故障测试套件内的故障类型测试用例都已执行完成，则判断所有的故障测试套件是否都已执行完成；

所述清空恢复单元100，用于若所有的故障测试套件都已执行完成，则SSD测试完成，清空盘片数据，以使SSD恢复盘片初始默认设置。

在一实施例中，所述装置还包括：得到单元110、第二返回归类单元120、第二选取单元130、第二执行单元140、第四判断单元150、第五判断单元160及第一返回单元170；

所述得到单元110，用于若类型测试用例不需要注入故障，则类型测试用例为无故障类型测试用例，即得到无故障类型测试用例；

所述第二返回归类单元120，用于返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的无故障类型测试用例，在所有的无故障类型测试用例中，将操作类型相同的无故障类型测试用例归为一类，即无故障测试套件，所有的无故障类型测试用例形成若干个无故障测试套件；

所述第二选取单元130，用于根据优先级仲裁机制，优先执行对无故障测试套件的测试，即随机选取一个无故障测试套件；

所述第二执行单元140，用于按顺序执行无故障测试套件内的无故障类型测试用例，以得到测试结果；

所述第四判断单元150，用于判断当前无故障测试套件内的无故障类型测试用例是否都已执行完成；

所述第五判断单元160，用于若当前无故障测试套件内的无故障类型测试用例都已执行完成，则判断所有的无故障测试套件是否都已执行完成；

所述第一返回单元170，用于若所有的无故障测试套件都已执行完成，则返回执行随机选取一个故障测试套件。

在一实施例中，所述装置还包括：第二返回单元，用于若当前故障测试套件内的故障类型测试用例未全部执行完成，则返回执行按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果。

在一实施例中，所述装置还包括：清理返回单元180，用于若所有的故障测试套件未执行完成，则清理当前测试环境，并返回执行随机选取一个故障测试套件。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述加速SSD测试的装置和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

上述加速SSD测试的装置可以实现为一种计算机程序的形式，该计算机程序可以在如图4所示的计算机设备上运行。

请参阅图4，图4是本申请实施例提供的一种计算机设备的示意性框图；该计算机设备500可以是终端，也可以是服务器，其中，终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

参阅图4，该计算机设备500包括通过***总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作***5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种加速SSD测试的方法。

该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种加速SSD测试的方法。

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

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：

调用资源库中的用例，以得到测试用例；对测试用例预置操作类型，以得到类型测试用例；判断类型测试用例是否需要注入故障；若类型测试用例需要注入故障，则对类型测试用例注入故障，以得到故障类型测试用例；返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的故障类型测试用例，在所有的故障类型测试用例中，将操作类型和故障都相同的故障类型测试用例归为一类，即故障测试套件，所有的故障类型测试用例形成若干个故障测试套件；随机选取一个故障测试套件；按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果；判断当前故障测试套件内的故障类型测试用例是否都已执行完成；若当前故障测试套件内的故障类型测试用例都已执行完成，则判断所有的故障测试套件是否都已执行完成；若所有的故障测试套件都已执行完成，则SSD测试完成，清空盘片数据，以使SSD恢复盘片初始默认设置。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机***中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令，所述程序指令当被处理器执行时可实现上述的加速SSD测试的方法。该存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时可实现上述的方法。该程序指令包括以下步骤：

调用资源库中的用例，以得到测试用例；对测试用例预置操作类型，以得到类型测试用例；判断类型测试用例是否需要注入故障；若类型测试用例需要注入故障，则对类型测试用例注入故障，以得到故障类型测试用例；返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的故障类型测试用例，在所有的故障类型测试用例中，将操作类型和故障都相同的故障类型测试用例归为一类，即故障测试套件，所有的故障类型测试用例形成若干个故障测试套件；随机选取一个故障测试套件；按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果；判断当前故障测试套件内的故障类型测试用例是否都已执行完成；若当前故障测试套件内的故障类型测试用例都已执行完成，则判断所有的故障测试套件是否都已执行完成；若所有的故障测试套件都已执行完成，则SSD测试完成，清空盘片数据，以使SSD恢复盘片初始默认设置。

所述存储介质可以是U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

上述实施例为本发明较佳的实现方案，除此之外，本发明还可以其它方式实现，在不脱离本技术方案构思的前提下任何显而易见的替换均在本发明的保护范围之内。

Claims (10)

1.加速SSD测试的方法，其特征在于，包括以下步骤：

调用资源库中的用例，以得到测试用例；

对测试用例预置操作类型，以得到类型测试用例；

判断类型测试用例是否需要注入故障；

若类型测试用例需要注入故障，则对类型测试用例注入故障，以得到故障类型测试用例；

返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的故障类型测试用例，在所有的故障类型测试用例中，将操作类型和故障都相同的故障类型测试用例归为一类，即故障测试套件，所有的故障类型测试用例形成若干个故障测试套件；

随机选取一个故障测试套件；

按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果；

判断当前故障测试套件内的故障类型测试用例是否都已执行完成；

若当前故障测试套件内的故障类型测试用例都已执行完成，则判断所有的故障测试套件是否都已执行完成；

若所有的故障测试套件都已执行完成，则SSD测试完成，清空盘片数据，以使SSD恢复盘片初始默认设置。

2.根据权利要求1所述的加速SSD测试的方法，其特征在于，所述判断类型测试用例是否需要注入故障步骤之后，还包括：

若类型测试用例不需要注入故障，则类型测试用例为无故障类型测试用例，即得到无故障类型测试用例；

返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的无故障类型测试用例，在所有的无故障类型测试用例中，将操作类型相同的无故障类型测试用例归为一类，即无故障测试套件，所有的无故障类型测试用例形成若干个无故障测试套件；

根据优先级仲裁机制，优先执行对无故障测试套件的测试，即随机选取一个无故障测试套件；

按顺序执行无故障测试套件内的无故障类型测试用例，以得到测试结果；

判断当前无故障测试套件内的无故障类型测试用例是否都已执行完成；

若当前无故障测试套件内的无故障类型测试用例都已执行完成，则判断所有的无故障测试套件是否都已执行完成；

若所有的无故障测试套件都已执行完成，则返回执行随机选取一个故障测试套件。

3.根据权利要求1所述的加速SSD测试的方法，其特征在于，所述判断当前故障测试套件内的故障类型测试用例是否都已执行完成步骤之后，还包括：

若当前故障测试套件内的故障类型测试用例未全部执行完成，则返回执行按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果。

4.根据权利要求1所述的加速SSD测试的方法，其特征在于，所述判断所有的故障测试套件是否都已执行完成步骤之后，还包括：

若所有的故障测试套件未执行完成，则清理当前测试环境，并返回执行随机选取一个故障测试套件。

5.加速SSD测试的装置，其特征在于，包括：调用单元、预置单元、第一判断单元、注入单元、第一返回归类单元、第一选取单元、第一执行单元、第二判断单元、第三判断单元及清空恢复单元；

所述调用单元，用于调用资源库中的用例，以得到测试用例；

所述预置单元，用于对测试用例预置操作类型，以得到类型测试用例；

所述第一判断单元，用于判断类型测试用例是否需要注入故障；

所述注入单元，用于若类型测试用例需要注入故障，则对类型测试用例注入故障，以得到故障类型测试用例；

所述第一返回归类单元，用于返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的故障类型测试用例，在所有的故障类型测试用例中，将操作类型和故障都相同的故障类型测试用例归为一类，即故障测试套件，所有的故障类型测试用例形成若干个故障测试套件；

所述第一选取单元，用于随机选取一个故障测试套件；

所述第一执行单元，用于按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果；

所述第二判断单元，用于判断当前故障测试套件内的故障类型测试用例是否都已执行完成；

所述第三判断单元，用于若当前故障测试套件内的故障类型测试用例都已执行完成，则判断所有的故障测试套件是否都已执行完成；

所述清空恢复单元，用于若所有的故障测试套件都已执行完成，则SSD测试完成，清空盘片数据，以使SSD恢复盘片初始默认设置。

6.根据权利要求5所述的加速SSD测试的装置，其特征在于，所述装置还包括：得到单元、第二返回归类单元、第二选取单元、第二执行单元、第四判断单元、第五判断单元及第一返回单元；

所述得到单元，用于若类型测试用例不需要注入故障，则类型测试用例为无故障类型测试用例，即得到无故障类型测试用例；

所述第二返回归类单元，用于返回执行调用资源库中的用例，以得到测试用例，并循环执行直至资源库中的用例全部被调用，以得到对应数量的无故障类型测试用例，在所有的无故障类型测试用例中，将操作类型相同的无故障类型测试用例归为一类，即无故障测试套件，所有的无故障类型测试用例形成若干个无故障测试套件；

所述第二选取单元，用于根据优先级仲裁机制，优先执行对无故障测试套件的测试，即随机选取一个无故障测试套件；

所述第二执行单元，用于按顺序执行无故障测试套件内的无故障类型测试用例，以得到测试结果；

所述第四判断单元，用于判断当前无故障测试套件内的无故障类型测试用例是否都已执行完成；

所述第五判断单元，用于若当前无故障测试套件内的无故障类型测试用例都已执行完成，则判断所有的无故障测试套件是否都已执行完成；

所述第一返回单元，用于若所有的无故障测试套件都已执行完成，则返回执行随机选取一个故障测试套件。

7.根据权利要求5所述的加速SSD测试的装置，其特征在于，所述装置还包括：第二返回单元，用于若当前故障测试套件内的故障类型测试用例未全部执行完成，则返回执行按顺序执行故障测试套件内的故障类型测试用例，以得到测试结果。

8.根据权利要求5所述的加速SSD测试的装置，其特征在于，所述装置还包括：清理返回单元，用于若所有的故障测试套件未执行完成，则清理当前测试环境，并返回执行随机选取一个故障测试套件。

9.一种计算机设备，其特征在于，所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-4中任一项所述的加速SSD测试的方法。

10.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时实现如权利要求1-4中任一项所述的加速SSD测试的方法。