CN114168471A - 测试方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种测试方法、装置、电子设备及存储介质，该方法包括：当接收到对待测试应用程序进行测试的测试指令时，获取各目标测试环境配置信息并显示；在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境；基于各目标测试环境对所述待测试应用程序进行测试。本发明实施例的技术方案，以自动化的方式实现了对多种测试环境的构建与维护，在利用目标测试环境配置信息使测试环境维护维度进一步精细化的同时，提高了测试工作的效率。

Description

测试方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及软件测试技术领域，尤其涉及一种测试方法、装置、电子设备及存储介质。

背景技术

目前，在应用程序的测试阶段中，工作人员可以利用现有的持续集成测试工具或持续集成框架对应用程序进行测试。

然而，现有的工具和框架仅仅针对于与应用程序相关的任务进行自动化测试，并不支持对多种测试环境的配置，因此，在需要基于多种环境对应用程序进行测试的场景中，工作人员便要针对各种测试环境进行手动配置并维护，这一过程不仅消耗了较多的人力成本，测试环境的维护维度也不够精细。

发明内容

本发明提供一种测试方法、装置、电子设备及存储介质，以自动化的方式实现了对多种测试环境的构建与维护，在利用目标测试环境配置信息使测试环境维护维度进一步精细化的同时，提高了测试工作的效率。

第一方面，本发明实施例提供了一种测试方法，该方法包括：

当接收到对待测试应用程序进行测试的测试指令时，获取各目标测试环境配置信息并显示；

在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境；

基于各目标测试环境对所述待测试应用程序进行测试。

第二方面，本发明实施例还提供了一种测试装置，该装置包括：

目标测试环境配置信息获取模块，用于当接收到对待测试应用程序进行测试的测试指令时，获取各目标测试环境配置信息并显示；

目标测试环境构建模块，用于在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境；

测试模块，用于基于各目标测试环境对所述待测试应用程序进行测试。

第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的测试方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的测试方法。

本发明实施例的技术方案，当接收到对待测试应用程序进行测试的测试指令时，获取各目标测试环境配置信息并显示，以此确定出构建测试环境的依据；在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境，进一步的，基于各目标测试环境对待测试应用程序进行测试，以自动化的方式实现了对多种测试环境的构建与维护，避免了人工配置测试环境成本消耗较大的问题，在利用获取的目标测试环境配置信息使测试环境维护维度进一步精细化的同时，提高了测试工作的效率。

附图说明

为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。

图1为本发明实施例一所提供的一种测试方法的流程示意图；

图2为本发明实施例二所提供的一种测试方法的流程示意图；

图3为本发明实施例三所提供的一种测试环境管理系统的架构图；

图4为本发明实施例四所提供的一种测试装置的结构框图；

图5为本发明实施例五所提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一所提供的一种测试方法的流程示意图，本实施例可适用于针对待测试应用程序自动构建测试环境并进行管理和维护的情况，该方法可以由测试装置来执行，该装置可以通过软件和/或硬件的形式实现，该硬件可以是电子设备，如移动终端、PC端或服务器等。

如图1所示，该方法具体包括如下步骤：

S110、当接收到对待测试应用程序进行测试的测试指令时，获取各目标测试环境配置信息并显示。

在本实施例中，待测试应用程序即是需要对其关联的全部或部分程序代码进行测试的应用程序，对应的，当接收到测试指令时，即可触发系统针对该应用程序进行持续集成。其中，持续集成作为一种软件开发实践，是指开发该应用程序的团队成员多次集成各人员的工作，每次集成都通过自动化的构建来验证，从而尽早地发现程序代码中的错误的过程。

在本实施例中，用户可以通过系统中预先开发的测试控件向系统下发测试指令，对应的，当系统接收到测试指令时，不仅可以确定出待测试应用程序的程序代码，还可以获取各目标测试环境配置信息并显示。

