测试服务平台、电子设备及测试服务方法

摘要

本申请公开了一种测试服务平台、电子设备及测试服务方法。该平台包括配合使用的前端展示台以及后端服务台，前端展示台用于接收用户填写的项目信息并将项目信息发送至后端服务台，以及用于接收并展示后端服务台发送的结果信息，后端服务台用于对项目信息进行处理，得到结果信息，并将结果信息发送至前端展示台，后端服务台还包括三方接口，用于连接三方测试应用程序，以及数据库，用于存储结果信息。本申请的有益效果在于：用户在前端展示台进行操作，通过后端服务台和三方接口交互、和数据库交互，集合了测试全流程中的工具及解决方案，实现了软件测试人员一站式完成工作，节约时间成本，提高测试工作效率。

说明书

技术领域

本申请涉及计算机技术领域，具体涉及一种测试服务平台、电子设备及测试服务方法。

背景技术

测试服务平台主要解决测试过程中测试人员团队协作的问题，比如测试缺陷管理、测试用例管理、测试任务管理等。现有的测试服务平台，如JERA、Testlink、禅道等，更倾向于测试缺陷管理，无法将软件测试功能、自动化及相关的工具集成在同一个平台，来满足测试人员测试过程中工具及脚本的使用及执行，不能实现持续集成，时间成本较高。

发明内容

鉴于上述问题，提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的一种测试服务平台、电子设备及测试服务方法。

依据本申请的一方面，提供了一种测试服务平台，包括配合使用的前端展示台以及后端控制台，前端展示台，用于接收用户填写的项目信息并将项目信息发送至后端服务台，以及用于接收并展示后端服务台发送的结果信息；后端服务台，用于对项目信息进行处理，得到结果信息，并将结果信息发送至前端展示台；

其中，后端服务台还包括：

三方接口，用于连接三方测试应用程序，后端服务台可根据项目信息通过三方接口调用三方测试应用程序对项目信息进行处理，以得到结果信息；

以及数据库，用于存储结果信息。

可选的，后端服务台至少包括：UI自动化管理模块、接口自动化管理模块以及资产管理模块；其中，

UI自动化管理模块，用于按版本或机型管理UI自动化脚本，包括：按版本或机型批量执行脚本，新增脚本，以及对每个脚本进行查看、修改和删除中的至少一种；

接口自动化管理模块，用于管理三方接口，包括：控制调用的三方接口的数量，新增三方接口，以及对每个三方接口的查看、修改和删除中的至少一种；

资产管理模块，用于管理移动设备，包括：对移动设备进行查询，新增移动设备，以及对每个移动设备的查看、修改和删除中的至少一种。

可选的，UI自动化管理模块还用于测试UI通过率及模块脚本用例数，并生成第一测试报告；

接口自动化管理模块还用于测试三方接口通过率及模块接口用例数，并生成第二测试报告；

资产管理模块还用于测试设备使用情况及设备数，并生成第三测试报告；

后端服务台还包括：控制台展示模块；其中，控制台展示模块包括：UI测试轮次报告模块、接口测试轮次报告模块、以及资产测试报告模块，其中，UI测试轮次报告模块，用于按照第一展示层级展示第一测试报告；

接口测试轮次报告模块，用于按照第二展示层级展示第二测试报告；

资产测试报告模块，用于展示第三测试报告。

可选的，第一展示层级至少包括：UI总报告列表、按版本展示UI报告列表、按轮次标识展示UI报告列表、按测试用例展示UI报告列表以及按步骤展示UI报告列表。

可选的，第二展示层级至少包括：接口总报告列表、按名称展示接口报告列表以及按轮次标识展示接口报告列表。

可选的，后端服务台还包括：

回归检查点模块，用于管理项目信息需要回归的测试用例，包括：对测试用例进行查询，上传测试用例，以及对每个测试用例的修改或删除；

Monkey测试模块，用于管理Monkey测试脚本，包括：对测试脚本进行查询，上传测试脚本，以及对每个测试脚本的修改、下载和删除中的至少一种；

深度兼容测试管理模块，用于管理三方给出的深度兼容测试报告，包括：新增深度兼容测试报告，以及对每个深度兼容测试报告的下载或者删除；

性能测试管理模块，用于管理各项目信息的压测执行脚本以及性能测试报告；

安全测试管理模块，用于管理三方给出的安全测试报告，包括：新增安全测试报告，对每个安全测试报告的下载或者删除；

