测试用例处理方法、系统、终端及存储介质与流程

文档序号:18939900发布日期:2019-10-23 01:03阅读:225来源:国知局
测试用例处理方法、系统、终端及存储介质与流程

本发明涉及测试领域,尤其涉及一种测试用例处理方法、测试用例处理系统、终端以及计算机可读存储介质。



背景技术:

在移动互联网快速迭代的大背景下,测试用例的设计工作十分繁重,而面对日益增长的测试用例集,后期的维护更是变得心有余而力不足。

传统的测试用例处理系统往往具有以下不足:可以标记整个测试用例执行的结果为成功或者失败,但是不能对其中的每一个步骤的执行结果进行标记,因而无法精确定位测试用例执行失败的根本原因。在海量的测试用例库中,存在很多共同的步骤,一旦软件功能进行改版,需要对测试用例进行维护修改的时候,很难定位出仅受功能变更影响而需要修改的测试步骤,从而导致测试用例慢慢变得不可维护,最后需要对整个测试用例全部进行重新设计,浪费了大量的人力,降低了测试效率。



技术实现要素:

鉴于以上内容,有必要提出一种测试用例处理方法、测试用例处理系统、终端以及计算机可读存储介质,能够提高测试效率,降低测试用例维护修改成本。

本发明实施例第一方面提供一种测试用例处理方法,所述测试用例处理方法包括:

获取所有测试用例;

根据预设分配规则将每一所述测试用例拆分为公用测试模块与非公用测试模块;

对所述公用测试模块的配置文件进行解析生成第一结构化的测试配置项,对所述非公用测试模块的配置文件进行解析生成第二结构化的测试配置项;

运行所述第一结构化的测试配置项和所述第二结构化的测试配置项后,获取对应所述第一结构化的测试配置项的第一测试结果及对应所述第二结构化的测试的第二测试结果;

根据所述第一测试结果和所述第二测试结果标记待测的每一所述测试用例的运行结果。

进一步的,在本发明实施例提供的上述测试用例处理方法中,所述根据预设分配规则将每一所述测试用例分为公用测试模块与非公用测试模块包括:

提取每一所述测试用例步骤中的公用的测试用例部分,作为所述公用测试模块;

提取每一所述测试用例步骤中的非公用测试用例部分,作为所述非公用测试模块。

进一步的,在本发明实施例提供的上述测试用例处理方法中,所述根据所述第一测试结果和所述第二测试结果标记待测的每一测试用例的运行结果包括:

获取每一测试用例的所述公用测试模块对应的第一测试结果与非公用测试模块对应的第二测试结果;

判断每一测试用例的所述公用测试模块对应的第一测试结果与非公用测试模块对应的第二测试结果的测试结果是否均为成功的结果;

当所述第一测试结果和所述第二测试结果中的测试结果均为成功的结果时,标记待测的每一测试用例的运行结果为运行成功;

当所述第一测试结果和所述第二测试结果中的测试结果存在失败的结果时,标记待测的每一测试用例的运行结果为运行失败。

进一步的,在本发明实施例提供的上述测试用例处理方法中,所述公用测试模块与所述非公用测试模块的任一测试模块步骤中标记有测试标识,所述测试标识用于标识所述公用测试模块与所述非公用测试模块的测试结果成功或测试结果失败。

进一步的,在本发明实施例提供的上述测试用例处理方法中,所述方法还包括:

当所述测试用例的运行结果失败时,根据所述测试标识获取测试结果失败的测试模块;

基于所述配置项重新运行测试结果失败的测试模块。

进一步的,在本发明实施例提供的上述测试用例处理方法中,在所述标记待测的每一所述测试用例的运行结果之后,所述方法还包括:

获取每一所述测试用例的运行结果;

根据所述运行结果生成测试报告并发送至预设联系人。

进一步的,在本发明实施例提供的上述测试用例处理方法中,所述非公用测试模块包括以下一种或多种的组合:

单个测试步骤组成的测试模块;

多个测试步骤组成的测试模块。

本发明实施例第二方面还提供一种测试用例处理系统,所述测试用例处理系统包括:

测试用例获取模块,用于获取所有测试用例;

测试用例划分模块,用于根据预设分配规则将每一所述测试用例拆分为公用测试模块与非公用测试模块;

测试用例解析模块,用于对所述公用测试模块的配置文件进行解析生成第一结构化的测试配置项,对所述非公用测试模块的配置文件进行解析生成第二结构化的测试配置项;

