测试环境部署方法、设备、存储介质及程序产品

技术领域

本申请实施例涉及软件测试技术领域，尤其涉及一种测试环境部署方法、设备、存储介质及程序产品。

背景技术

软件测试是通过在规定的条件下对待测试的软件程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。在软件测试过程中，软件测试环境的快速部署是提高软件测试效率的关键。

相关技术中，在需要部署一个新的软件测试环境时，测试人员基于配置需求清单记载的内容，手动进行部署。

然而，实现本申请过程中，发明人发现现有技术中至少存在如下问题：上述手动部署的方式，效率较差。

发明内容

本申请实施例提供一种测试环境部署方法、设备、存储介质及程序产品，以提高测试环境的部署效率。

第一方面，本申请实施例提供一种测试环境部署方法，包括：

获取待部署测试环境对应的第一测试模板；所述第一测试模板包括多个组件；

根据多个所述组件的预设权重，确定多个所述组件对应的指令语句的执行顺序；

根据所述执行顺序，执行多个所述组件对应的指令语句，实现所述待部署测试环境的部署。

在一种可能的设计中，所述获取待部署测试环境对应的第一测试模板，包括：

根据研发需求确定待部署测试环境所需的多个组件；

根据测试需求确定多个所述组件的参数值；

根据多个所述组件的参数值，生成所述待部署测试环境对应的第一测试模板。

在一种可能的设计中，所述根据研发需求确定待部署测试环境所需的多个组件，包括：

响应于第一用户在部署平台的第一输入界面上根据研发需求对预设待选组件的第一触控操作，生成待部署测试环境对应的第二测试模板；所述第一测试模板包括多个组件。

在一种可能的设计中，所述根据测试需求确定多个所述组件的参数值，包括：

响应于第二用户在部署平台的第二输入界面对多个所述组件的参数值的调整指令，获得所述待部署测试环境对应的第一测试模板。

在一种可能的设计中，多个所述组件包括待测试微服务应用对应的第一组件，以及所述待测试微服务应用所依赖的基础环境对应的第二组件。

在一种可能的设计中，所述根据多个所述组件的预设权重，确定多个所述组件对应的指令语句的执行顺序，包括：

将多个所述组件中第一组件的权重值设置为高于多个所述组件中第二组件的权重值，以优先执行第一组件对应的指令语句。

在一种可能的设计中，所述根据所述执行顺序，执行多个所述组件对应的指令语句，实现所述待部署测试环境的部署，包括：

响应于对部署按钮的触控操作，基于所述第一测试模板生成多个所述组件分别对应的指令语句，并将多个所述指令语句分发至对应的目标主机，以使所述目标主机执行对应的指令语句，完成对应组件的搭建，实现待部署测试环境的部署。

在一种可能的设计中，所述方法还包括：

根据新的待部署测试环境的测试需求，对所述第一测试模板进行修改，获得新的测试模板，以根据新的测试模板对所述新的待部署测试环境进行部署。

第二方面，本申请实施例提供一种测试环境部署设备，包括：

获取模块，用于获取待部署测试环境对应的第一测试模板；所述第一测试模板包括多个组件；

确定模块，用于根据多个所述组件的预设权重，确定多个所述组件对应的指令语句的执行顺序；

执行模块，用于根据所述执行顺序，执行多个所述组件对应的指令语句，实现所述待部署测试环境的部署。

第三方面，本申请实施例提供一种测试环境部署设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的方法。

第五方面，本申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计所述的方法。

本实施例提供的测试环境部署方法、设备、存储介质及程序产品，该方法包括获取待部署测试环境对应的第一测试模板，所述第一测试模板包括多个组件，根据多个所述组件的预设权重，确定多个所述组件对应的指令语句的执行顺序，根据所述执行顺序，执行多个所述组件对应的指令语句，实现所述待部署测试环境的部署。本申请实施例提供的测试环境部署方法通过制定待部署测试环境对应的测试模板，并基于测试模板进行测试环境的部署，能够实现组件信息的规范化，以及部署自动化，从而提高了测试环境的部署效率。另外，通过为不同组件设置不同的权重，对各组件的部署顺序进行控制，进一步提高了测试环境的部署效率。