具体来说，目标测试环境配置信息即是基于多种测试需求构建相应的测试环境时所需要的配置信息，例如，各种测试环境所对应的平台信息、服务器信息、数据库信息以及具体的环境变量等多种维度的信息，可以理解，在测试需求不同时，对应的目标测试环境配置信息也存在差异，具体获取的目标测试环境配置信息的数量与测试需求的数目相一致。进一步的，在系统获取到各目标测试环境配置信息后，还可以将这些信息在与系统相关联的目标界面上进行显示，以便用户对各目标测试环境配置信息进行确认或修改，通过这种方式，为用户提供了自由定制测试环境的途径。

S120、在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境。

在本实施例中，目标操作可以是用户执行的对各目标测试环境配置信息的确认操作，基于此可以理解，当系统检测到目标操作时，即可基于各目标测试环境配置信息构建出对应的目标测试环境。其中，目标测试环境即是对测试运行其上的软件的环境描述，以及任何其他与被测软件交互的软件，可以理解为被测试系统所需要的运行环境。

在实际应用过程中，系统在获取到各目标测试环境配置信息后，可以基于持续集成(Continuous Integration，CI)工具的测试环境部署功能来构建出各目标测试环境，可以理解为，当CI工具接收到系统下发的各目标测试环境配置信息后，即可自动触发测试环境构建的功能，从而针对待测试应用程序构建出对应的各目标测试环境。在系统中集成CI工具的好处还在于，为用户针对待测试应用程序创建测试环境提供了简洁的操作逻辑，同时需要说明的是，系统所集成的CI工具可以是Jenkins、TeamCity、Travis CI、GO CD等工具中的一种或多种，本领域技术人员应当理解，具体使用的CI工具可以根据实际需求进行选择，本公开实施例在此不做具体的限定。

S130、基于各目标测试环境对待测试应用程序进行测试。

在本实施例中，当系统根据测试需求为待测试应用程序构建出多种测试环境后，系统即可在所构建的测试环境内对待测试应用程序进行测试。示例性的，当系统基于应用程序功能1测试需求、功能2测试需求以及功能3测试需求构建出对应的目标测试环境后，即可将该待测试应用程序在上述环境内分别部署，进而检测该应用程序在实现上述功能的过程中是否存在问题。

本实施例的技术方案，当接收到对待测试应用程序进行测试的测试指令时，获取各目标测试环境配置信息并显示，以此确定出构建测试环境的依据；在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境，进一步的，基于各目标测试环境对待测试应用程序进行测试，以自动化的方式实现了对多种测试环境的构建与维护，避免了人工配置测试环境成本消耗较大的问题，在利用获取的目标测试环境配置信息使测试环境维护维度进一步精细化的同时，提高了测试工作的效率。

实施例二

图2为本发明实施例二所提供的一种测试方法的流程示意图，在前述实施例的基础上，在配置中心内获取与各测试需求信息相对应的目标测试环境配置信息，并在环境隔离系统中获取隔离信息，为用户提供了高效获取环境配置信息的途径；根据与各目标测试环境相关联的健康检测接口，确定相应的目标测试环境的使用状态，并在测试环境不可用时进行反馈，进一步增强了系统的智能度；在系统中集成测试覆盖率工具，使测试人员能够了解测试的实际覆盖情况，提高了应用程序测试质量。其具体的实施方式可以参见本实施例技术方案。其中，与上述实施例相同或者相应的技术术语在此不再赘述。

如图2所示，该方法具体包括如下步骤：

S210、当接收到基于测试需求选择控件中的触发操作所生成的测试指令时，根据触发操作确定各测试需求信息；在与待测试应用程序相关联的配置中心内，基于各测试需求信息获取相应的目标测试环境配置信息并显示。

在本实施例中，系统中可以预先开发测试需求选择控件，该控件至少能够基于用户的触发操作确定出对应的多个测试需求信息，可以理解为，用户可以通过触控选择的方式在需求选择控件中选择出多个标识，系统检测到用户选择的标识后，即可将各个标识关联的信息确定为测试需求信息。