测试结果获取模块,用于运行所述第一结构化的测试配置项和所述第二结构化的测试配置项后,获取对应所述第一结构化的测试配置项的第一测试结果及对应所述第二结构化的测试的第二测试结果;

最终结果获取模块,用于根据所述第一测试结果和所述第二测试结果标记待测的每一所述测试用例的运行结果。

本发明实施例第三方面提供一种终端,所述终端包括处理器,所述处理器用于执行存储器中存储的计算机程序时实现上述任意一项所述的测试用例处理方法。

本发明实施例第四方面提供一种计算机可读存储介质,所述计算机可读上存储有计算机程序,所述计算机程序被处理器执行时实现上述任意一项所述的测试用例处理方法。

本发明所述的测试用例处理方法、测试用例处理系统、终端以及计算机可读存储介质,获取所有测试用例;根据预设分配规则将每一所述测试用例拆分为公用测试模块与非公用测试模块;对所述公用测试模块的配置文件进行解析生成第一结构化的测试配置项,对所述非公用测试模块的配置文件进行解析生成第二结构化的测试配置项;运行所述第一结构化的测试配置项和所述第二结构化的测试配置项后,获取对应所述第一结构化的测试配置项的第一测试结果及对应所述第二结构化的测试的第二测试结果;根据所述第一测试结果和所述第二测试结果标记待测的每一所述测试用例的运行结果。利用本发明实施例,随着公用测试模块的积累越来越充足,部分新的测试用例的设计可以由现成的公用测试模块组成;且当所述公用测试模块的步骤因为功能变更而发生改变时,只需修改公用测试模块,而无需修改整体的测试用例,因而提高了测试用例的编写效率,降低测试用例维护修改成本。

附图说明

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

图1是本发明第一实施方式提供的测试用例处理方法的流程图。

图2是本发明一实施方式的终端的结构示意图。

图3是图2所示的终端的示例性的功能模块图。

主要元件符号说明

如下具体实施方式将结合上述附图进一步说明本发明实施例。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施例对本发明进行详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本发明。

图1是本发明第一实施方式提供的测试用例处理方法的流程图,所述测试用例处理方法可以应用于终端1,所述终端1可以是例如智能手机、笔记本电脑、台式/平板电脑、智能手表以及个人数字助理(personaldigitalassistant,pda)等智能设备。如图1所示,所述测试用例处理方法可以包括如下步骤:

s101:获取所有测试用例。

在本发明的至少一实施例中,开发人员将调试好的测试用例上传到测试用例处理系统100的测试库中,测试用例处理系统100会自动获取测试库中的所有测试用例。获取的测试用例(testcase)是由测试者为某个特殊目标而编制的一组测试输入、执行条件以及预期结果。用于生成测试用例的常见方法是手动编码来准备输入和预期输出,以及做出关于测试框架所提供的功能是否适合所选对象的决定。所述测试用例可以包含测试用例工具命令语言(toolcommandlanguage,简称:tcl)脚本、测试输入数据、测试用例预期输出以及测试用例执行配置文件。

s102:根据预设分配规则将每一所述测试用例分为公用测试模块与非公用测试模块。

在本实施方式中,根据预设分配规则将每一所述测试用例分为公用测试模块与非公用测试模块。获取所有测试用例对应的所述公用测试模块作为公用测试用例,记作bbt(buildingblocktest),获取所有测试用例对应的所述非公用测试模块作为非公用测试用例,记作sst(simplesingletest)。其中,对于每一测试用例的所述公用测试模块,从通用性角度考虑,应在测试用例的设计上考虑前置条件、后置条件以及可变参数等因子。可以理解的是,对于每一个完整测试用例,均由所述公用测试模块与所述非公用测试模块组成;对于所有完整的测试用例,由公用测试用例bbt与非公用测试用例sst组成,将完整的测试用例记作cct(complexconcreteteat)。

所述根据预设分配规则将每一所述测试用例分为公用测试模块与非公用测试模块包括:提取每一所述测试用例步骤中的公用的测试用例部分,作为所述公用测试模块;提取每一所述测试用例步骤中的非公用测试用例部分,作为所述非公用测试模块。所述非公用测试模块包括以下一种或多种的组合:单个测试步骤组成的测试模块;多个测试步骤组成的测试模块。