附图说明

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

图1为本申请实施例提供的一种测试环境部署方法的应用场景示意图；

图2为本申请实施例提供的测试环境部署方法的流程示意图一；

图3为本申请实施例提供的制定测试模板的界面示意图；

图4为本申请实施例提供的不同组件基于权重先后入栈的示意图；

图5为本申请实施例提供的测试环境部署方法的流程示意图二；

图6为本申请实施例提供的测试环境部署设备的结构示意图；

图7为本申请实施例提供的测试环境部署设备的硬件结构图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

软件测试是通过在规定的条件下对待测试的软件程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。在软件测试过程中，软件测试环境的快速部署是提高软件测试效率的关键。

相关技术中，在需要部署一个新的软件测试环境时，软件开发人员会制作配置需求清单(可以是excel格式的文件，内容包括组件的需求信息，硬件资源的配置信息)，将配置需求清单交给测试人员，测试人员基于配置需求清单记载的内容，手动进行部署。

然而，上述手动部署的方式，效率较差，另外，配置需求清单的内容由研发人员手动添加，虽然会包括关键的软硬件配置信息，但是对于非关键却必要的一些配置信息可能会发生遗漏，并且配置需求清单编排随意，格式不严格，阅读性差，进一步降低了部署效率。此外，当需要部署多个类似的测试环境时，针对每个测试环境，均是按照配置需求清单手动部署，操作重复，效率差。

为解决上述技术问题，本申请发明人研究发现可以将微服务应用常见的组件和资源进行池化管理，获得资源池，资源池中的组件进行格式规范化，并将规范化的组件作为待选组件提供给用户(例如研发人员)根据相关需求(例如待测试微服务应用的相关服务需求，或者研发需求)进行选用，从而实现测试模板的定制，(示例性的可以由部署平台的用户交互UI界面的约束来达成模板的规范化)，定制好的模板可以导出，例如可导出成excel文件，进而响应于用户(例如测试人员)的操作，可以将该excel文件导入至部署平台，并根据测试需求调整测试模板中各组件的参数值，从而可以触发平台后台程序基于调整后的测试模板生成具体的指令语句(例如shell命令)，并将shell命令分发至目标主机，由目标主机执行获得的shell命令，并完成该shell命令对应组件的搭建和配置，从而能快速部署环境，此外，测试模板可在部署平台中保存以便后续进行复用，或者进行再次编辑后复用，具体的，可以由保存的测试模板复制出多套相同或类似环境，解决了在大型公司IT建设中微服务应用繁多导致的测试环境管理难的问题。基于此，本申请实施例提供一种测试环境部署方法，能够提高测试环境的部署效率。

需要说明的是，池化管理是指将一批主机专门用于组件资源的部署，并在每台主机上设置用于部署组件的通用脚本和构建安装包，基于此，当需要部署组件资源时，则可以通过传入相应参数来有组织的调用某台或某几台主机上的脚本，实现所需规模的组件资源的部署。也就是说，通过对组件资源进行池化管理，可以根据项目具体需要从资源池中拖拽获得相应组件资源。

图1为本申请实施例提供的一种测试环境部署方法的应用场景示意图。如图1所示，测试环境部署系统100包括第一终端101和第二终端102。

