一种多测试终端的管理系统及方法与流程

1.本发明涉及测试领域，特别涉及一种多测试终端的管理系统及方法。


背景技术：

2.现有技术针对移动测试终端的测试信息统计，基本以人力为主。测试人员需要在测试地点跟踪测试进展，预分析测试问题，同时记录测试地点，然后再手动上传此次测试的结果信息，最终通过汇总所有测试人员的测试结果，统计出整体测试结果。这种传统的以人力铺散的方式进行移动终端测试数据搜集的方式，问题统计的时效性差，效率低；覆盖率统计不全面；人力成本极高。


技术实现要素：

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.1)针对多移动终端的外场测试数据反馈，可以接收终端测试数据结果，批量预分析测试问题，定位测试失败坐标，第一时间将问题推送给相关负责人，提高了问题处理的时效性。采用此方法后，大量测试终端反馈的测试问题，都在上报后第一推送给相关负责人处理，问题处理的时效性大大提高，同时也可以从接收的终端测试数据中找到失败地点坐标进行现场复测。
33.2)针对多移动终端的外场测试地点覆盖率，可以汇总到的终端数据中的位置信息，在地图上自动显示各个测试终端的历史测试轨迹，并将所有轨迹结合实现地域覆盖率的统计，并显示在地图上。采用此方法后，可以实时了解测试终端的测试覆盖范围，协助规划新的测试轨迹。
34.3)针对多移动终端的外场测试终端版本和脚本升级，可以推送测试版本和测试脚本信息给测试终端，辅助测试终端升级版本。采用此方法后，版本和测试脚本升级操作简单
方便，在办公地点就可一键升级，避免远程程控升级或者测试人员到测试地点升级的麻烦，降低了人力成本。
35.4)针对多测试终端的测试结果统计，可以生成各个条件下的统计表单，如各个终端的测试通过率、各个测试脚本的测试通过率、各个地域的测试通过率等；采用此方法后，测试人员可以通过各类统计数据确定通过率最低的场景，进行重点复测跟踪等。
附图说明
36.下面将以明确易懂的方式，结合附图说明优选实施方式，对一种多测试终端的管理系统的上述特性、技术特征、优点及其实现方式予以进一步说明。
37.图1是本发明中一种多测试终端的管理系统的一个实施例的示意图；
38.图2是本发明中权限管理单元的示意图；
39.图3是本发明中数据处理单元的示意图；
40.图4是本发明中一种多测试终端的管理系统的示意图；
41.图5是本发明中一种多测试终端的管理方法的示意图。
具体实施方式
42.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其他实施例中也可以实现本技术。在其他情况中，省略对众所周知的系统、器、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
43.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所述描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、整体、步骤、操作、元素、组件和/或集合的存在或添加。
44.为使图面简洁，各图中只示意性地表示出了与本发明相关的部分，它们并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”不仅表示“仅此一个”，也可以表示“多于一个”的情形。
45.还应当进一步理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
46.另外，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
47.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对照附图说明本发明的具体实施方式。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，并获得其他的实施方式。
48.在一个实施例中，如图1所示，本发明提供一种多测试终端的管理系统，包括：
49.数据处理单元101，用于接收多个测试终端的数据流，并分析每个所述测试终端的数据是否存在异常；当确定所述测试终端的数据存在异常时查询对应的异常日志，预分析所述异常日志以获取异常信息，并所述异常信息、发生异常的测试坐标推送至监控端。
50.总览导航单元102，用于接收总览指令，显示多个测试终端的测试信息，所述测试信息包括测试坐标、测试结果。
51.结果统计单元103，用于统计每个所述测试终端的测试结果，并生成不同类型的测试表单。
52.其中，监控端的持有者为相关责任人，负责及时发现问题、处理问题。
53.其中，所述测试表单包括以下一项或多项信息，具体包括：各个测试终端的测试通过率、各个测试脚本的测试通过率、各个地域的测试通过率。
54.针对多移动终端的外场测试数据反馈，可以接收终端测试数据结果，批量预分析测试问题，定位测试失败坐标，第一时间将问题推送给相关负责人，提高了问题处理的时效性。
55.采用此方法后，大量测试终端反馈的测试问题，都在上报后第一推送给相关负责人处理，问题处理的时效性大大提高，同时也可以从接收的终端测试数据中找到失败地点坐标进行现场复测。
56.在一个实施例中，所述结果统计单元包括：
57.地域覆盖率统计单元，用于接收所述地域覆盖率查询指令，显示测试终端类别的选择页面；基于选择的测试终端类别，汇总所述选择的测试终端类别对应的所有测试终端的测试坐标，以计算该类别所有测试终端的历史测试轨迹；基于所述历史测试轨迹统计地域覆盖率。
58.在一个实施例中，所述结果统计单元包括：
59.测试通过率统计单元，用于基于筛选条件，显示所述筛选条件下的统计信息列表；所述筛选条件包括测试终端、区域、测试脚本、测试版本。
60.在一个实施例中，包括：
61.详情检索单元，显示所有的测试终端编号；基于编号选择需要查看的测试终端，显示该测试终端的所有测试数据；基于用户选择的起止日期，显示所述日期内的该测试终端的测试数据。
62.在一个实施例中，包括：
63.详情检索单元，显示所有的测试终端编号；基于编号选择需要查看的终端，显示该终端的所有测试数据；基于用户选择的起止日期，显示所述日期内的该测试终端的测试数据；接收轨迹显示指令，在地图上显示该测试终端的历史测试轨迹及轨迹上测试失败的测试坐标。
64.在一个实施例中：所述数据处理单元，还用于将多个测试终端的数据流分解存入每个所述测试终端的编号对应的数据库表单。
65.在一个实施例中，包括：
66.地图导航单元，用于接收地图查询指令，显示以多个测试终端的测试坐标绘制的实时测试地图。
67.在一个实施例中，包括：权限管理单元；
68.所述权限管理单元包括普通权限单元，用于对普通账户提供对测试服务器的通用功能访问，所述通用功能访问包括查看测试终端信息、地域覆盖率，测试版本和测试脚本的升级。
69.所述权限管理单元包括管理员权限单元，用于控制所述普通权限单元，提供删减普通账户、查看数据库表单、增减数据库数据。
70.在一个实施例中，包括：
71.辅助升级单元，用于选择需要升级的测试终端，将本地的软件测试版本和测试脚本推送给选定的测试终端进行升级。
72.在一个实施例中，如图2～4所示，本发明提供一种多测试终端的管理方法，包括：
73.终端测试数据上报后，将数据分解并存入该终端编号对应的相关据库表单中；如果上传的测试数据中包含错误信息，则根据错误信息中包含的日志信息找到相关日志，预分析该日志并分类，结合测试负责人表单和预分析结果，将错误详情及发生错误的地理位置坐标通过邮件方式推送给负责人。
74.另外，可通过普通账户登录到测试服务器首页，通过“外场测试”导航按钮进入外场测试首页。
75.1)通过点击“总览”导航按钮可查看目前活动的终端信息(包括测试坐标，当前测试结果等)，同时点击“map”按钮可以弹出地图显示出当前活动终端的位置点。
76.2)通过点击“详情”导航按钮进入到详情页面，该页面显示所有终端的最新信息列表，选择需要查看的终端(通过终端id)，进入该终端的详情页面，选择需要查看的起止日期，将会过滤出日期内的终端上报信息，同时可以通过切换到“路径轨迹”页面，查看该终端在日期内的测试路径轨迹以及标记路径上测试失败的坐标位置。
77.3)通过点击“升级”导航按钮进入升级页面，选择版本升级/脚本升级，选择升级的文件路径，勾选需要升级的终端，点击“升级”则可完成对应的升级任务。
78.4)通过点击“统计”导航按钮进入统计页面，选择统计类别，如“地域覆盖率”、“测试通过率”；选择“地域覆盖率”后再择需要查看的终端类别，可以弹出地图显示该类所有终端的外场测试地域覆盖范围；选择“测试通过率”后，根据筛选条件(“终端”、“区域”、“脚本”、“版本”等)进行筛选，然后点击“执行”按钮，会显示当前筛选条件下的统计信息列表。
79.在一个实施例中，如图5所示，本发明提供一种多测试终端的管理方法，包括：
80.s101接收多个测试终端的数据流，并分析每个所述测试终端的数据是否存在异常；当确定所述测试终端的数据存在异常时查询对应的异常日志，预分析所述异常日志以获取异常信息、发生异常的测试坐标，并所述异常信息、发生异常的测试坐标发送至测试监控端。
81.s102接收总览指令，显示多个测试终端的测试信息，所述测试信息包括测试坐标、测试结果。
82.s103统计每个所述测试终端的测试结果，并生成不同类型的测试表单。
83.其中，所述测试表单包括以下一项或多项信息，具体包括：各个测试终端的测试通过率、各个测试脚本的测试通过率、各个地域的测试通过率。
84.针对多移动终端的外场测试地点覆盖率，可以汇总到的终端数据中的位置信息，在地图上自动显示各个测试终端的历史测试轨迹，并将所有轨迹结合实现地域覆盖率的统计，并显示在地图上。采用此方法后，可以实时了解测试终端的测试覆盖范围，协助规划新的测试轨迹。
85.针对多移动终端的外场测试终端版本和脚本升级，可以推送测试版本和测试脚本
信息给测试终端，辅助测试终端升级版本。采用此方法后，版本和测试脚本升级操作简单方便，在办公地点就可一键升级，避免远程程控升级或者测试人员到测试地点升级的麻烦，降低了人力成本。
86.针对多测试终端的测试结果统计，可以生成各个条件下的统计表单，如各个终端的测试通过率、各个测试脚本的测试通过率、各个地域的测试通过率等；采用此方法后，测试人员可以通过各类统计数据确定通过率最低的场景，进行重点复测跟踪等。
87.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各程序模组的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的程序模组完成，即将所述器的内部结构划分成不同的程序单元或模组，以完成以上描述的全部或者部分功能。实施例中的各程序模组可以集成在一个处理单元中，也可是各个单元单独物理存在，也可以两个或两个以上单元集成在一个处理单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序单元的形式实现。另外，各程序模组的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。
88.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述或记载的部分，可以参见其他实施例的相关描述。
89.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
90.在本技术所提供的实施例中，应该理解到，所揭露的器和方法，可以通过其他的方式实现。示例性的，以上所描述的器实施例仅仅是示意性的，示例性的，所述模组或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，示例性的，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，器或单元的间接耦合或通讯连接，可以是电性、机械或其他的形式。
91.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
92.另外，在本技术各个实施例中的各功能单元可能集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
93.应当说明的是，上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。