其中，测试需求信息包括各功能测试配置项、性能测试配置项以及安全性测试配置项中的至少两个。具体来说，功能测试即是对应用程序各功能进行验证的过程，根据功能测试用例对应用程序逐项检测，从而判断其是否满足业务需求；性能测试即是通过自动化测试工具模拟多种正常、峰值以及异常负载条件来对应用程序各项性能指标进行测试，包括负载测试和压力测试等；安全性测试是指有关验证应用程序的安全等级和识别潜在安全性缺陷的过程，可以理解为，其主要目的是查找软件自身程序设计中存在的安全隐患，同时检查应用程序对非法侵入的防范能力。

在本实施例中，为了在接收到用户的测试指令时便捷地确定各测试需求信息，用于测试环境构建、管理与维护的系统可以与企业的配置中心进行关联，可以理解，在企业配置中心中存储有针对于应用程序各种测试流程的规范信息以及环境配置信息。进一步的，在获取到各目标测试环境配置信息后，可以将这些信息在系统相关联的目标界面向用户进行展示，以使用户对环境配置信息进行确认或调整。

S220、在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境。

在基于目标测试环境配置信息构建目标测试环境的过程中，可选的，在检测到触发确认控件时，根据各目标测试环境配置信息对相应的环境变量进行设置，基于设置后的各环境变量构建目标测试环境。

可以理解为，当各目标测试环境配置信息在目标界面上向用户进行展示时，用户可以对这些信息进行浏览，当确认获取的配置信息准确无误时，即可点击系统中预先开发的确认控件，系统检测到用户对确认控件的触发操作后，即可基于当前各目标测试环境配置信息，确定待测试应用在后续各种测试中所需的平台、架构、服务器、数据库以及具体的环境变量，进一步的，基于确定的信息对虚拟机中的环境变量进行赋值，从而构建出相应的目标测试环境。

可选的，在检测到触发调整控件时，确定配置调整信息，并根据配置调整信息对相应的目标测试环境配置信息进行调整，根据调整后的各目标测试环境配置信息对相应的环境变量进行设置，基于设置后的各环境变量构建目标测试环境。

可以理解为，当用户需要对获取的各目标测试环境配置信息进行个性化调整时，可以点击系统中预先开发的调整控件，并在相应的输入框中输入针对于当前配置信息的调整信息，系统接收到用户输入的调整信息后，即可对当前显示的目标测试环境配置信息进行调整，直至检测到用户点击确认控件为止，对于用户点击确认控件后的处理过程，本公开实施例在此不再赘述。

需要说明的是，在对待测试应用程序进行多种测试时，还需要根据各目标测试环境配置信息确定隔离信息，并根据隔离信息对各目标测试环境信息进行隔离设置，以构建与各目标测试环境相对应的隔离环境。具体来说，用于测试环境构建、管理与维护的系统在与企业的配置中心进行关联的同时，还可以与企业的环境隔离系统进行关联，在此基础上，当针对待测试应用程序构建各目标测试环境时，即可从环境隔离系统中获取对应的隔离信息。通过这种方式，进一步避免了待测试应用程序在测试过程中出现错误等问题，增强了系统的稳定性。

S230、根据与各目标测试环境相关联的健康检测接口，确定相应目标测试环境的使用状态；当检测到任意目标测试环境的使用状态为不可用状态时，生成与目标测试环境相对应的通知，并将通知反馈至目标终端。

在本实施例中，当系统在虚拟机中构建出各目标测试环境后，还可以确定出与各目标测试环境关联的健康检测接口，可以理解为，确定出与各目标测试环境关联的特定的应用程序编程接口(Application Programming Interface，API)，通过API接口即可对相应的测试环境的可用性定时检测。同时，如果在某一次可用性检测中确定该目标测试环境的使用状态为不可用状态，系统则会生成与该目标测试环境相应的通知，例如，当检测到性能测试的目标测试环境不可用时，即可生成“性能测试环境已不可用，请调试”的通知，进一步的，将该通知反馈至企业的目标终端，或者在系统的目标界面上进行显示。

S240、将编译后的待测试应用程序部署至容器中，并将容器在各目标测试环境中对待测试应用程序进行测试。