在具体实现过程中，为了信息保密，也为了尽量减少用户数量维持系统的稳定性，不同部门可以采用各自的系统平台进行操作。例如第一终端101可以安装研发部门的专用系统，供研发部门使用，第二终端102可以安装测试部门的专用系统，供测试部门使用。第一终端101在研发人员的操作下，可以通过显示模板制作界面，提供多个待选组件，供研发人员选择，在接收到研发人员的选择指令后，可以根据选择指令生成包括多个组件的第二测试模板。并且可以将第二测试模板以excel文件形式导出，发送给第二终端102，第二终端102在测试人员的操作下，可以将excel文件导入，并对第二测试模板进行修改，例如可以为第二测试模板中的多个组件设置满足测试需求的参数值，或者对研发人员已经填入的参数值进行确认和调整，获得第一测试模板，进而可以根据多个所述组件的预设权重，确定多个所述组件对应的指令语句的执行顺序，根据所述执行顺序，执行多个所述组件对应的指令语句，实现所述待部署测试环境的部署。本申请实施例提供的测试环境部署方法，通过制定待部署测试环境对应的测试模板，并基于测试模板进行测试环境的部署，能够实现组件信息的规范化，以及部署自动化，从而提高了测试环境的部署效率。另外，通过为不同组件设置不同的权重，对各组件的部署顺序进行控制，进一步提高了测试环境的部署效率。

需要说明的是，图1所示的场景示意图仅仅是一个示例，本申请实施例描述的测试环境部署方法以及场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本申请实施例提供的测试环境部署方法的流程示意图一。如图2所示，该方法包括：

201获取待部署测试环境对应的第一测试模板；所述第一测试模板包括多个组件。

具体的，响应于研发人员在部署平台的第一输入界面上的输入操作，生成待部署测试环境对应的测试模板(例如excel文件)。导入测试模板(例如excel文件)，读取并在部署平台的第二输入界面显示待部署测试环境所需的所有硬件配置和组件信息，基于第二输入界面，对测试模板中的参数值进行调整，获得最终测试模板，也即第一测试模板。

在一些实施例中，所述获取待部署测试环境对应的第一测试模板，可以包括：根据研发需求确定待部署测试环境所需的多个组件；根据测试需求确定多个所述组件的参数值；根据多个所述组件的参数值，生成所述待部署测试环境对应的第一测试模板。

在一些实施例中，所述根据研发需求确定待部署测试环境所需的多个组件，可以包括：响应于第一用户在部署平台的第一输入界面上根据研发需求对预设待选组件的第一触控操作，生成待部署测试环境对应的第二测试模板；所述第一测试模板包括多个组件。

具体的，研发人员是可以确定测试模板涉及的所有组件，即核心要件，并且可以对核心要件的配置需求，进行模板的初步填充，(对于部分配置值不确定的可以不填，留出空缺，以便后续测试人员进行补充)在界面中填充好各项后，点击生成按钮即可获得测试模板，例如excel表格。

示例性的，在生成模板过程中，对于数据库缓存的配置，在之前手动部署的方案中，配置需求清单中会在不同的地方写上需要的缓存，即同类需求散落在不同地方，不便于查找。而采用本方案提供的测试模板的话，可以专门设置数据库缓存项，例如可以通过可选框或者输入框进行参数值输入，格式规范，易于自动化处理，信息集中全面，避免发生遗漏。

在具体的界面操作过程中，在平台界面点击增加组件按钮进入如图3所示的UI界面图；根据所选组件的信息，平台会自动推送相应的待选组件的可选信息，并响应于用户(例如研发人员)的触控操作，对组件的信息进行选择或编辑，响应于确定按钮的点击操作，将选中的组件及相关信息保存在下方的表格里，响应于对重置按钮的点击操作，可重新对组件进行定义。增加完的条目可根据所属项目对应的名称(例如理赔重构中台)，最终生成一个excel模板文件。

此外，测试模板的内容可根据微服务应用需要用到的信息进行具体的配置，若所需组件在部署平台当前的待选组件中不存在，可以对平台功能进行开发完善，添加该所需组件后，再从平台页面将添加的组件加入到模板中。示例性的，测试模板的内容可以包括应用资源、组件资源等，应用资源具体可以包括单节点或集群的相关信息(资源规模、归属项目、JDK或Weblogic等、所在集群)，组件资源可以包括redis、zuul、consul、kafka等资源，示例性的，redis可以包括单节点或集群的相关信息(密码、账号、所属项目、资源规模、所在集群等)。