测试相关资料模块，用于管理测试过程中的小工具和学习资料；

线上问题跟踪模块，用于管理线上的缺陷和故障，包括：新增或批量导入缺陷和故障，下载模块、以及对每个缺陷和故障的修改、删除和发送中的至少一种。

可选的，性能测试管理模块还包括：

脚本列表模块，用于管理各项目信息的压测执行脚本，包括：新增压测执行脚本，以及对每个压测执行脚本的下载或者删除；

报告列表模块，用于管理性能测试报告，包括：新增性能测试报告，以及对每个性能测试报告的下载或者删除。

可选的，测试相关资料模块还包括：

小工具模块，用于管理测试过程中的小工具，包括：新增小工具，以及对每个小工具的下载或者删除；

测试方法及技能模块，用于管理测试过程中的学习资料，包括：新增学习资料，以及对每个学习资料的下载或者删除。

根据本申请的另一方面，提供了一种电子设备，包括上述任一所述的测试服务平台。

根据本申请的又一方面，提供了一种测试服务方法，该方法基于上述任一所述的测试服务平台，该方法包括：

接收用户设定的项目信息；

对项目信息进行处理，得到结果信息；

展示结果信息；

其中，对项目信息进行处理包括：

通过三方接口调用三方测试应用程序，对项目信息进行处理，以得到结果信息；

以及存储结果信息。

本申请的有益效果在于：本申请通过用户在前端展示台进行操作，后端服务台和三方接口交互、和数据库交互，并将结果信息发送并展示于前端展示台，集合了测试全流程中的工具及解决方案，简化了软件测试人员的操作，实现了软件测试人员一站式完成工作，节约时间成本，提高测试工作效率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式并配合附图详细说明如后。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本申请一个实施例的测试服务平台的结构示意图；

图2示出了根据本申请另一个实施例的测试服务平台的结构示意图；

图3示出了根据本申请一个实施例的电子设备的结构示意图；

图4示出了根据本申请一个实施例的测试服务方法的流程示意图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

本申请的构思在于：以测试工程师完成实际工作为出发点，通过用户在前端展示台进行操作，后端服务台和三方接口交互、和数据库交互，并将结果信息发送并展示于前端展示台，集合了测试全流程中的工具及解决方案，实现了软件测试人员一站式完成工作。

图1示出了根据本申请一个实施例的测试服务平台的结构示意图，参照图1所示，该测试服务平台100包括前端展示台200以及后端服务台300，前端展示台200和后端服务台300配合使用，完成测试全流程。前端展示台200一方面用于接收用户填写的项目信息并将项目信息发送至后端服务台300，同时，前端展示台200还用于接收并展示后端服务台300发送的结果信息，后端服务台300用于对项目信息进行处理，得到结果信息，并将结果信息发送至前端服务台，后端服务台300还包括三方接口310以及数据库320：三方接口310用于连接三方测试应用程序，后端服务台可根据项目信息通过三方接口310调用三方测试应用程序对项目信息进行处理，以得到结果信息，数据库320用于存储结果信息。

前端展示台200为该测试服务平台100的前端工程，可以基于automan框架进行开发，后端服务台300为该测试服务平台100的后端工程，作为该测试服务平台100的主体，可以基于Sprint Cloud框架进行开发，根据项目信息，后端服务台300通过三方接口310调用三方测试应用程序，三方接口310可以基于Django框架进行开发，该测试服务平台100的结果信息均可以存储在MySQL。

由图1所示的测试服务平台100可以看出，本申请的有益效果在于：以测试工程师完成实际工作为出发点，通过用户在前端展示台200进行操作，后端服务台300和三方接口310交互、和数据库320交互，将结果信息发送并展示于前端展示台200，集合了测试全流程中的工具及解决方案，实现了软件测试人员一站式完成工作，简化了软件测试人员的操作，节约时间成本，提高测试工作效率。

图2示出了根据本申请另一个实施例的测试服务平台的结构示意图，参照图2所示，后端服务台300至少包括：

UI自动化管理模块330，用于按版本或机型管理UI自动化脚本，包括：按版本或机型批量执行脚本，新增脚本，以及对每个脚本进行查看、修改和删除的至少一种。

具体的，UI自动化管理模块330可以按版本或机型管理所有UI自动化脚本。可以控制执行脚本的方式，例如按版本批量执行脚本，或者按机型批量执行脚本，新增脚本并得到包含新脚本的所有UI自动化脚本列表，支持对各个已有的脚本进行查看、修改或者删除。