在本实施例中，为了根据各测试需求信息对待测试应用程序进行测试，还需要将该应用程序进行编译，进一步的，将编译后的应用程序部署于容器中进行测试。其中，容器技术即是有效将单个操作系统中的资源划分到孤立的组中，以便更好地在孤立的组之间平衡有冲突的资源使用需求的技术。可以理解，使系统支持容器化部署后，每增加一个测试环境，仅需要配置出一个对应的容器资源即可，该容器资源可以自动回收，节省了虚拟服务器资源。在实际应用过程中，可以通过在系统中引入pipeline持续集成框架以实现各目标测试环境的容器化部署。

S250、在待测试应用程序测试完毕后，获取各目标测试环境所关联测试用例的执行结果，根据各执行结果确定待测试应用程序的测试覆盖率。

在本实施例中，系统还可以对待测试应用程序的测试过程进行监控，当确定该应用程序在各目标测试环境下测试完毕后，即可获取各测试用例的执行结果，基于各执行结果确定该应用程序的测试覆盖率。其中，测试覆盖率即是对应用程序测试完成程度的度量，通常依据某种覆盖准则来对测试用例执行情况进行衡量，从而判断测试执行地是否充分。而测试用例则是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略，其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终会形成测试文档，本领域技术人员应当理解，各测试用例在相应的目标测试环境内运行，用于确定待测试应用程序是否满足与各测试需求信息相对应的预设要求。

在实际应用过程中，可以在系统中集成JaCoCo工具来确定待测试应用的测试覆盖率，该工具作为开源的覆盖率工具，所针对的开发语言为Java，使用方法较为灵活，且包括多种尺度的覆盖率计算器，例如，该工具同时包含指令集覆盖、分支覆盖、圈复杂度、行覆盖、方法覆盖、类覆盖等，本公开实施例在此不再赘述。

本实施例的技术方案，在配置中心内获取与各测试需求信息相对应的目标测试环境配置信息，并在环境隔离系统中获取隔离信息，为用户提供了高效获取环境配置信息的途径；根据与各目标测试环境相关联的健康检测接口，确定相应的目标测试环境的使用状态，并在测试环境不可用时进行反馈，进一步增强了系统的智能度；在系统中集成测试覆盖率工具，使测试人员能够了解测试的实际覆盖情况，提高了应用程序测试质量。

实施例三

作为上述实施例的一可选实施例，图3为本发明实施例三所提供的一种测试环境管理系统的架构图。为了清楚的介绍本实施例技术方案，可以以应用场景是针对待测试应用程序自动构建测试环境并进行管理和维护的情形为例来介绍，但是不局限于上述场景，可以适用于各种需要测试应用程序的场景中。

参见图3，在实际应用过程中，可以基于测试环境管理系统来实现本公开实施例一、实施例二中所述的测试方法。具体来说，测试环境管理系统集成了CI工具，由于该工具负责程序代码的下载、编译、拷贝与启动，因此，测试环境管理系统支持测试环境一键部署功能以及测试环境自动触发构建功能；测试环境管理系统还集成了企业的配置中心、环境隔离系统，从而在配置中心内获取各测试环境的个性化配置信息，以及隔离环境配置信息，为用户提供了高效获取环境配置信息的途径，提高了测试工作的效率；测试环境管理系统还具备对各目标测试环境进行维护的健康检查接口，通过该接口可以定时检查各目标测试环境的可用性，当确定出目标测试环境处于不可用状态时，可自动发出报警通知；测试环境管理系统还集成了JaCoCo平台，通过获取测试环境在测试完成后对各被测分支的覆盖情况，从而使测试人员了解本次测试的实际覆盖情况，进一步提高了测试质量。

