硬件测试方法、装置、电子设备和存储介质制造方法及图纸

本发明专利技术公开了一种硬件测试方法、装置、电子设备和存储介质，其中，该方法包括：根据获取的入参场景确定待测硬件对应应用程序接口API的API种类和API调用顺序；通过所述API种类和所述API调用顺序在预设测试表单中依次调用接口测试用例测试所述待测硬件；在预设界面展示所述待测硬件的测试结果。本发明专利技术实施例的技术方案，通过入参场景确定待测硬件需要测试的API种类和API调用顺序，并获取对应的接口测试用例进行硬件测试，减少了测试用例的重复设计时间，提高了硬件测试效率，辅助客户快速还原应用场景，降低故障定位的难度，提高问题定位效率，可增强用户体验程度。

【技术实现步骤摘要】
硬件测试方法、装置、电子设备和存储介质
本专利技术实施例涉及硬件测试
，尤其涉及一种硬件测试方法、装置、电子设备和存储介质。
技术介绍
OpenCPU是一种以模块作为主处理器的应用方式，随着通信技术的发展和市场的不断变化，越来越多的用户认识到OpenCPU解决方案的优势。OpenCPU逐渐应用到无线通信模组内，用于解决共享模块内处理器和FLASH内存资源。普通通信模组和OpenCpu通信模组的结构可以如图1a和图1b所示，传统通信模组需要与微控制单元(MicrocontrollerUnit,MCU)需要存在解析指令和输出结果的过程，而OpenCpu通信模组可以通过MCU直接调用应用程序接口(ApplicationProgramInterface,API)。针对OpenCpu通信模组，常规的测试方法是测试者针对待测试接口设计测试用例，按照入参条件场景编写测试代码并编译生成范例demo的pac文件，在进行测试时将pac文件下载到通信模组进行测试。由于通信模组的入参条件场景包括多个API的调用过程，需要一一针对API设计测试用例并重复上述过程，OpenCpu通信模组的测试过程花费大量时间。
技术实现思路
本专利技术提供一种硬件测试方法、装置、电子设备和存储介质，以实现硬件的快速测试，提高测试用例的复用次数，减少硬件测试的时间花费，并降低测试难度。第一方面，本专利技术实施例提供了一种硬件侧方法，该方法包括：根据获取的入参场景确定待测硬件对应应用程序接口API的API种类和API调用顺序；r>通过所述API种类和所述API调用顺序在预设测试表单中依次调用接口测试用例测试所述待测硬件；在预设界面展示所述待测硬件的测试结果。第二方面，本专利技术实施例还提供了一种硬件测试装置，该装置包括：属性信息模块，用于根据获取的入参场景确定待测硬件对应应用程序接口API的API种类和API调用顺序；测试执行模块，用于通过所述API种类和所述API调用顺序在预设测试表单中依次调用接口测试用例测试所述待测硬件；结果展示模块，用于在预设界面展示所述待测硬件的测试结果。第三方面，本专利技术实施例还提供了一种电子设备，该电子设备包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本专利技术实施例中任一所述的硬件测试方法。第四方面，本专利技术实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如本专利技术实施例中任一所述的硬件测试方法。本专利技术实施例，通过入参场景确定待测硬件对应的应用程序接口的API种类和调用顺序，通过API种类和调用顺序在预设测试表中查找待测硬件对应的接口测试用例并对所述待测硬件进行测试，将测试结果在预设界面进行展示，实现了待测硬件的快速测试，减少了测试用例的重复设计时间，提高了硬件测试效率，辅助客户快速还原应用场景，降低故障定位的难度，提高问题定位效率。附图说明图1a是现有技术中一种普通通信模组的结构示意图；图1b是现有技术中一种OpenCpu通信模组的结构示意图；图2是现有技术中常规API测试的耗时分析示例图；图3是本专利技术实施例一提供的一种硬件测试方法的流程图；图4是本专利技术实施例二提供的另一种硬件测试方法的流程图；图5是本专利技术实施例二提供的一种预设界面中API接口测试模块分组模型的示例图；图6是本专利技术实施例三提供的一种硬件测试装置的结构示意图；图7是本专利技术实施例四提供的一种电子设备的结构示意图。具体实施方式下面结合附图和实施例对本专利技术作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本专利技术，而非对本专利技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本专利技术相关的部分而非全部结构，此外，在不冲突的情况下，本专利技术中的实施例及实施例中的特征可以相互组合。常规的硬件测试方法，测试者针对待测试硬件的API设计测试用例，按照入参条件场景写一段测试代码，并编译生成测试范例demo的pac文件，将生成的pac文件下载入到待测硬件，使得待测硬件开机直接运行demo完成该场景的API测试，并记录测试结果。然后针对待测硬件的另一个API重复上述步骤，实现编码、下载和运行。可以发现传统的硬件测试的测试效率低下，花大量的时间在demo的编码和编译调试上。图2是现有技术中常规API测试的耗时分析示例图，参见图2，假设用户基础工程编译完成，基本功能测试完成，完成版本发布要求，进入测试阶段，针对APIa的测试用例一，需要完成测试场景demo，此时测试者编码、编译和调试场景用时t11，下载demo包到模组用时时t2，运行测试demo用时t3。APIb的测试用例二，同理总用时t12+t2+t3，这里假设demo版本下载时间t2和测试用例运行时间t3不变；相应的，直到APIn的测试用例n的总用时为t1n+t2+t3，那么如果测试n个测试用例的总耗时可以为t11+t12+…+t1n+nt2+nt3。对于待测硬件的测试过程，测试者需要花费大量时间进行编码、编译、下载，真正关注测试主体的时间并不多，本专利技术实施例的方法，通过待测硬件的使用场景调用集成的测试用例，可减少测试过程的编码的时间成本，提高硬件的测试效率。实施例一图3是本专利技术实施例一提供的一种硬件测试方法的流程图，本实施例可适用于OpenCpu通信模组复杂应用场景测试的情况，该方法可以由硬件测试装置来执行，该装置可以采用硬件和/或软件的方式来实现，参见图3，本专利技术实施例提供的方法具体包括如下步骤：步骤101、根据获取的入参场景确定待测硬件对应应用程序接口API的API种类和API调用顺序。其中，入参场景可以是需要测试的硬件应用场景，入参场景可以包括硬件的使用功能和各功能的使用顺序，待测硬件可以是需要进行测试的硬件，可以是设置有存在应用程序接口的硬件，例如，传统通信模组和OpenCpu通信模组等。在本专利技术实施例中，应用程序接口API可以是待测硬件中包括的函数接口，API中可以是一些预先定义的函数，目的是基于软件和/或硬件提供访问一组例程的能力。API种类可以是API的属性信息，具体可以是待测硬件在入参场景中使用的API种类，API调用顺序可以是在入参场景中待测硬件调用API的顺序。具体的，在获取到待测硬件的入参场景后，可以通过入参场景中使用待测硬件的方式确定出待测硬件中应用程序接口API的API种类和API调用顺序，示例性的，一个入参场景可以包括依次进行开机、分组数据协议(Packetdataprotocol)激活、获取IMEI、获取Plmn、Pdp去激活、获取网络连接状态、拨打10086、挂断电话和获取网络连接状态等操作，可以根据待测设备执行的操作确定对应的API种类，根据待测设备执行操作的顺序确定API调用顺序。步骤102、通过API种类和API调用顺序在本文档来自技高网...