接口自动化管理模块340，用于管理三方接口310，包括：控制调用的三方接口310的数量，新增三方接口310，以及对每个接口310的查看、修改和删除的至少一种。

具体的，接口自动化管理模块340可以对所有三方接口310进行管理。可以控制调用的三方接口310的数量，例如仅通过单个三方接口310调用单个三方测试应用程序，或者通过所有三方接口310调用所有三方测试应用程序，新增三方接口310并得到包含新三方接口310的所有三方接口列表，支持对各个已有的三方接口310进行查看、修改或者删除。

资产管理模块350，用于管理移动设备，包括：对移动设备进行查询，新增移动设备，以及对每个移动设备的查看、修改和删除的至少一种。

具体的，资产管理模块350可以用于管理所有移动设备，便于测试工程师查找所需的移动设备。移动设备的信息可以包括但不限于：资产名称、资产编号、规格型号、使用部门、使用人、使用状态、系统版本和统计日期，测试工程师可以通过搜索功能，对移动设备的资产名称、资产编码、使用人和使用状态进行查询，新增移动设备并得到包含新移动设备的所有移动设备列表，支持对各个已有的移动设备进行查看、修改或者删除。

在本申请的一些实施例中，UI自动化管理模块330还用于测试UI通过率及模块脚本用例数，并生成第一测试报告，接口自动化管理模块340还用于测试三方接口通过率及模块接口用例数，并生成第二测试报告，资产管理模块350还用于测试设备使用情况及设备数，并生成第三测试报告。

后端服务台300还包括：控制台展示模块360，控制台展示模块360还包括：UI测试轮次报告模块361、接口测试轮次报告模块362、以及资产测试报告模块363，其中，UI测试轮次报告模块361，用于按照第一展示层级展示第一测试报告，接口测试轮次报告模块362，用于按照第二展示层级展示第二测试报告，资产测试报告模块363，用于展示第三测试报告。

具体的，UI自动化管理模块330可以按版本管理UI自动化脚本，分别测试各版本的UI通过率和各版本的用例数，并生成第一测试报告，UI测试轮次报告模块361用于按照第一展示层级展示第一测试报告，第一展示层级至少包括：总UI报告列表、按版本展示UI报告列表、按轮次标识展示UI报告列表、按测试用例展示UI报告列表以及按步骤展示UI报告列表。例如，第一展示层级的主层级为总UI报告列表层级，选择版本后进入第一级按版本展示UI报告列表，选择轮次标识后进入第二级按轮次标识展示UI报告列表，选择测试用例后进入第三级按测试用例展示UI报告列表，选择步骤后进入第四纪按步骤展示UI报告列表，每一级UI报告列表均可返回其上一级报告列表，同时每一级UI报告列表也可返回主层级总UI报告列表。这样便于对每一层级进行跟踪和隔离，同时支持导出每一级UI报告列表。

具体的，接口自动化管理模块340可以分别测试三方接口通过率及模块接口用例数，并生成第二测试报告，接口测试轮次报告模块362用于按照第二展示层级展示第二测试报告，第二展示层级至少包括：总接口报告列表，按名称展示接口报告列表以及按轮次标识展示接口报告列表。例如，第二展示层级的主层级为总接口报告列表层级，选择接口名称后进入第一级按名称展示接口报告列表，选择轮次标识后进入第二级按轮次标识展示接口报告列表，每一级接口报告列表均可返回其上一级报告列表，同时每一级接口报告列表也可返回主层级总接口报告列表。这样便于对每一层级进行跟踪和隔离，同时支持导出每一级接口报告列表。

具体的，资产管理模块350可以分别测试设备使用情况及设备数，并生成第三测试报告，资产测试报告模块363用于展示第三测试报告。例如，资产管理模块350分别测试使用中的设备数和总设备数，生成第三测试报告。

在本申请的一些实施例中，后端服务台300还包括：回归检查点模块370、Monkey测试模块380、深度兼容测试管理模块390、性能测试管理模块3100、安全测试管理模块3110、测试相关资料模块3120和线上问题跟踪模块3130。

回归检查点模块370，用于管理项目信息需要回归的测试用例，包括：对测试用例进行查询，上传测试用例，以及对每个测试用例的查看、修改和删除中的至少一种。