另外，由于部署平台事先对微服务应用本身所依赖的软硬件资源进行了池化管理，这就使得可以通过模板进行承载的信息不仅包含了微服务应用本身运行时的各种信息，还包含了微服务运行所依赖的软硬件信息，换言之通过本平台不仅可一键部署微服务应用，也可在微服务应用部署依赖的基础环境不存在的情况下，一键对微服务应用的基础软硬件资源进行部署，如微服务本身用到了nginx服务或者tomcat中间件，本平台无需预先为该微服务应用部署这两种基础组件，当模板存在这两种组件的完备信息时，即在部署微服务应用前一键部署部署好微服务应用本身依赖的软硬件资源。模板结构图规定了核心组件页面UI主要元素，在前台UI获取到页面的所填信息后，后台获取组件信息的接口程序大致根据下图所示的分类和结构定下接口规范。

在一些实施例中，所述根据测试需求确定多个所述组件的参数值，可以包括：响应于第二用户在部署平台的第二输入界面对多个所述组件的参数值的调整指令，获得所述待部署测试环境对应的第一测试模板。

需要说明的是，测试模板的生成时间点可在研发、测试、生产部署环节的任何阶段。当然，为了提高测试环境的部署效率，可以在研发阶段由研发人员根据待测试软件(例如待测试的微服务应用)的研发需求生成一个初始excel模板，即第二测试模板。第二测试模板可以通过部署平台前端的UI界面严格约束模板的输入格式，前端界面获取用户通过触控操作输入的数据后则将该数据传给后台程序(例如java程序)，后台java程序可以通过使用Apache POI开源excel处理框架将前台页面各个关键组件及组件参数一次性填充到excel中，以便后续导出发送给测试人员的终端。

本实施例中，测试模板在研发用户终端和测试用户终端之间的传送方式有多种，在第一种方式中，研发、验收、生产环境各自部署对应的平台，测试模板可以以excel模板的形式承载着微服务应用及微服务应用本身所依赖的基础组件、硬件资源等信息，在研发、测试、生产环境部署环节进行传送。在第二种方式中，研发、验收、生产环境共用一套平台环境，那么测试模板可以在该公用平台中以系统模板的方式存在，通过对研发、测试、生产环境各环节相关人员的账号权限进行管理，实现不同人员在平台内对系统模板进行查看、复制、修改等的操作。

本实施例中，为了提高部署平台的灵活性，测试模板可以设置为可修改模式，并且测试模板的生成时间可以不受限定，具体可以根据实际需要调整。例如，可根据待测试微服务应用的实际情况选择模板的生成时间点、定制模板内容、并且在符合平台权限范围内的人员也可对模板内容进行修改。由于该平台池化管理了软硬件资源，并具备扩充性，这使得测试模板中不仅包含了微服务应用本身部署所需的组件的信息，也包含了微服务应用运行所依赖的硬件资源、中间件资源等基础资源的部署所需组件的信息。

202、根据多个所述组件的预设权重，确定多个所述组件对应的指令语句的执行顺序。

具体的，为了提高部署的效率及稳定性，可以基于组件间的依赖关系，为不同的组件分配不同的权重，令权重小的组件排序靠前，优先执行该组件对应的指令语句(例如shell命令)，首先完成部署。

在一些实施例中，多个所述组件可以包括待测试微服务应用对应的第一组件，以及所述待测试微服务应用所依赖的基础环境对应的第二组件。

在一些实施例中，所述根据多个所述组件的预设权重，确定多个所述组件对应的指令语句的执行顺序，可以包括：将多个所述组件中第一组件的权重值设置为高于多个所述组件中第二组件的权重值，以优先执行第一组件对应的指令语句。