【技术保护点】
1.一种硬件测试方法，其特征在于，所述方法包括：/n根据获取的入参场景确定待测硬件对应应用程序接口API的API种类和API调用顺序；/n通过所述API种类和所述API调用顺序在预设测试表单中依次调用接口测试用例测试所述待测硬件；/n在预设界面展示所述待测硬件的测试结果。/n

【技术特征摘要】
1.一种硬件测试方法，其特征在于，所述方法包括：
根据获取的入参场景确定待测硬件对应应用程序接口API的API种类和API调用顺序；
通过所述API种类和所述API调用顺序在预设测试表单中依次调用接口测试用例测试所述待测硬件；
在预设界面展示所述待测硬件的测试结果。


2.根据权利要求1所述的方法，其特征在于，所述根据获取的入参场景确定待测硬件对应应用程序接口API的API种类和API调用顺序，包括：
通过预设界面获取用户输入的待测硬件的功能信息和功能执行顺序作为入参场景；
确定实现所述功能信息对应功能的API种类，并将所述功能执行顺序作为所述API调用顺序。


3.根据权利要求1所述的方法，其特征在于，所述通过所述API种类和所述API调用顺序在预设测试表单中依次调用接口测试用例测试所述待测硬件，包括：
按照所述API调用顺序依次在所述预设测试表单中调用所述API种类对应的接口测试用例，其中，所述预设测试表单中按照API功能分类存储有至少一个接口测试用例；
将所述接口测试用例输入到所述待测硬件以执行硬件测试。


4.根据权利要求1或3所述的方法，其特征在于，所述预设测试表单的预设过程包括：
按照应用程序接口API的使用方法封装接口测试用例，其中，接口测试用例至少包括API的输入参数、输出参数和返回值中至少一种；
将所述接口测试用例按照对应的API所属的硬件功能分类存储；
将分类后的所述接口测试用例按照对应的硬件功能分类在主函数注册作为预设测试表单的...

【专利技术属性】
技术研发人员：张雪梅，
申请(专利权)人：龙尚科技上海有限公司，
类型：发明
国别省市：上海;31