具体的，回归检查点模块370可以用于管理项目信息需要回归的所有测试用例。测试用例的信息可以包括但不限于：用例分类、用例模块、优先级、检查点和验证结果，测试工程师可以通过搜索功能，对测试用例的用例分类、用例模块和优先级进行查询，上传测试用例并得到包含新测试用例的所有测试用例列表，支持对各个已有的测试用例进行查看、修改或者删除。

Monkey测试模块380，用于管理Monkey测试脚本，包括：对测试脚本进行查询，上传测试脚本，以及对每个测试脚本的修改、下载和删除中的至少一种。

具体的，Monkey测试模块380可以用于管理所有Monkey测试脚本。测试脚本的信息可以包括但不限于：文件名和第一备注，测试工程师可以通过搜索功能，对测试脚本的文件名进行查询，上传测试脚本并得到包含新测试脚本的所有测试脚本列表，支持对各个已有的测试脚本进行修改、下载或者删除。

深度兼容测试管理模块390，用于管理三方给出的深度兼容测试报告，包括：新增深度兼容测试报告，对每个深度兼容测试报告的下载或者删除。

具体的，深度兼容测试报告的信息可以包括但不限于：第一测试报告名称、第一测试版本和第一测试时间，新增深度兼容测试报告并得到包含新深度兼容测试报告的所有深度兼容测试报告列表，支持对各个已有的深度兼容测试报告进行下载或者删除。

性能测试管理模块3100，用于管理各项目信息的压测执行脚本以及性能测试报告。

具体的，性能测试管理模块3100还包括：

脚本列表模块3101，用于管理各项目信息的压测执行脚本，包括：新增压测执行脚本，以及对每个压测执行脚本的下载或者删除，压测执行脚本的信息可以包括但不限于：脚本名称和第二备注，新增压测执行脚本并得到包含新压测执行脚本的所有压测执行脚本列表，支持对各个已有的压测执行脚本进行下载或者删除。

报告列表模块3102，用于管理性能测试报告，包括：新增性能测试报告，以及对每个性能测试报告的下载或者删除，性能测试报告的信息可以包括但不限于：第二测试报告名称、第二测试版本和第二测试时间，新增性能测试报告得到包含新性能测试报告的所有性能测试报告列表，支持对各个已有的性能测试报告进行下载或者删除。

安全测试管理模块3110，用于管理三方给出的安全测试报告，包括：新增安全测试报告，对每个安全测试报告的下载或者删除。

具体的，安全测试报告的信息可以包括但不限于：第三测试报告名称、第三测试版本和第三测试时间，新增安全测试报告得到包含新安全测试报告的所有安全测试报告列表，支持对各个已有的安全测试报告进行下载或者删除。

测试相关资料模块3120，用于管理测试过程中的小工具和学习资料。

具体的，测试相关资料模块3120还包括：

小工具模块3121，用于管理测试过程中的小工具，包括：新增小工具，以及对每个小工具的下载或者删除，小工具的信息可以包括但不限于：工具名称、使用教程和创建时间，新增小工具得到包含新小工具的所有小工具列表，支持对各个已有的小工具进行下载或者删除。

测试方法及技能模块3122，用于管理测试过程中的学习资料，包括：新增学习资料，以及对每个学习资料的下载或者删除，学习资料的信息可以包括但不限于：弱网环境搭建，新增学习资料得到包含新学习资料的所有学习资料列表，支持对各个已有的学习资料进行下载或者删除。

线上问题跟踪模块3130，用于管理线上的缺陷和故障，以便进行复盘，包括：新增或批量导入缺陷和故障，下载模板，以及对已有的缺陷和故障的修改、删除和发送中的至少一种。

具体的，缺陷和故障的信息可以包括但不限于：bug标题、bug级别、解决情况、解决方案、创建时间和修改时间，可以新增一个缺陷和故障，也可以批量导入一批缺陷和故障，从而得到包含新缺陷和故障的所有缺陷和故障列表，支持下载模板，同时支持对各个已有的缺陷和故障进行修改、删除或者发送。

上述测试服务平台100，将控制台展示、UI自动化管理、接口自动化管理、资产管理、回归检查点、Monkey测试、深度兼容测试管理、性能测试管理、安全测试管理、测试相关资料和线上问题跟踪进行集合，集成了UI及接口自动化测试、资产测试、功能测试、稳定测试、兼容测试、性能测试、安全测试、资料库和线上问题跟踪，实现了软件测试人员一站式完成工作，有效的节约时间成本，从而提高了测试工作效率。