在本发明的至少一实施例中,所述提取每一所述测试用例步骤中的公用的测试用例部分,作为所述公用测试模块包括:获取每一所述测试用例;将每一所述测试用例输入至预设公用测试模块识别模型中;通过所述预设公用测试模块识别模型对每一测试用例进行测试,输出每一所述测试用例中的公用的测试用例部分,作为所述公用测试模块。所述预设公用测试模块识别模型为预先设置的,用于识别每一测试用例中的公用测试用例部分的模型。同理,所述提取每一所述测试用例步骤中的非公用的测试用例部分,作为所述非公用测试模块包括:获取每一所述测试用例;将每一所述测试用例输入至预设非公用测试模块识别模型中;通过所述预设非公用测试模块识别模型对每一测试用例进行测试,输出每一所述测试用例中的非公用的测试用例部分,作为所述非公用测试模块。所述预设非公用测试模块识别模型为预先设置的,用于识别每一测试用例中的非公用测试用例部分的模型。可以理解的是,对于每一个所述测试用例,在根据所述预设公用测试模块识别模型对每一测试用例进行测试,输出每一所述测试用例中公用的测试用例部分之后,当前每一所述测试用例剩余的测试用例部分即为非公用测试用例部分。

优选的,对每一个所述公用测试模块分配有id,即公用测试模块标识;同时,对每一个所述非公用测试模块也分配有id,即非公用测试模块标识;且公用测试模块标识和非公用测试模块标识采用同样的标识方式。具体的,对于某一个公用测试模块,可以标识为“01公用测试模块”;对于某一个非公用测试模块,可以标识为“01非公用测试模块”。通过对所述公用测试模块与所述非公用测试模块分配id,可以根据id标识选取测试模块,方便快速地定位到用户所需的测试模块。

s103:对所述公用测试模块的配置文件进行解析生成第一结构化的测试配置项,对所述非公用测试模块的配置文件进行解析生成第二结构化的测试配置项。

配置文件是对测试用例处理系统100中环境的整体设置,所述配置文件可规范化测试用例处理系统100的测试用例和测试环境。所述配置文件由各种配置项组成,所述配置项指的是纳入配置管理范畴的所有项目。只有获取到配置文件中的各个配置项,才能对测试用例处理系统100的测试环境进行精准设置。对测试用例的配置文件进行解析,主要是通过将配置文件中的各个配置项提取出来。一般的,配置文件中的各个配置项可以对应到测试用例处理系统100中的某些参数,也就是说,不同的配置项与测试用例处理系统100中不同的参数信息可形成映射关系,其前提在于,映射关系的建立需要通过测试用例处理系统100的解析。即,测试用例处理系统100对配置文件的解析过程,是对配置项与测试用例处理系统100中参数信息映射关系的建立过程。通过解析配置文件,提取出配置文件中的各种配置项,从而将配置项信息与参数信息完成对应关系。在本实施方式中,对所述公用测试模块的配置文件进行解析生成第一结构化的测试配置项,对所述非公用测试模块的配置文件进行解析生成第二结构化的测试配置项。所述结构化的测试配置项是指对所述配置项进行结构化处理。

s104:运行所述第一结构化的测试配置项和所述第二结构化的测试配置项后,获取对应所述第一结构化的测试配置项的第一测试结果及对应所述第二结构化的测试配置项的第二测试结果。

在本发明的至少一实施例中,运行所述第一结构化的测试配置项和所述第二结构化的测试配置项后,获取对应所述第一结构化的测试配置项的第一测试结果及对应所述第二结构化的测试的第二测试结果。其中,所述第一测试结果包括所述公用测试模块运行成功或所述公用测试模块运行失败;所述第二测试结果包括所述非公用测试模块运行成功或所述非公用测试模块运行失败。

所述公用测试模块与所述非公用测试模块中的任一测试步骤中标记有测试标识,所述测试标识用于标识所述公用测试模块与所述非公用测试模块的测试结果成功或测试结果失败。当所述公用测试模块/非公用测试模块对应的第一/第二测试结果为失败时,会生成一个失败测试标识;当所述公用测试模块/非公用测试模块对应的第一/第二测试结果为成功时,会生成一个成功测试标识。

s105:根据所述第一测试结果和所述第二测试结果标记待测的每一所述测试用例的运行结果。