继续参见图3，在实际的测试过程中，测试环境管理系统可以自动识别从配置中心内获取的测试环境参数，并将该测试环境一键导入；进一步的，测试人员对各测试环境配置信息进行维护的同时，系统如果检测到用户对目标测试环境相关信息进行查询，则可以在目标界面将这些信息显示，以便测试人员对各测试环境进行确认；当应用程序在各测试环境测试完毕后，系统还可以基于集成的JaCoCo平台生成代码测试覆盖率数据，使测试人员明确本次测试的覆盖情况，从而降低了产品上线后产生线上故障的风险。

上述技术方案的有益效果为：以自动化的方式实现了对多种测试环境的构建与维护，避免了人工配置测试环境成本消耗较大的问题，在利用获取的目标测试环境配置信息使测试环境维护维度进一步精细化的同时，提高了测试工作的效率。

实施例四

图4为本发明实施例四所提供的一种测试装置的结构框图，可执行本发明任意实施例所提供的测试方法，具备执行方法相应的功能模块和有益效果。如图4所示，该装置具体包括：目标测试环境配置信息获取模块310、目标测试环境构建模块320、以及测试模块330。

目标测试环境配置信息获取模块310，用于当接收到对待测试应用程序进行测试的测试指令时，获取各目标测试环境配置信息并显示。

目标测试环境构建模块320，用于在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境。

测试模块330，用于基于各目标测试环境对所述待测试应用程序进行测试。

在上述各技术方案的基础上，目标测试环境配置信息获取模块310包括测试需求信息确定单元以及目标测试环境配置信息获取单元。

测试需求信息确定单元，用于当接收到基于测试需求选择控件中的触发操作所生成的测试指令时，根据所述触发操作确定各测试需求信息，其中，所述测试需求信息包括各功能测试配置项、性能测试配置项以及安全性测试配置项中的至少两个。

目标测试环境配置信息获取单元，用于在与所述待测试应用程序相关联的配置中心内，基于各测试需求信息获取相应的目标测试环境配置信息并显示。

可选的，目标测试环境构建模块320，还用于在检测到触发确认控件时，根据各目标测试环境配置信息对相应的环境变量进行设置，基于设置后的各环境变量构建目标测试环境；或者，在检测到触发调整控件时，确定配置调整信息，并根据所述配置调整信息对相应的目标测试环境配置信息进行调整，根据调整后的各目标测试环境配置信息对相应的环境变量进行设置，基于设置后的各环境变量构建目标测试环境。

测试模块330，还用于将编译后的待测试应用程序部署至容器中，并将所述容器在各目标测试环境中对所述待测试应用程序进行测试。

在上述各技术方案的基础上，测试装置还包括隔离信息确定模块。

隔离信息确定模块，用于根据各目标测试环境配置信息确定隔离信息，并根据所述隔离信息对各目标测试环境信息进行隔离设置，以构建与各目标测试环境相对应的隔离环境。

在上述各技术方案的基础上，测试装置还包括使用状态检测模块。

使用状态检测模块，用于根据与各目标测试环境相关联的健康检测接口，确定相应目标测试环境的使用状态；当检测到任意目标测试环境的使用状态为不可用状态时，生成与所述目标测试环境相对应的通知，并将所述通知反馈至目标终端。

在上述各技术方案的基础上，测试装置还包括测试覆盖率确定模块。

测试覆盖率确定模块，用于在所述待测试应用程序测试完毕后，获取各目标测试环境所关联测试用例的执行结果，根据各执行结果确定所述待测试应用程序的测试覆盖率；其中，各测试用例在相应的目标测试环境内运行，用于确定所述待测试应用程序是否满足与各测试需求信息相对应的预设要求。

本实施例所提供的技术方案，当接收到对待测试应用程序进行测试的测试指令时，获取各目标测试环境配置信息并显示，以此确定出构建测试环境的依据；在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境，进一步的，基于各目标测试环境对待测试应用程序进行测试，以自动化的方式实现了对多种测试环境的构建与维护，避免了人工配置测试环境成本消耗较大的问题，在利用获取的目标测试环境配置信息使测试环境维护维度进一步精细化的同时，提高了测试工作的效率。

本发明实施例所提供的测试装置可执行本发明任意实施例所提供的测试方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

实施例五