具体的，为了提高测试环境的部署效率，可以根据组件之间的依赖关系为不同组件分配权重，以对组件的部署顺序进行合理的控制。

示例性的，部署平台不仅可以一键部署微服务应用，还能一键部署微服务应用依赖的软硬件基础环境，所以可以对平台生成的shell命令执行顺序进行严格的编排，以适应微服务应用部署各个组件之前存在的前序和后继关系。如图4所示，部署平台可以提前为平台池化管理的组件维护一张权重表，在触发一键部署前从权重表中找到模板中各个组件的对应的权重，根据权重的大小以及栈的数据结构处理方式编排shell语句的执行顺序。针对不被其它方调用的微服务应用A的部署shell脚本，将其权重赋值为0，针对微服务A调用的中间件B的部署shell脚本，则可以将其权重赋值为为1，A和B共同调用mysql数据库C的部署shell脚本的权重设置为2，ABC都依赖的JDK运行环境D的部署shell脚本的权重设置为3，进而可以调用Java语言中栈的语法按照权重从大到小的顺序依次将shell脚本执行任务加入栈中(在系统权重表中权重相同的组件入栈顺序可以不分先后)。Shell脚本根据自身在系统权重表的数值依次入栈之后，部署平台后台Java语言根据栈自身的先进后出的属性从栈顶进行出栈，出栈后的shell脚本将立即被执行，当前脚本执行完后，再对栈中进行出栈操作，以此向下，直到取出栈底shell部署脚本并执行完成，从而达到有序的一次性部署微服务应用所有组件的目的。

203、根据所述执行顺序，执行多个所述组件对应的指令语句，实现所述待部署测试环境的部署。

具体的，通过用java后台语言将UI界面获取到的核心关键信息进行组织编排，并根据shell语言的语法规则生成相应的正确的可执行shell脚本，并触发相应脚本执行达到一键快速部署的目的。

在一些实施例中，所述根据所述执行顺序，执行多个所述组件对应的指令语句，实现所述待部署测试环境的部署，包括：

响应于对部署按钮的触控操作，基于所述第一测试模板生成多个所述组件分别对应的指令语句，并将多个所述指令语句分发至对应的目标主机，以使所述目标主机执行对应的指令语句，完成对应组件的搭建，实现待部署测试环境的部署。

本实施例提供的测试环境部署方法，通过制定待部署测试环境对应的测试模板，并基于测试模板进行测试环境的部署，能够实现组件信息的规范化，以及部署自动化，从而提高了测试环境的部署效率。另外，通过为不同组件设置不同的权重，对各组件的部署顺序进行控制，进一步提高了测试环境的部署效率。

图5为本申请实施例提供的测试环境部署方法的流程示意图二。如图5所示，在上述实施例的基础上，例如在图2所示实施例的基础上，本实施例中对测试模板的复用过程进行了示例性说明。该方法包括：

501、获取待部署测试环境对应的第一测试模板；所述第一测试模板包括多个组件。

502、根据多个所述组件的预设权重，确定多个所述组件对应的指令语句的执行顺序。

503、根据所述执行顺序，执行多个所述组件对应的指令语句，实现所述待部署测试环境的部署。

本实施例中步骤501至步骤503，与上述实施例中步骤201至步骤203相类似，此处不再赘述。

504、根据新的待部署测试环境的测试需求，对所述第一测试模板进行修改，获得新的测试模板，以根据新的测试模板对所述新的待部署测试环境进行部署。

具体的，可以将测试模板进行存储，例如可以将待部署测试环境的测试需求与测试模板关联存储。在需要建立新的待部署测试环境时，可以基于对应的测试需求，与已有的测试需求进行比对，获得相似度，调取相似度最高的测试需求对应的测试模板，对该测试模板进行适应性修改，既可以获得新的测试模板，并基于该新的测试模板进行新的待部署测试环境的自动部署。具体部署步骤可以参照上述实施例中步骤202至步骤203的介绍。