图3示出了根据本申请一个实施例的电子设备的结构示意图，参照图3所示，该电子设400包括上述测试服务平台100。

需要说明的是，上述实施例中的测试服务平台100包括前述实施例中的各个模块及功能，因此不再一一进行具体的说明。

图4示出了根据本申请一个实施例的测试服务方法的流程示意图。参照图4所示，该方法基于前述实施例中的测试服务平台100，包括：

步骤S100，接收用户设定的项目信息。

具体的，基于automan框架开发前端展示台，接收用户填写的项目信息，并将项目信息发送至后端服务台。

步骤S200，对项目信息进行处理，得到结果信息。

具体的，基于Sprint Cloud框架开发后端服务台，对项目信息进行处理，得到结果信息，并将结果信息发送至前端展示台。

步骤S300，展示结果信息。

具体的，前端展示台接收并展示后端服务台发送的结果信息。

其中，对项目信息进行处理包括：

步骤S210通过三方接口调用三方测试应用程序，对项目信息进行处理，以得到结果信息。

具体的，基于Django框架开发三方接口，通过三方接口调用三方测试应用程序，对项目信息进行处理，以得到结果信息。

以及步骤S220，存储结果信息。

具体的，结果信息可以存储在MySQL。

根据本申请另一个实施例的测试服务方法，对项目信息进行处理包括：

按版本或机型管理UI自动化脚本，包括：按版本或机型批量执行脚本，新增脚本，以及对每个脚本进行查看、修改和删除的至少一种。

具体的，按版本或机型管理所有UI自动化脚本，可以控制执行脚本的方式，例如按版本批量执行脚本，或者按机型批量执行脚本。新增脚本并得到包含新脚本的所有UI自动化脚本列表，对各个已有的脚本进行查看、修改或者删除。

管理三方接口，包括：控制调用的三方接口的数量，新增三方接口，以及对每个三方接口的查看、修改和删除的至少一种。

具体的，对所有三方接口进行管理，控制调用的三方接口的数量，例如仅通过单个三方接口调用单个三方测试应用程序，或者通过所有三方接口调用所有三方测试应用程序。新增三方接口并得到包含新三方接口的所有三方接口列表，对各个已有的三方接口进行查看、修改或者删除。

管理移动设备，包括：对移动设备进行查询，新增移动设备，以及对每个移动设备的查看、修改和删除的至少一种。

具体的，管理所有移动设备，便于测试工程师查找所需的移动设备。移动设备的信息可以包括但不限于：资产名称、资产编号、规格型号、使用部门、使用人、使用状态、系统版本和统计日期，通过搜索功能，对移动设备的资产名称、资产编码、使用人和使用状态进行查询。新增移动设备并得到包含新移动设备的所有移动设备列表，对各个已有的移动设备进行查看、修改或者删除。

在本申请的一些实施例中，测试UI通过率及模块脚本用例数，并生成第一测试报告，测试三方接口通过率及模块接口用例数，并生成第二测试报告，测试设备使用情况及设备数，并生成第三测试报告，对项目信息进行处理还包括：按照第一展示层级展示第一测试报告，按照第二展示层级展示第二测试报告，展示第三测试报告。

具体的，按版本管理UI自动化脚本，分别测试各版本的UI通过率和各版本的用例数，并生成第一测试报告，按照第一展示层级展示第一测试报告，第一展示层级至少包括：总UI报告列表、按版本展示UI报告列表、按轮次标识展示UI报告列表、按测试用例展示UI报告列表以及按步骤展示UI报告列表。例如，第一展示层级的主层级为总UI报告列表层级，选择版本后进入第一级按版本展示UI报告列表，选择轮次标识后进入第二级按轮次标识展示UI报告列表，选择测试用例后进入第三级按测试用例展示UI报告列表，选择步骤后进入第四纪按步骤展示UI报告列表，每一级UI报告列表均可返回其上一级报告列表，同时每一级UI报告列表也可返回主层级总UI报告列表。

具体的，分别测试三方接口通过率及模块接口用例数，并生成第二测试报告，按照第二展示层级展示第二测试报告，第二展示层级至少包括：总接口报告列表，按名称展示接口报告列表以及按轮次标识展示接口报告列表。例如，第二展示层级的主层级为总接口报告列表层级，选择接口名称后进入第一级按名称展示接口报告列表，选择轮次标识后进入第二级按轮次标识展示接口报告列表，每一级接口报告列表均可返回其上一级报告列表，同时每一级接口报告列表也可返回主层级总接口报告列表。