图5为本发明实施例五所提供的一种电子设备的结构示意图。图5示出了适于用来实现本发明实施例实施方式的示例性电子设备40的框图。图5显示的电子设备40仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，电子设备40以通用计算设备的形式表现。电子设备40的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。

总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备40典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备40访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)404和/或高速缓存存储器405。电子设备40可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线403相连。存储器402可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。

电子设备40也可以与一个或多个外部设备409(例如键盘、指向设备、显示器410等)通信，还可与一个或者多个使得用户能与该电子设备40交互的设备通信，和/或与使得该电子设备40能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口411进行。并且，电子设备40还可以通过网络适配器412与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器412通过总线403与电子设备40的其它模块通信。应当明白，尽管图5中未示出，可以结合电子设备40使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的测试方法。

实施例六

本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行测试方法。

该方法包括：

当接收到对待测试应用程序进行测试的测试指令时，获取各目标测试环境配置信息并显示；

在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境；

基于各目标测试环境对所述待测试应用程序进行测试。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的项目代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的项目代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机项目代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。项目代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种测试方法，其特征在于，包括：

当接收到对待测试应用程序进行测试的测试指令时，获取各目标测试环境配置信息并显示；

在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境；

基于各目标测试环境对所述待测试应用程序进行测试。

2.根据权利要求1所述的方法，其特征在于，所述当接收到对待测试应用程序进行测试的测试指令时，获取各目标测试环境配置信息并显示，包括：

当接收到基于测试需求选择控件中的触发操作所生成的测试指令时，根据所述触发操作确定各测试需求信息，其中，所述测试需求信息包括各功能测试配置项、性能测试配置项以及安全性测试配置项中的至少两个；

在与所述待测试应用程序相关联的配置中心内，基于各测试需求信息获取相应的目标测试环境配置信息并显示。

3.根据权利要求1所述的方法，其特征在于，所述在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境，包括：

在检测到触发确认控件时，根据各目标测试环境配置信息对相应的环境变量进行设置，基于设置后的各环境变量构建目标测试环境；或者，

在检测到触发调整控件时，确定配置调整信息，并根据所述配置调整信息对相应的目标测试环境配置信息进行调整，根据调整后的各目标测试环境配置信息对相应的环境变量进行设置，基于设置后的各环境变量构建目标测试环境。

4.根据权利要求1所述的方法，其特征在于，所述基于各目标测试环境对所述待测试应用程序进行测试，包括：

将编译后的待测试应用程序部署至容器中，并将所述容器在各目标测试环境中对所述待测试应用程序进行测试。

5.根据权利要求1所述的方法，其特征在于，还包括：

根据各目标测试环境配置信息确定隔离信息，并根据所述隔离信息对各目标测试环境信息进行隔离设置，以构建与各目标测试环境相对应的隔离环境。

6.根据权利要求1所述的方法，其特征在于，在所述基于各目标测试环境配置信息构建目标测试环境之后，还包括：

根据与各目标测试环境相关联的健康检测接口，确定相应目标测试环境的使用状态；

当检测到任意目标测试环境的使用状态为不可用状态时，生成与所述目标测试环境相对应的通知，并将所述通知反馈至目标终端。

7.根据权利要求2所述的方法，其特征在于，还包括：

在所述待测试应用程序测试完毕后，获取各目标测试环境所关联测试用例的执行结果，根据各执行结果确定所述待测试应用程序的测试覆盖率；

其中，各测试用例在相应的目标测试环境内运行，用于确定所述待测试应用程序是否满足与各测试需求信息相对应的预设要求。

8.一种测试装置，其特征在于，包括：

目标测试环境配置信息获取模块，用于当接收到对待测试应用程序进行测试的测试指令时，获取各目标测试环境配置信息并显示；

目标测试环境构建模块，用于在检测到触发目标操作时，基于各目标测试环境配置信息构建目标测试环境；

测试模块，用于基于各目标测试环境对所述待测试应用程序进行测试。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的测试方法。

10.一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7中任一所述的测试方法。

Images