示例性的，如果有两个测试小组同时开展软件测试，两个测试的配置需求相同，则可以通过复制测试模板来完成测试环境的自动部署，避免重复操作，能够节省人力，提高效率。

本实施例提供的测试环境部署方法，通过对测试模板的复用，能够高效完成多个待部署测试环境的自动部署，相对于手动部署的方式，大大提高了部署效率。

综上，通过采用UI界面+excel模板的方式来保存、承载、扭转微服务应用部署时的关键构件信息，并通过Java语言将这些信息进行组织编排，根据shell的语法规则生成具体的可执行shell脚本并触发脚本执行，能够实现一键快速部署微服务的运行环境，该方式能使得微服务应用环境部署过程的关键构件信息规范化、部署过程高效、解决微服务应用环境部署时多余的沟通环节，解决了部署相同环境无法复制、相似环境无法微调后复制的问题，大大减少了重复人工操作部署环境的环节。

图6为本申请实施例提供的测试环境部署设备的结构示意图。如图6所示，该测试环境部署设备60包括：获取模块601、确定模块602以及执行模块603。

获取模块601，用于获取待部署测试环境对应的第一测试模板；所述第一测试模板包括多个组件；

确定模块602，用于根据多个所述组件的预设权重，确定多个所述组件对应的指令语句的执行顺序；

执行模块603，用于根据所述执行顺序，执行多个所述组件对应的指令语句，实现所述待部署测试环境的部署。

本申请实施例提供的测试环境部署设备，通过制定待部署测试环境对应的测试模板，并基于测试模板进行测试环境的部署，能够实现组件信息的规范化，以及部署自动化，从而提高了测试环境的部署效率。另外，通过为不同组件设置不同的权重，对各组件的部署顺序进行控制，进一步提高了测试环境的部署效率。

本申请实施例提供的测试环境部署设备，可用于执行上述的方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

图7为本申请实施例提供的测试环境部署设备的硬件结构图，该设备可以是计算机，服务器、消息收发设备，平板设备，医疗设备等。

装置70可以包括以下一个或多个组件：处理组件701，存储器702，电源组件703，多媒体组件704，音频组件705，输入/输出(I/O)接口706，传感器组件707，以及通信组件708。

处理组件701通常控制装置70的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件701可以包括一个或多个处理器709来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件701可以包括一个或多个模块，便于处理组件701和其他组件之间的交互。例如，处理组件701可以包括多媒体模块，以方便多媒体组件704和处理组件701之间的交互。

存储器702被配置为存储各种类型的数据以支持在装置70的操作。这些数据的示例包括用于在装置70上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器702可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件703为装置70的各种组件提供电力。电源组件703可以包括电源管理系统，一个或多个电源，及其他与为装置70生成、管理和分配电力相关联的组件。

多媒体组件704包括在所述装置70和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件704包括一个前置摄像头和/或后置摄像头。当装置70处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件705被配置为输出和/或输入音频信号。例如，音频组件705包括一个麦克风(MIC)，当装置70处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器702或经由通信组件708发送。在一些实施例中，音频组件705还包括一个扬声器，用于输出音频信号。

I/O接口706为处理组件701和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件707包括一个或多个传感器，用于为装置70提供各个方面的状态评估。例如，传感器组件707可以检测到装置70的打开/关闭状态，组件的相对定位，例如所述组件为装置70的显示器和小键盘，传感器组件707还可以检测装置70或装置70一个组件的位置改变，用户与装置70接触的存在或不存在，装置70方位或加速/减速和装置70的温度变化。传感器组件707可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件707还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件707还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件708被配置为便于装置70和其他设备之间有线或无线方式的通信。装置70可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件708经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件708还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置70可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器702，上述指令可由装置70的处理器709执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上测试环境部署设备执行的测试环境部署方法。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。