具体的，分别测试设备使用情况及设备数，并生成第三测试报告，展示第三测试报告。例如，分别测试使用中的设备数和总设备数，生成第三测试报告。

在本申请的一些实施例中，对项目信息进行处理还包括：

管理项目信息需要回归的测试用例，包括：对测试用例进行查询，上传测试用例，以及对每个测试用例的查看、修改和删除中的至少一种。

具体的，管理项目信息需要回归的所有测试用例。测试用例的信息可以包括但不限于：用例分类、用例模块、优先级、检查点和验证结果。通过搜索功能，对测试用例的用例分类、用例模块和优先级进行查询，上传测试用例并得到包含新测试用例的所有测试用例列表，对各个已有的测试用例进行查看、修改或者删除。

管理Monkey测试脚本，包括：对测试脚本进行查询，上传测试脚本，以及对每个测试脚本的修改、下载和删除中的至少一种。

具体的，管理所有Monkey测试脚本。测试脚本的信息可以包括但不限于：文件名和第一备注。通过搜索功能，对测试脚本的文件名进行查询，上传测试脚本并得到包含新测试脚本的所有测试脚本列表，对各个已有的测试脚本进行修改、下载或者删除。

管理三方给出的深度兼容测试报告，包括：新增深度兼容测试报告，对每个深度兼容测试报告的下载或者删除。

具体的，深度兼容测试报告的信息可以包括但不限于：第一测试报告名称、第一测试版本和第一测试时间。新增深度兼容测试报告并得到包含新深度兼容测试报告的所有深度兼容测试报告列表，对各个已有的深度兼容测试报告进行下载或者删除。

管理各项目信息的压测执行脚本以及性能测试报告。

具体的，管理各项目信息的压测执行脚本以及性能测试报告还包括：

管理各项目信息的压测执行脚本，包括：新增压测执行脚本，以及对每个压测执行脚本的下载或者删除。压测执行脚本的信息可以包括但不限于：脚本名称和第二备注。新增压测执行脚本并得到包含新压测执行脚本的所有压测执行脚本列表，对各个已有的压测执行脚本进行下载或者删除。

管理性能测试报告，包括：新增性能测试报告，以及对每个性能测试报告的下载或者删除。性能测试报告的信息可以包括但不限于：第二测试报告名称、第二测试版本和第二测试时间。新增性能测试报告得到包含新性能测试报告的所有性能测试报告列表，对各个已有的性能测试报告进行下载或者删除。

管理三方给出的安全测试报告，包括：新增安全测试报告，对每个安全测试报告的下载或者删除。

具体的，安全测试报告的信息可以包括但不限于：第三测试报告名称、第三测试版本和第三测试时间。新增安全测试报告得到包含新安全测试报告的所有安全测试报告列表，对各个已有的安全测试报告进行下载或者删除。

管理测试过程中的小工具和学习资料。

具体的，管理测试过程中的小工具和学习资料还包括：

管理测试过程中的小工具，包括：新增小工具，以及对每个小工具的下载或者删除。小工具的信息可以包括但不限于：工具名称、使用教程和创建时间。新增小工具得到包含新小工具的所有小工具列表，对各个已有的小工具进行下载或者删除。

管理测试过程中的学习资料，包括：新增学习资料，以及对每个学习资料的下载或者删除。学习资料的信息可以包括但不限于：弱网环境搭建。新增学习资料得到包含新学习资料的所有学习资料列表，对各个已有的学习资料进行下载或者删除。

管理线上的缺陷和故障，包括：新增或批量导入缺陷和故障，下载模板，以及对已有的缺陷和故障的修改、删除和发送中的至少一种。

具体的，缺陷和故障的信息可以包括但不限于：bug标题、bug级别、解决情况、解决方案、创建时间和修改时间。可以新增一个缺陷和故障，也可以批量导入一批缺陷和故障，从而得到包含新缺陷和故障的所有缺陷和故障列表，下载模板，对各个已有的缺陷和故障进行修改、删除或者发送。

需要说明的是，上述实施例中的测试服务方法基于前述实施例中的测试服务平台100，与前述实施例中的测试服务平台100的各模块一一对应，因此不再一一进行具体的说明。

本领域那些技术人员可以理解，可以对实施例中的测试服务平台100中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的各模块组合成一个模块，此外可以把它们分成多个子模块。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。