在本发明的至少一实施例中,根据所述第一测试结果和所述第二测试结果标记待测的每一所述测试用例的运行结果。所述根据所述第一测试结果和所述第二测试结果标记待测的每一所述测试用例的运行结果包括:获取每一测试用例的所述公用测试模块对应的第一测试结果与非公用测试模块对应的第二测试结果;判断每一测试用例的所述公用测试模块对应的第一测试结果与非公用测试模块对应的第二测试结果的测试结果是否均为成功的结果;当所述第一测试结果和所述第二测试结果中的测试结果均为成功的结果时,标记待测的每一测试用例的运行结果为运行成功;当所述第一测试结果和所述第二测试结果中的测试结果存在失败的结果时,标记待测的每一测试用例的运行结果为运行失败。其中,所述第一测试结果和所述第二测试结果中的测试结果存在失败的结果可以包括以下一种或多种:所述第一测试结果中存在失败的结果;所述第二测试结果中存在失败的结果;所述第一测试结果与所述第二测试结果中均存在失败的结果。当所述测试用例的运行结果为失败时,根据所述测试标识获取测试结果失败的测试模块;基于配置项重新运行测试结果失败的测试模块。也即,当所述测试用例的运行结果为存在失败的结果时,根据所述测试标识获取存在失败结果的测试模块为公用测试模块还是非公用测试模块。以存在失败结果的测试模块为公用测试模块为例,基于配置项重新加载该公用测试模块并运行。可以理解的是,测试用例在运行过程中可能出现运行失败的情况,而造成运行失败的原因有多种,主要包括测试用例源数据原因和测试系统原因。由于测试用例源数据原因引起的运行失败无法在测试过程中得到修正,而由测试系统引起的运行失败可以在测试系统恢复正常的情况时得到修正。通过对存在失败结果的测试用例重新加载并运行,能够避免由于测试系统原因而导致的测试失败,提高自动化测试的效率。

在所述标记待测的每一所述测试用例的运行结果之后,所述方法还包括:获取每一所述测试用例的运行结果;根据所述运行结果生成测试报告并发送给预设联系人。可以理解的是,当所有测试用例运行完毕时,测试用例处理系统100可获得每个测试用例的运行结果,并将每个测试用例的运行结果进行综合整理。通常地,综合整理流程是基于所有测试用例以及其对应的运行结果执行的。每个测试用例之间的运行结果可能相互影响,将所有的测试用例运行结果综合起来,可生成运行测试报告。所述运行测试报告指的是本次测试的所有测试用例总体的运行结果,包括哪些测试用例运行成功,哪些测试用例运行失败的信息。根据所述运行结果生成的测试报告可以按照瀑布流形式逐一显示,以便预设联系人进行定位和观察。所述预设联系人可以是预先设置的开发人员。

本发明实施例提供一种测试用例处理方法,获取所有测试用例;根据预设分配规则将每一所述测试用例拆分为公用测试模块与非公用测试模块;对所述公用测试模块的配置文件进行解析生成第一结构化的测试配置项,对所述非公用测试模块的配置文件进行解析生成第二结构化的测试配置项;运行所述第一结构化的测试配置项和所述第二结构化的测试配置项后,获取对应所述第一结构化的测试配置项的第一测试结果及对应所述第二结构化的测试的第二测试结果;根据所述第一测试结果和所述第二测试结果标记待测的每一所述测试用例的运行结果。利用本发明实施例,随着公用测试模块的积累越来越充足,部分新的测试用例的设计可以由现成的公用测试模块组成;且当所述公用测试模块的步骤因为功能变更而发生改变时,只需修改公用测试模块,而无需修改整体的测试用例,因而提高了测试用例的编写效率,降低测试用例维护修改成本。

以上是对本发明实施例所提供的方法进行的详细描述。根据不同的需求,所示流程图中方块的执行顺序可以改变,某些方块可以省略。下面对本发明实施例所提供的终端1进行描述。

本发明实施例还提供一种终端1,包括存储器10、处理器30及存储在存储器10上并可在处理器30上运行的计算机程序,所述处理器30执行所述程序时实现上述任一实施方式中所述的测试用例处理方法的步骤。

图2是本发明一实施方式的终端1的结构示意图,如图2所示,终端1包括存储器10,存储器10中存储有测试用例处理系统100。所述的终端1可以是手机、平板电脑、个人数字助理等具有应用显示功能的终端1。所述测试用例处理系统100可以获取所有测试用例;根据预设分配规则将每一所述测试用例拆分为公用测试模块与非公用测试模块;对所述公用测试模块的配置文件进行解析生成第一结构化的测试配置项,对所述非公用测试模块的配置文件进行解析生成第二结构化的测试配置项;运行所述第一结构化的测试配置项和所述第二结构化的测试配置项后,获取对应所述第一结构化的测试配置项的第一测试结果及对应所述第二结构化的测试的第二测试结果;根据所述第一测试结果和所述第二测试结果标记待测的每一所述测试用例的运行结果。利用本发明实施例,随着公用测试模块的积累越来越充足,部分新的测试用例的设计可以由现成的公用测试模块组成;且当所述公用测试模块的步骤因为功能变更而发生改变时,只需修改公用测试模块,而无需修改整体的测试用例,因而提高了测试用例的编写效率,降低测试用例维护修改成本。

