应用程序测试方法、装置、计算机可读存储介质及设备与流程

文档序号:31014496发布日期:2022-08-05 18:14阅读:55来源:国知局
应用程序测试方法、装置、计算机可读存储介质及设备与流程

1.本公开涉及计算机技术领域,具体而言,涉及一种应用程序测试方法、应用程序测试装置、计算机可读存储介质及电子设备。


背景技术:

2.在产品(如,软件)测试过程中,一般会对产品进行性能方面的测试和不同场景下的测试,以获得产品的性能数据(如,cpu运行时间、虚拟地址字节数、处理器时间比等)和不同场景下的接口调用数据、耗时数据等。但是,产品在生命周期内通常会存在多个版本,开发的新版本通常用于修复旧版本存在的一些问题,而现有技术通常只能够实现单版本测试,无法实现旧版本与新版本之间的横向对比测试。但是,横向对比测试有利于生成更具指导意义的测试结果,使得相关人员能够了解新版本相较于旧版本的优化程度。因此,如何实现旧版本与新版本之间的横向对比测试成为了当前亟需解决的问题。
3.需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素:

4.本公开的目的在于提供一种应用程序测试方法、应用程序测试装置、计算机可读存储介质及电子设备,可以实现当前版本与历史版本之间的横向对比测试,得到用于表征版本比对情况的测试结果,提升了测试结果的内容丰富度和可分析性。
5.本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
6.根据本公开的一方面,提供一种应用程序测试方法,包括:
7.在至少一种预设测试场景下执行当前版本的应用程序,并获取当前版本在至少一种预设测试场景下对应的场景数据;
8.对当前版本的应用程序测试至少一种性能指标,得到当前版本对应的性能数据;
9.将性能数据与历史版本的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果;
10.将场景数据与历史版本的历史场景数据进行比对,得到用于表征场景数据变化幅度的第二比对结果;
11.根据第一比对结果和第二比对结果生成当前版本的应用程序对应的测试结果。
12.在本公开的一种示例性实施例中,性能数据和历史性能数据均由多行子数据构成,将性能数据与历史版本的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果,包括:
13.逐行计算性能数据和历史性能数据之间的变化幅度百分比;
14.将计算得到的与多行子数据一一对应的多个变化幅度百分比确定为第一比对结果。
15.在本公开的一种示例性实施例中,将计算得到的与多行子数据一一对应的多个变化幅度百分比确定为第一比对结果之后,上述方法还包括:
16.若检测到第一比对结果中存在不属于预设阈值范围的变化幅度百分比,则执行告警操作。
17.在本公开的一种示例性实施例中,场景数据包括多个网关接口对应的调用数据,将场景数据与历史版本对的历史场景数据进行比对,得到用于表征场景数据变化幅度的第二比对结果,包括:
18.以历史场景数据作为基准数据与场景数据进行同网关接口间的逐行比对;其中,历史场景数据与场景数据中每行对应一种网关接口;
19.根据比对结果生成多个网关接口分别对应的比对子结果,并将多个网关接口分别对应的比对子结果确定为第二比对结果;
20.其中,比对子结果包括用于表征网关接口调用频率下降、网关接口调用频率上升、网关接口调用频率持平或网关接口为新增接口。
21.在本公开的一种示例性实施例中,根据第一比对结果和第二比对结果生成当前版本的应用程序对应的测试结果,包括:
22.从多个网关接口分别对应的比对子结果中选取不满足区间分布规则的特定比对子结果;
23.从场景数据中确定与特定比对子结果相对应的目标网关接口;
24.查询调用目标网关接口的目标预设测试场景;其中,目标预设测试场景属于至少一种预设测试场景;
25.根据第一比对结果和目标预设测试场景生成当前版本的应用程序对应的测试结果。
26.在本公开的一种示例性实施例中,在至少一种预设测试场景下执行当前版本的应用程序,包括:
27.在至少一种预设测试场景中模拟预设用户操作并响应于预设用户操作执行当前版本的应用程序。
28.在本公开的一种示例性实施例中,在至少一种预设测试场景下执行当前版本的应用程序之前,上述方法还包括:
29.根据用户反馈信息确定至少一种待测试场景;
30.或者,根据预设场景信息确定至少一种待测试场景。
31.根据本公开的一方面,提供一种应用程序测试装置,包括:数据获取单元、数据比对单元和测试结果生成单元,其中:
32.数据获取单元,用于在至少一种预设测试场景下执行当前版本的应用程序,并获取当前版本在至少一种预设测试场景下对应的场景数据;对当前版本的应用程序测试至少一种性能指标,得到当前版本对应的性能数据;
33.数据比对单元,用于将性能数据与历史版本的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果;将场景数据与历史版本的历史场景数据进行比对,得到用于表征场景数据变化幅度的第二比对结果;
34.测试结果生成单元,用于根据第一比对结果和第二比对结果生成当前版本的应用
程序对应的测试结果。
35.在本公开的一种示例性实施例中,性能数据和历史性能数据均由多行子数据构成,数据比对单元将性能数据与历史版本的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果,包括:
36.逐行计算性能数据和历史性能数据之间的变化幅度百分比;
37.将计算得到的与多行子数据一一对应的多个变化幅度百分比确定为第一比对结果。
38.在本公开的一种示例性实施例中,上述装置还包括:
39.告警执行单元,用于在数据比对单元将计算得到的与多行子数据一一对应的多个变化幅度百分比确定为第一比对结果之后,若检测到第一比对结果中存在不属于预设阈值范围的变化幅度百分比,则执行告警操作。
40.在本公开的一种示例性实施例中,场景数据包括多个网关接口对应的调用数据,数据比对单元将场景数据与历史版本对的历史场景数据进行比对,得到用于表征场景数据变化幅度的第二比对结果,包括:
41.以历史场景数据作为基准数据与场景数据进行同网关接口间的逐行比对;其中,历史场景数据与场景数据中每行对应一种网关接口;
42.根据比对结果生成多个网关接口分别对应的比对子结果,并将多个网关接口分别对应的比对子结果确定为第二比对结果;
43.其中,比对子结果包括用于表征网关接口调用频率下降、网关接口调用频率上升、网关接口调用频率持平或网关接口为新增接口。
44.在本公开的一种示例性实施例中,测试结果生成单元根据第一比对结果和第二比对结果生成当前版本的应用程序对应的测试结果,包括:
45.从多个网关接口分别对应的比对子结果中选取不满足区间分布规则的特定比对子结果;
46.从场景数据中确定与特定比对子结果相对应的目标网关接口;
47.查询调用目标网关接口的目标预设测试场景;其中,目标预设测试场景属于至少一种预设测试场景;
48.根据第一比对结果和目标预设测试场景生成当前版本的应用程序对应的测试结果。
49.在本公开的一种示例性实施例中,数据获取单元在至少一种预设测试场景下执行当前版本的应用程序,包括:
50.在至少一种预设测试场景中模拟预设用户操作并响应于预设用户操作执行当前版本的应用程序。
51.在本公开的一种示例性实施例中,上述装置还包括:
52.测试场景确定单元,用于在数据获取单元在至少一种预设测试场景下执行当前版本的应用程序之前,根据用户反馈信息确定至少一种待测试场景;或者,根据预设场景信息确定至少一种待测试场景。
53.根据本技术的一方面,提供一种电子设备,包括:处理器;以及存储器,用于存储处理器的可执行指令;其中,处理器配置为经由执行可执行指令来执行上述任意一项的方法。
54.根据本技术的一方面,提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述任意一项的方法。
55.根据本技术的一方面,提供一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述的各种可选实现方式中提供的方法。
56.本技术示例性实施例可以具有以下部分或全部有益效果:
57.在本技术的一示例实施方式所提供的应用程序测试方法中,可以在至少一种预设测试场景下执行当前版本的应用程序,并获取当前版本在至少一种预设测试场景下对应的场景数据;对当前版本的应用程序测试至少一种性能指标,得到当前版本对应的性能数据;将性能数据与历史版本的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果;将场景数据与历史版本的历史场景数据进行比对,得到用于表征场景数据变化幅度的第二比对结果;根据第一比对结果和第二比对结果生成当前版本的应用程序对应的测试结果。依据上述方案描述,本技术一方面,可以实现当前版本与历史版本之间的横向对比测试,得到用于表征版本比对情况的测试结果,提升了测试结果的内容丰富度和可分析性。本技术另一方面,可以实现对于性能测试和场景测试的持续集成,提升所生成的测试结果的完整性。
58.应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本技术。
附图说明
59.此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本技术的实施例,并与说明书一起用于解释本技术的原理。显而易见地,下面描述中的附图仅仅是本技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
60.图1示出了可以应用本技术实施例的一种应用程序测试方法及应用程序测试装置的示例性系统架构的示意图;
61.图2示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图;
62.图3示意性示出了根据本技术的一个实施例的应用程序测试方法的流程图;
63.图4示意性示出了根据本技术的一个实施例的性能数据曲线图;
64.图5示意性示出了根据本技术的一个实施例的性能测试流程示意图;
65.图6示意性示出了根据本技术的一个实施例的场景测试流程示意图;
66.图7示意性示出了根据本技术的一个实施例的应用程序测试方法的流程图;
67.图8示意性示出了根据本技术的一个实施例的应用程序测试方法的流程图;
68.图9示意性示出了根据本技术的一个实施例中的应用程序测试装置的结构框图。
具体实施方式
69.现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本技术将更加
全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中,提供许多具体细节从而给出对本技术的实施方式的充分理解。然而,本领域技术人员将意识到,可以实践本技术的技术方案而省略所述特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知技术方案以避免喧宾夺主而使得本技术的各方面变得模糊。
70.此外,附图仅为本技术的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
71.图1示出了可以应用本技术实施例的一种应用程序测试方法及应用程序测试装置的示例性应用环境的系统架构的示意图。
72.如图1所示,系统架构100可以包括终端设备101、102、103中的一个或多个,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。终端设备101、102、103可以是具有显示屏的各种电子设备,包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。
73.本技术实施例所提供的应用程序测试方法一般由服务器105执行,相应地,应用程序测试装置一般设置于服务器105中。但本领域技术人员容易理解的是,本技术实施例所提供的应用程序测试方法也可以由终端设备101、102或103执行,相应的,应用程序测试装置也可以设置于终端设备101、102或103中,本示例性实施例中对此不做特殊限定。举例而言,在一种示例性实施例中,服务器105可以在至少一种预设测试场景下执行当前版本的应用程序,并获取当前版本在至少一种预设测试场景下对应的场景数据;对当前版本的应用程序测试至少一种性能指标,得到当前版本对应的性能数据;将性能数据与历史版本的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果;将场景数据与历史版本的历史场景数据进行比对,得到用于表征场景数据变化幅度的第二比对结果;根据第一比对结果和第二比对结果生成当前版本的应用程序对应的测试结果。
74.图2示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
75.需要说明的是,图2示出的电子设备的计算机系统200仅是一个示例,不应对本技术实施例的功能和使用范围带来任何限制。
76.如图2所示,计算机系统200包括中央处理单元(cpu)201,其可以根据存储在只读存储器(rom)202中的程序或者从储存部分208加载到随机访问存储器(ram)203中的程序而执行各种适当的动作和处理。在ram 203中,还存储有系统操作所需的各种程序和数据。cpu 201、rom 202以及ram 203通过总线204彼此相连。输入/输出(i/o)接口205也连接至总线204。
77.以下部件连接至i/o接口205:包括键盘、鼠标等的输入部分206;包括诸如阴极射
线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分207;包括硬盘等的储存部分208;以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至i/o接口205。可拆卸介质211,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器210上,以便于从其上读出的计算机程序根据需要被安装入储存部分208。
78.特别地,根据本技术的实施例,下文参考流程图描述的过程可以被实现为计算机软件程序。例如,本技术的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分209从网络上被下载和安装,和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(cpu)201执行时,执行本技术的方法和装置中限定的各种功能。
79.现有技术主要是通过性能监控工具监控开发或者测试过程中一些场景的性能数据,并无实际贴合业务的系统,一般只能够单独实现性能测试或场景测试。但是,这样容易存在测试结果较为分散、完整性较低的问题,也容易存在测试结果不具有对比性从而无法体现新版本与相较于旧版本的优化程度的问题。
80.本示例实施方式提供了一种应用程序测试方法。该应用程序测试方法可以应用于上述服务器105,也可以应用于上述终端设备101、102、103中的一个或多个,本示例性实施例中对此不做特殊限定。参考图3所示,该应用程序测试方法可以包括以下步骤s310至步骤s350。
81.步骤s310:在至少一种预设测试场景下执行当前版本的应用程序,并获取当前版本在至少一种预设测试场景下对应的场景数据。
82.步骤s320:对当前版本的应用程序测试至少一种性能指标,得到当前版本对应的性能数据。
83.步骤s330:将性能数据与历史版本的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果。
84.步骤s340:将场景数据与历史版本的历史场景数据进行比对,得到用于表征场景数据变化幅度的第二比对结果。
85.步骤s350:根据第一比对结果和第二比对结果生成当前版本的应用程序对应的测试结果。
86.其中,需要说明的是,步骤s310与步骤s320之间不存在先后执行顺序,步骤s330与步骤s340之间也不存在先后执行顺序。
87.实施图3所示的方法,可以实现当前版本与历史版本之间的横向对比测试,得到用于表征版本比对情况的测试结果,提升了测试结果的内容丰富度和可分析性。此外,还可以实现对于性能测试和场景测试的持续集成,提升所生成的测试结果的完整性。
88.下面,对于本示例实施方式的上述步骤进行更加详细的说明。
89.在步骤s310中,在至少一种预设测试场景下执行当前版本的应用程序,并获取当前版本在至少一种预设测试场景下对应的场景数据。
90.具体地,预设测试场景可以为用户操作场景,预设测试场景具体可以为:发送文件、搜索、显示查看收藏窗口、弹出打开文件对话框、程序启动到登录界面显示、从本地加载
并显示组织架构、弹出打开图片对话框、从本地加载并显示会话列表等,本技术实施例不作限定。
91.其中,不同的预设测试场景可以对应于不同数量的预设用户操作,例如,需要模拟5个预设用户操作完成“显示查看收藏窗口”、需要模拟3个预设用户操作完成“搜索”。用于完成一个预设测试场景的预设用户操作可以相同(如,连续点击操作)也可以不同(如,点击操作-输入操作-点击操作)。
92.另外,场景数据可以包括多种数据类型,多种数据类型包括界面统计耗时、cgi调用次数、cgi调用耗时等。其中,其中,cgi(common gateway interface,公共网关接口)是web服务器运行时外部程序的规范。其中,cgi耗时与调用次数:cgi耗时用于反应客户端操作是否流畅,一个前端的用户操作通常涉及一个或多个cgi操作,统计待测试场景的cgi耗时能够有效定位是后台问题还是前端问题。此外,cgi调用次数也可以用于反映当前版本对应的cgi调用是否合理,当cgi突发激增的调用量时,可以及时提醒相关人员针对具体问题进行分析。
93.基于此,获取当前版本在至少一种预设测试场景下对应的场景数据之后,上述方法还可以包括以下步骤:根据场景数据绘制各预设测试场景对应的曲线图,该曲线图用于展示预设测试场景在不同版本下的目标数据类型的场景数据,可以直观地展示不同版本间场景数据的变化幅度。
94.举例来说,当前版本(如,3.0.36.1800wincost13-26-17)在至少一种预设测试场景下对应的场景数据可以如下表1所示:
95.[0096][0097]
其中,预设阈值可以为预设阈值范围中的上限值/下限值,举例来说,若预设阈值为预设阈值范围中的上限值,预设阈值范围可以表示为[0,0.1]。另外,上表中的场景数据可以输出于用户界面,以展示不同版本之间的场景数据差异。在上表展示于用户界面时,曲线图所在列展示的“查看”可以为超链接,当用户点击“查看”时,可以输出对应场景下的曲线图。
[0098]
作为一种可选的实施例,在至少一种预设测试场景下执行当前版本的应用程序,包括:在至少一种预设测试场景中模拟预设用户操作并响应于预设用户操作执行当前版本的应用程序。
[0099]
具体地,在至少一种预设测试场景中模拟预设用户操作并响应于预设用户操作执行当前版本的应用程序的方式可以为:在至少一种预设测试场景中模拟预设用户操作以满足预设次数(如,3次)并依次响应于预设用户操作执行当前版本的应用程序得到响应结果;需要说明的是,每个预设测试场景可以包括一个或多个预设用户操作,预设测试场景可以理解为应用程序为用户提供的功能场景。举例来说,若预设测试场景a包括预设用户操作o1、o2、o3,在预设测试场景a中模拟预设用户操作3次以满足预设时长的具体方式可以为:依次执行o1、o2、o3并依次响应于o1、o2、o3,得到第一响应结果;再依次执行o1、o2、o3并依次响应于o1、o2、o3,得到第二响应结果;再依次执行o1、o2、o3并依次响应于o1、o2、o3,得到第三响应结果,即,可以得到当前版本的应用程序在预设测试场景a下对应的多个响应结果,以多个响应结果的平均值作为最终的响应结果,这样可以提升测试结果的精度,减小误差,尽可能地排除偶然因素导致的性能数据波动。
[0100]
可见,实施该可选的实施例,能够通过对用户操作的模拟,实现对于当前版本的应用程序的场景测试,丰富测试内容,提升测试结果的可分析性。
[0101]
作为一种可选的实施例,在至少一种预设测试场景下执行当前版本的应用程序之前,上述方法还包括:根据用户反馈信息确定至少一种待测试场景;或者,根据预设场景信息确定至少一种待测试场景。
[0102]
具体地,用户反馈信息可以为用户使用当前版本的应用程序的过程中上报的实时故障信息,实时故障信息可以通过文本信息进行表示。预设场景信息可以通过文本(如,场景名称)和/或字符(如,场景编号)的形式进行表示,预设场景信息用于限定需要测试的场景。
[0103]
其中,根据用户反馈信息确定至少一种待测试场景的方式可以为:获取历史版本的应用程序对应的用户反馈信息;根据预设关键词(如,闪退)对用户反馈信息进行筛选;将筛选得到的用户反馈信息对应的应用场景确定为上述的至少一种待测试场景。
[0104]
可见,实施该可选的实施例,能够提供两种确定待测试场景的方式,可以通过用户反馈信息确定待测试场景也可以预先设定需要测试的场景;其中,针对根据用户反馈信息确定的待测试场景,使得本技术可以实现自动化确定待测试场景,可以提升本技术的自动化程度,提升测试效率。
[0105]
在步骤s320中,对当前版本的应用程序测试至少一种性能指标,得到当前版本对应的性能数据。
[0106]
具体地,至少一种性能指标可以包括:句柄数(handlercount)、线程数(threadcount)、处理器时间比(process time)、私有字节数(private bytes)、私有内存页集(working set private)、虚拟地址字节最大数(virtual byte peak)、内存集页最大数、内存页集(working set)、cpu运行时间(elpase time)、i\o(读取\写入)操作的频率(io data operations)、处理working set的最大字节数(working set peak)、用户模式时间比处理器时间比(user time)等。
[0107]
其中,句柄数用于表示一个处理过程打开的句柄总数,也等于处理过程中每个线程当前打开的句柄数总和。线程数用于表示线程中正在活动的线程数目,指令是在一台处理器中基本的执行单位,线程是指执行指令的对象,每个处理过程至少有一个线程。处理器时间比用于表示所有进程和线程使用处理器执行指令所花费的时间百分比,进程是程序运行时创建的对象,处理器时间比计数包括处理硬件间隔和陷阱条件所执行的代码。私有字节数用于表示处理过程中不能与其他处理过程共享的、已被分配的字节数。私有内存页集用于表征处理过程中不能与其他处理过程共享的、已被分配的字节数所使用的内存页集。虚拟地址字节最大数用于表示任何时间内该处理过程使用的虚拟地址空间字节的最大数。working set是处理过程中被线程最近触到的内存页集。cpu运行时间用于表示该进程运行的总时间。i\o(读取\写入)操作的频率用于表示i/o(读取\写入)操作的速率,i\o计数具体为所有由处理过程产生的文件、网络和设备的i/o的活动计数。虚拟地址字节数用于表示处理过程使用的虚拟地址空间的字节数。用户模式时间比处理器时间比用于表示处理线程是需要执行使用用户模式的代码的时间的百分比。
[0108]
另外,对当前版本的应用程序测试至少一种性能指标,得到当前版本对应的性能数据,包括:通过性能检测工具performon对当前版本的应用程序测试至少一种性能指标,得到当前版本对应的性能数据。其中,performon支持进程级别的数据统计,用于将获取的性能数据以文件形式存储,以针对具体的需求进行前端展示。
[0109]
另外,对当前版本的应用程序测试至少一种性能指标,得到当前版本对应的性能数据,包括:对当前版本的应用程序进行预设时长(如,12h)的性能测试,以获取对应于至少一种性能指标的性能数据;其中,性能数据包括在该性能指标下对应的最大值的最小值。举
例来说,对当前版本的应用程序测试至少一种性能指标,得到当前版本(如,3.0.31.1691)对应的最大值的最小值可以如下表2所示:
[0110][0111][0112]
基于此,对当前版本的应用程序测试至少一种性能指标,得到当前版本对应的性能数据之后,上述方法还可以包括以下步骤:将性能数据中至少一个性能指标对应的数据绘制于性能数据曲线图中;其中,性能数据曲线图用于表征一个性能指标在预设时长(如,12h)内的性能数据的变化,也可以用于可视化展现各性能指标之间的数据比对结果。
[0113]
请参阅图4,图4示意性示出了根据本技术的一个实施例的性能数据曲线图。如图4所示,性能数据曲线图可以将内存页集(working_set)、虚拟地址字节数(virtual_bytes)、内存页集最大数(working_set_peak)、虚拟地址字节最大数(virtual_bytes_peak)、私有字节数(privates_bytes)、最大字节数(working_set_private)通过曲线表示在同一个坐标系下。其中,坐标系可以由表示数量的纵坐标和表示时间的横坐标构成,曲线的每个点用于表示与曲线相对应的性能指标在该时间对应的性能数据。
[0114]
基于此,上述方法还可以包括:将性能数据曲线图输出至用户界面,以向用户展示当前版本的应用程序的性能数据。其中,性能数据曲线图中展示的性能指标可以由用户自定义选择。
[0115]
在步骤s330中,将性能数据与历史版本的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果。
[0116]
具体地,将性能数据与历史版本的历史性能数据进行比对之前,上述方法还可以包括以下步骤:获取历史版本(如,3.0.36.1374_1)的历史性能数据;其中,历史性能数据可以包括对应于每个性能指标的最大值和最小值,历史版本可以为与当前版本发布时间最近
的版本或其他版本,本技术实施例不作限定。
[0117]
其中,获取历史版本的历史性能数据的方式具体可以为:检测存储空间中是否存在与历史版本对应的历史性能数据,如果存在,则获取存储空间中的该历史性能数据,如果不存在,则测试历史版本的应用程序以获取历史版本对应的历史性能数据。
[0118]
举例来说,历史版本的对应于每个性能指标的最大值和最小值可以如下表3所示:
[0119]
性能指标最大值最小值句柄数(个)2141.01134.0线程数(个)104.059.0处理器时间比(%)30.120.0私有字节数(m)499.11110.55私有内存页集(m)199.8490.57虚拟地址字节最大数(m)1190.01488.61内存集页最大数(m)442.74156.15内存页集(m)410.01156.09cpu运行时间(sec)43295.5695.57i\o(读取\写入)操作的频率(次/sec)7349.930.0虚拟地址字节数(m)1170.24478.93用户模式时间比处理器时间比(%)15.110.0
[0120]
另外,若历史版本为多个,将性能数据与历史版本的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果,包括:将性能数据分别与多个历史版本的历史性能数据进行比对,得到与多个历史版本一一对应的第一比对结果,即,多个第一比对结果。其中,第一比对结果可以通过表格进行表示。
[0121]
作为一种可选的实施例,性能数据和历史性能数据均由多行子数据构成,将性能数据与历史版本的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果,包括:逐行计算性能数据和历史性能数据之间的变化幅度百分比;将计算得到的与多行子数据一一对应的多个变化幅度百分比确定为第一比对结果。
[0122]
具体地,逐行计算性能数据和历史性能数据之间的变化幅度百分比,包括:根据当前版本的性能数据在各性能指标下的最大值和最小值计算当前版本(如,3.0.31.1691)的性能数据在各性能指标下的均值;根据历史性能数据在各性能指标下的最大值和最小值计算历史版本(如,3.0.31.1691)的历史性能数据(如,3.0.31.1691)在各性能指标下的均值;按照性能指标逐行计算当前版本的均值和历史版本的均值之间的变化幅度百分比,每个变化幅度百分比用于表征在一个性能指标下当前版本的均值相较于历史版本的均值的变化幅度。进而,可以执行上述的将计算得到的与多行子数据一一对应的多个变化幅度百分比确定为第一比对结果。举例来说,第一比对结果可以如下表4所示:
[0123][0124]
请参阅图5,图5示意性示出了根据本技术的一个实施例的性能测试流程示意图。如图5所示,性能测试流程示意图可以包括:步骤s510~步骤s530。
[0125]
步骤s510:对当前版本的应用程序测试至少一种性能指标。
[0126]
步骤s520:对历史版本的应用程序测试至少一种性能指标。
[0127]
步骤s530:将当前版本对应的性能数据与历史版本对应的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果并对第一比对结果进行异常分析。
[0128]
具体地,在进行性能测试的过程中,可以对当前版本的应用程序测试至少一种性能指标,也可以对历史版本的应用程序测试至少一种性能指标,从而可以将当前版本对应的性能数据与历史版本对应的历史性能数据进行逐行比对,以获取每个性能指标对应的变化幅度百分比,作为第一比对结果。进而,可以对第一比对结果进行异常分析,以确定出不属于预设阈值范围的变化幅度百分比作为异常性能数据并执行告警操作。
[0129]
可见,实施该可选的实施例,能够将当前版本对应的性能数据与历史性能数据进行比对,以便相关人员能根据比对结果分析当前版本相较于历史版本的性能变化,如果存在异常性能指标,则可以方便相关人员对当前版本的应用程序进行及时调试,有利于提升当前版本的上线效率。
[0130]
作为一种可选的实施例,将计算得到的与多行子数据一一对应的多个变化幅度百分比确定为第一比对结果之后,上述方法还包括:若检测到第一比对结果中存在不属于预设阈值范围的变化幅度百分比,则执行告警操作。
[0131]
具体地,预设阈值范围可以通过上限值(如,10%)和/或下限值(如,-10%)构成。其中,执行告警操作的方式具体可以为:输出预设音效或向合法用户终端发送告警消息,本技术实施例不作限定。
[0132]
另外,若检测到第一比对结果中存在不属于预设阈值范围的变化幅度百分比之后,上述方法还可以包括:根据不属于预设阈值范围的变化幅度百分比所对应的性能指标定位性能问题;其中,性能问题可以包括主机资源消耗类问题、使用流畅度类问题、其他耗时类问题。具体地,主机资源消耗类问题可以通过任务管理器查看应用程序进程的cpu\memory\gdi\io等信息,根据该信息进行问题判定。使用流畅度类问题用于表示用户操作花费的时间,时间越短表示流畅度越高。其他耗时类问题可以指自定义类型,例如,组织架构拉取、历史消息拉取等。
[0133]
可见,实施该可选的实施例,能够在测试结果中出现异常数据时及时进行告警,有利于提升程序问题修复效率。
[0134]
在步骤s340中,将场景数据与历史版本的历史场景数据进行比对,得到用于表征场景数据变化幅度的第二比对结果。
[0135]
作为一种可选的实施例,场景数据包括多个网关接口对应的调用数据,将场景数据与历史版本对的历史场景数据进行比对,得到用于表征场景数据变化幅度的第二比对结果,包括:以历史场景数据作为基准数据与场景数据进行同网关接口间的逐行比对;其中,历史场景数据与场景数据中每行对应一种网关接口;根据比对结果生成多个网关接口分别对应的比对子结果,并将多个网关接口分别对应的比对子结果确定为第二比对结果;
[0136]
其中,比对子结果包括用于表征网关接口调用频率下降、网关接口调用频率上升、网关接口调用频率持平或网关接口为新增接口。
[0137]
具体地,针对各网关接口的数据比对结果可以如下表5所示:
[0138][0139]
其中,若统计值小于等于基准值,并且统计值处于区间分布内,则可以判定该网关接口的统计值正常,否则,判定异常。可选的,上述方法还可以包括:当未检测到网关接口对应的基准值时,判定该网关接口为新增网关接口,将新增网关接口的统计值确定为其基准值;当检测到网关接口对应的统计值大于基准值时,可以判定该网关接口对应的统计值异
常。
[0140]
请参阅图6,图6示意性示出了根据本技术的一个实施例的场景测试流程示意图。如图6所示,场景测试流程示意图可以包括:步骤s610~步骤s630。
[0141]
步骤s610:在预设测试场景下测试当前版本的应用程序的场景数据。
[0142]
步骤s620:在预设测试场景下测试历史版本的应用程序的历史场景数据。
[0143]
步骤s630:将当前版本对应的场景数据与历史版本对应的历史场景数据进行比对,得到用于表征场景数据变化幅度的第二比对结果并对第二比对结果进行异常分析。
[0144]
具体地,在进行场景测试的过程中,针对每种预设测试场景,均可以执行上述的步骤s610~步骤s630。一般地,可以在预设测试场景下运行当前版本的应用程序和历史版本的应用程序,以获取当前版本的场景数据和历史版本的历史场景数据,并将当前版本的场景数据和历史版本的历史场景数据记录于日志中,以便在进行不同版本之间场景数据比对时对其进行调用。场景数据可以包括多种数据类型,多种数据类型包括界面统计耗时、cgi调用次数、cgi调用耗时。也就是说,各预设测试场景均对应于界面统计耗时、cgi调用次数、cgi调用耗时的数据。界面统计耗时、cgi调用次数、cgi调用耗时的数据构成上述的场景数据。
[0145]
以cgi调用次数为例,对第二比对结果进行异常分析具体可以为:比对每种预设测试场景在当前版本的cgi调用次数和历史版本的cgi调用次数,以确定出上述的第二比对结果,若第二比对结果用于表示下降或持平,则判定该预设测试场景下的当前版本的cgi调用次数正常,若第二比对结果用于表示新增或上升,则判定该预设测试场景下的当前版本的cgi调用次数异常,从而实现对于第二比对结果的异常分析。
[0146]
可见,实施该可选的实施例,能够通过与历史版本的历史场景数据的比对,得到版本之间的场景数据的差异,以体现当前版本相较于历史版本的优劣,有助于相关人员根据比对结果改善当前版本的应用程序。
[0147]
在步骤s350中,根据第一比对结果和第二比对结果生成当前版本的应用程序对应的测试结果。
[0148]
具体地,根据第一比对结果和第二比对结果生成当前版本的应用程序对应的测试结果的方式可以为:根据第一比对结果生成当前版本的应用程序对应的场景测试结果(也可以称之为固化测试结果),根据第二比对结果生成当前版本的应用程序对应的性能测试结果(也可以称之为长时间性能测试结果)。当前版本的应用程序对应的测试结果包括上述的场景测试结果和上述的性能测试结果。
[0149]
其中,测试结果可以通过图/表/文本/视频等进行表示,具体地,性能测试结果可以为表2、表3和表4的并集,场景测试结果可以由各数据类型下所有场景数据对应的版本比对结果构成,本技术实施例不作限定。
[0150]
作为一种可选的实施例,根据第一比对结果和第二比对结果生成当前版本的应用程序对应的测试结果,包括:从多个网关接口分别对应的比对子结果中选取不满足区间分布规则的特定比对子结果;从场景数据中确定与特定比对子结果相对应的目标网关接口;查询调用目标网关接口的目标预设测试场景;其中,目标预设测试场景属于至少一种预设测试场景;根据第一比对结果和目标预设测试场景生成当前版本的应用程序对应的测试结果。
[0151]
具体地,不同的网关接口对应于不同的区间分布规则(如,250-260),区间分布规则可以通过上限值和下限值进行表示。其中,根据第一比对结果和目标预设测试场景生成当前版本的应用程序对应的测试结果,包括:根据目标预设测试场景定位异常的预设测试场景,根据第一比对结果确定异常性能指标,生成包括异常的预设测试场景和异常性能指标的反馈信息,作为当前版本的应用程序对应的测试结果。
[0152]
另外,预设测试场景可以示意性表示为下表6,目标预设测试场景可以为下述序号0-11中至少一个预设测试场景:
[0153][0154][0155]
可见,实施该可选的实施例,能够持续集成场景测试和性能测试,并且可以横向比对不同版本之间的数据差异变化,从而有利于生成有效性更高的测试结果,以便相关人员根据测试结果及时对当前版本进行及时调整。
[0156]
请参阅图7,图7示意性示出了根据本技术的一个实施例的应用程序测试方法的流程图。如图7所示,应用程序测试方法可以包括:步骤s710~步骤s750。
[0157]
步骤s710:自动安装登录。
[0158]
步骤s720:执行自动化测试过程。
[0159]
步骤s730:开启用于收集性能数据的性能收集器、详细日志模式。
[0160]
步骤s740:性能监控。
[0161]
步骤s750:结果分析。
[0162]
具体地,首先可以通过测试包获取工具获取当前版本的应用程序并自动安装登录并执行自动化测试过程,以对当前版本的应用程序进行性能测试(即,固化测试),得到当前版本的性能数据。同时,开启用于收集性能数据的性能收集器、详细日志模式,以使收集性能数据并将性能数据记录在日志中,以便调用。进而,可以对当前版本的应用程序进行预设时长(如,12h)的性能监控,实现对于当前版本的应用程序的场景测试,以获取当前版本的
针对各种数据类型的场景数据,场景数据包括各预设测试场景对应的数据;其中,上述的场景测试也是性能测试的一种。进而,可以对当前版本的性能数据和场景数据进行结果分析,具体方式可以为:将当前版本的性能数据与历史版本的性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果,以及,将当前版本的场景数据与历史版本的历史场景数据进行比对,以确定出用于表征场景数据变化幅度的第二比对结果,根据预设阈值筛选第一比对结果和第二比对结果中的异常数据,以实现上述的结果分析。
[0163]
请参阅图8,图8示意性示出了根据本技术的一个实施例的应用程序测试方法的流程图。如图8所示,该应用程序测试方法可以包括:步骤s800~步骤s820。
[0164]
步骤s800:根据用户反馈信息确定至少一种待测试场景,或者,根据预设场景信息确定至少一种待测试场景。
[0165]
步骤s802:在至少一种预设测试场景中模拟预设用户操作并响应于预设用户操作执行当前版本的应用程序,并获取当前版本在至少一种预设测试场景下对应的场景数据。
[0166]
步骤s804:以历史场景数据作为基准数据与场景数据进行同网关接口间的逐行比对;其中,历史场景数据与场景数据中每行对应一种网关接口。
[0167]
步骤s806:根据比对结果生成多个网关接口分别对应的比对子结果,并将多个网关接口分别对应的比对子结果确定为第二比对结果。
[0168]
步骤s808:从多个网关接口分别对应的比对子结果中选取不满足区间分布规则的特定比对子结果,并从场景数据中确定与特定比对子结果相对应的目标网关接口。
[0169]
步骤s810:查询调用目标网关接口的目标预设测试场景;其中,目标预设测试场景属于至少一种预设测试场景。
[0170]
步骤s812:对当前版本的应用程序测试至少一种性能指标,得到当前版本对应的性能数据。
[0171]
步骤s814:若检测到第一比对结果中存在不属于预设阈值范围的变化幅度百分比,则执行告警操作。
[0172]
步骤s816:逐行计算性能数据和历史性能数据之间的变化幅度百分比,并将计算得到的与多行子数据一一对应的多个变化幅度百分比确定为第一比对结果。
[0173]
步骤s818:从第一比对结果中选取不满足于幅度变化阈值的目标性能数据。
[0174]
步骤s820:根据目标性能数据和目标预设测试场景生成当前版本的应用程序对应的测试结果。
[0175]
其中,步骤s800~步骤s810和步骤s812~步骤s818可以并列执行。步骤s812执行完毕之后,可以执行步骤s814也可以执行步骤s816。
[0176]
另外,需要说明的是,步骤s800~步骤s820与图3所示的各步骤及其实施例相对应,针对步骤s800~步骤s820的具体实施方式,请参阅图3所示的各步骤及其实施例,此处不再赘述。
[0177]
可见,实施图8所示的方法,可以实现当前版本与历史版本之间的横向对比测试,得到用于表征版本比对情况的测试结果,提升了测试结果的内容丰富度和可分析性。此外,还可以实现对于性能测试和场景测试的持续集成,提升所生成的测试结果的完整性。
[0178]
进一步的,本示例实施方式中,还提供了一种应用程序测试装置。参考图9所示,该应用程序测试装置900可以包括:数据获取单元901、数据比对单元902和测试结果生成单元
903,其中:
[0179]
数据获取单元901,用于在至少一种预设测试场景下执行当前版本的应用程序,并获取当前版本在至少一种预设测试场景下对应的场景数据;对当前版本的应用程序测试至少一种性能指标,得到当前版本对应的性能数据;
[0180]
数据比对单元902,用于将性能数据与历史版本的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果;将场景数据与历史版本的历史场景数据进行比对,得到用于表征场景数据变化幅度的第二比对结果;
[0181]
测试结果生成单元903,用于根据第一比对结果和第二比对结果生成当前版本的应用程序对应的测试结果。
[0182]
可见,实施图9所示的装置,可以实现当前版本与历史版本之间的横向对比测试,得到用于表征版本比对情况的测试结果,提升了测试结果的内容丰富度和可分析性。此外,还可以实现对于性能测试和场景测试的持续集成,提升所生成的测试结果的完整性。
[0183]
在本公开的一种示例性实施例中,性能数据和历史性能数据均由多行子数据构成,数据比对单元902将性能数据与历史版本的历史性能数据进行比对,得到用于表征性能数据变化幅度的第一比对结果,包括:
[0184]
逐行计算性能数据和历史性能数据之间的变化幅度百分比;
[0185]
将计算得到的与多行子数据一一对应的多个变化幅度百分比确定为第一比对结果。
[0186]
可见,实施该可选的实施例,能够将当前版本对应的性能数据与历史性能数据进行比对,以便相关人员能根据比对结果分析当前版本相较于历史版本的性能变化,如果存在异常性能指标,则可以方便相关人员对当前版本的应用程序进行及时调试,有利于提升当前版本的上线效率。
[0187]
在本公开的一种示例性实施例中,上述装置还包括:
[0188]
告警执行单元(未图示),用于在数据比对单元902将计算得到的与多行子数据一一对应的多个变化幅度百分比确定为第一比对结果之后,若检测到第一比对结果中存在不属于预设阈值范围的变化幅度百分比,则执行告警操作。
[0189]
可见,实施该可选的实施例,能够在测试结果中出现异常数据时及时进行告警,有利于提升程序问题修复效率。
[0190]
在本公开的一种示例性实施例中,场景数据包括多个网关接口对应的调用数据,数据比对单元902将场景数据与历史版本对的历史场景数据进行比对,得到用于表征场景数据变化幅度的第二比对结果,包括:
[0191]
以历史场景数据作为基准数据与场景数据进行同网关接口间的逐行比对;其中,历史场景数据与场景数据中每行对应一种网关接口;
[0192]
根据比对结果生成多个网关接口分别对应的比对子结果,并将多个网关接口分别对应的比对子结果确定为第二比对结果;
[0193]
其中,比对子结果包括用于表征网关接口调用频率下降、网关接口调用频率上升、网关接口调用频率持平或网关接口为新增接口。
[0194]
可见,实施该可选的实施例,能够通过与历史版本的历史场景数据的比对,得到版本之间的场景数据的差异,以体现当前版本相较于历史版本的优劣,有助于相关人员根据
比对结果改善当前版本的应用程序。
[0195]
在本公开的一种示例性实施例中,测试结果生成单元903根据第一比对结果和第二比对结果生成当前版本的应用程序对应的测试结果,包括:
[0196]
从多个网关接口分别对应的比对子结果中选取不满足区间分布规则的特定比对子结果;
[0197]
从场景数据中确定与特定比对子结果相对应的目标网关接口;
[0198]
查询调用目标网关接口的目标预设测试场景;其中,目标预设测试场景属于至少一种预设测试场景;
[0199]
根据第一比对结果和目标预设测试场景生成当前版本的应用程序对应的测试结果。
[0200]
可见,实施该可选的实施例,能够持续集成场景测试和性能测试,并且可以横向比对不同版本之间的数据差异变化,从而有利于生成有效性更高的测试结果,以便相关人员根据测试结果及时对当前版本进行及时调整。
[0201]
在本公开的一种示例性实施例中,数据获取单元901在至少一种预设测试场景下执行当前版本的应用程序,包括:
[0202]
在至少一种预设测试场景中模拟预设用户操作并响应于预设用户操作执行当前版本的应用程序。
[0203]
可见,实施该可选的实施例,能够通过对用户操作的模拟,实现对于当前版本的应用程序的场景测试,丰富测试内容,提升测试结果的可分析性。
[0204]
在本公开的一种示例性实施例中,上述装置还包括:
[0205]
测试场景确定单元(未图示),用于在数据获取单元901在至少一种预设测试场景下执行当前版本的应用程序之前,根据用户反馈信息确定至少一种待测试场景;或者,根据预设场景信息确定至少一种待测试场景。
[0206]
可见,实施该可选的实施例,能够提供两种确定待测试场景的方式,可以通过用户反馈信息确定待测试场景也可以预先设定需要测试的场景;其中,针对根据用户反馈信息确定的待测试场景,使得本技术可以实现自动化确定待测试场景,可以提升本技术的自动化程度,提升测试效率。
[0207]
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本技术的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
[0208]
由于本技术的示例实施例的应用程序测试装置的各个功能模块与上述应用程序测试方法的示例实施例的步骤对应,因此对于本技术装置实施例中未披露的细节,请参照本技术上述的应用程序测试方法的实施例。
[0209]
作为另一方面,本技术还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现上述实施例中所述的方法。
[0210]
需要说明的是,本技术所示的计算机可读介质可以是计算机可读信号介质或者计
算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、rf等等,或者上述的任意合适的组合。
[0211]
附图中的流程图和框图,图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
[0212]
描述于本技术实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
[0213]
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本技术的真正范围和精神由下面的权利要求指出。
[0214]
应当理解的是,本技术并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1