本实施方式中,终端1还可以包括显示屏20及处理器30。存储器10、显示屏20可以分别与处理器30电连接。

所述的存储器10可以是不同类型存储设备,用于存储各类数据。例如,可以是终端1的存储器、内存,还可以是可外接于该终端1的存储卡,如闪存、sm卡(smartmediacard,智能媒体卡)、sd卡(securedigitalcard,安全数字卡)等。此外,存储器10可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器10用于存储各类数据,例如,所述终端1中安装的各类应用程序(applications)、应用上述测试用例处理方法而设置、获取的数据等信息。

显示屏20安装于终端1,用于显示信息。

处理器30用于执行所述测试用例处理方法以及所述终端1内安装的各类软件,例如操作系统及应用显示软件等。处理器30包含但不限于处理器(centralprocessingunit,cpu)、微控制单元(microcontrollerunit,mcu)等用于解释计算机以及处理计算机软件中的数据的装置。

所述的测试用例处理系统100可以包括一个或多个的模块,所述一个或多个模块被存储在终端1的存储器10中并被配置成由一个或多个处理器(本实施方式为一个处理器30)执行,以完成本发明实施例。例如,参阅图3所示,所述测试用例处理系统100可以包括测试用例获取模块101、测试用例划分模块102、测试用例解析模块103、测试结果获取模块104、运行结果获取模块105。本发明实施例所称的模块可以是完成一特定功能的程序段,比程序更适合于描述软件在处理器中的执行过程。

可以理解的是,对应上述测试用例处理方法中的各实施方式,终端1可以包括图3中所示的各功能模块中的一部分或全部,各模块的功能将在以下具体介绍。需要说明的是,以上测试用例处理方法的各实施方式中相同的名词相关名词及其具体的解释说明也可以适用于以下对各模块的功能介绍。为节省篇幅及避免重复起见,在此就不再赘述。

测试用例获取模块101可以用于获取所有测试用例。

测试用例划分模块102可以用于根据预设分配规则将每一所述测试用例拆分为公用测试模块与非公用测试模块。

测试用例解析模块103可以用于对所述公用测试模块的配置文件进行解析生成第一结构化的测试配置项,对所述非公用测试模块的配置文件进行解析生成第二结构化的测试配置项。

测试结果获取模块104可以用于运行所述第一结构化的测试配置项和所述第二结构化的测试配置项后,获取对应所述第一结构化的测试配置项的第一测试结果及对应所述第二结构化的测试的第二测试结果。

运行结果获取模块105可以用于根据所述第一测试结果和所述第二测试结果标记待测的每一所述测试用例的运行结果。

本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任一实施方式中的测试用例处理方法的步骤。

所述测试用例处理系统100/终端1/计算机设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施方式方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。

所称处理器30可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器30是所述测试用例处理系统100/终端1的控制中心,利用各种接口和线路连接整个测试用例处理系统100/终端1的各个部分。

所述存储器10用于存储所述计算机程序和/或模块,所述处理器30通过运行或执行存储在所述存储器内的计算机程序和/或模块,以及调用存储在存储器10内的数据,实现所述测试用例处理系统100/终端1的各种功能。所述存储器10可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。

在本发明所提供的几个具体实施方式中,应该理解到,所揭露的终端和方法,可以通过其它的方式实现。例如,以上所描述的系统实施方式仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。

对于本领域技术人员而言,显然本发明实施例不限于上述示范性实施例的细节,而且在不背离本发明实施例的精神或基本特征的情况下,能够以其他的具体形式实现本发明实施例。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明实施例的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明实施例内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。权利要求中陈述的多个单元、模块或装置也可以由同一个单元、模块或装置通过软件或者硬件来实现。

以上实施方式仅用以说明本发明实施例的技术方案而非限制,尽管参照以上较佳实施方式对本发明实施例进行了详细说明,本领域的普通技术人员应当理解,可以对本发明实施例的技术方案进行修改或等同替换都不应脱离本发明实施例的技术方案的精神和范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1