CN116594874A - 运行环境可用性测试方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本发明涉及一种运行环境可用性测试方法、装置、计算机设备和存储介质，方法包括：获取应用程序在第一运行环境中的运行数据库，其中应用程序运行在第一运行环境中；复制运行数据库，将运行数据库发送至第二运行环境，其中第二运行环境为应用程序的待迁移的运行环境；配置应用程序对第二运行环境的运行数据库的访问权限；获取第二运行环境对应的测试用例文件，控制应用程序执行测试用例文件；获取应用程序执行场景文件时产生的执行数据；根据执行数据，确定第二运行环境的可用性。上述方法可以减少测试的工作量，提高测试的效率。

Description

运行环境可用性测试方法、装置、计算机设备和存储介质

技术领域

本发明涉及软件测试及数字医疗技术领域，特别是涉及运行环境可用性测试方法、装置、计算机设备和存储介质。

背景技术

环境迁移是软件测试人不常见但又存在的一种现像，一般通过自动化测试或核心功能场景的验证来确保迁移环境后的可用性。对于测试人员来说，自动化测试可以有效的提高测试效率，核心功能场景执行能保证新环境可用性。

常规的环境迁移方案一般为迁移后使用接口自动化或执行核心场景用例检查环境是否可用。此方法存在以下不足：

无法准确的保证环境迁移后历史数据的正确性，以及复杂的用户场景数据是否能有效的落库；

迁移后因只有一套环境，业务逻辑没有可对比性，对于非常规场景验证会增加沟通成本，影响环境迁移的测试质量；

迁移涉及到多次试验，期间涉及停服停机，同时还会影响日常迭代的发布。

在实际应用中，一些涉及线上医疗的运行环境的迁移时，医疗运行环境尤其不能停止运行，尤其需要保证迁移后的历史数据的正确性。

发明内容

基于此，有必要针对在进行运行环境可用性测试方法时，技术人员需要人工编写大量的代码，工作量大，从而提高了测试的效率的问题，提供一种运行环境可用性测试方法、装置、计算机设备和存储介质。

一种运行环境可用性测试方法，其特征在于，所述测试方法包括：

获取应用程序在第一运行环境中的运行数据库，其中所述应用程序运行在第一运行环境中；

复制所述运行数据库，将所述运行数据库发送至第二运行环境，其中所述第二运行环境为所述应用程序的待迁移的运行环境；

配置所述应用程序对所述第二运行环境的运行数据库的访问权限；

获取所述第二运行环境对应的测试用例文件，控制所述应用程序执行所述测试用例文件；

获取所述应用程序执行所述场景文件时产生的执行数据；

根据所述执行数据，确定所述第二运行环境的可用性。

在其中一个实施例中，所述配置应用程序对所述第二运行环境的运行数据库的访问权限，包括：

将所述第一运行环境对应的系统配置文件替换为所述第二运行环境当前系统配置文件；或设置DNS域名指定到所述第二运行环境对应服务器；

将所述应用程序联接指定网络、修改DNS域名服务器，下载安装PingToolsPro通过拼接所述第二环境域名确保所述应用程序指定到所述第二运行环境。

在其中一个实施例中，所述获取所述第二运行环境对应的测试用例文件，包括：

获取所述应用程序运行在第一运行环境中的历史场景数据；

根据所述历史场景数据生成所述第二运行环境支持的所有业务对应业务脚本；

对所述业务脚本进行脚本内容调整，得到各个业务对应的多个等级的场景脚本；

响应于针对测试参数的设置，获取所述测试参数；

根据所述测试参数、所述业务脚本和所述场景脚本建立所述测试用例文件。

在其中一个实施例中，所述运行环境包括测试环境和生产环境；

所述控制所述应用程序执行所述测试用例文件，包括：

确定当前待测试环境为测试环境或生产环境；

根据预先对应的待测试环境与测试用例文件的对应规则，生成所述待测试环境对应的测试用例文件测试目录；

根据所述用例文件测试目录，依次读取所述待测试环境对应的各测试用例文件，执行所获取的测试用例文件,直至完成所述测试用例文件测试目录的全部测试用例文件的执行为止。

在其中一个实施例中，所述获取所述应用程序执行所述场景文件时产生的执行数据，包括：

获取所述应用程序完成所述测试用例文件的执行时产生的日志数据和运行业务数据。

在其中一个实施例中，所述测试方法还包括对所述第一运行环境进行禁写验证，拦截写入所述第一运行环境的数据，向所述应用程序发送蓝屏信息。

在其中一个实施例中，所述方法还包括：

响应测试退出指令，配置所述应用程序对所述第二运行环境的运行数据库的访问权限。

一种运行环境可用性测试装置，包括：

获取单元，用于获取应用程序在第一运行环境中的运行数据库，其中所述应用程序运行在第一运行环境中；

复制单元，用于复制所述运行数据库，将所述运行数据库发送至第二运行环境，其中所述第二运行环境为所述应用程序的待迁移的运行环境；

配置单元，用于配置所述应用程序对所述第二运行环境的运行数据库的访问权限；

测试用例单元，用于获取所述第二运行环境对应的测试用例文件，控制所述应用程序执行所述测试用例文件；

测试单元，用于获取所述应用程序执行所述场景文件时产生的执行数据；

结果输出单元，用于根据所述执行数据，确定所述第二运行环境的可用性。

一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述所述运行环境可用性测试方法的步骤。

一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述所述运行环境可用性测试方法的步骤。

上述运行环境可用性测试方法、装置、计算机设备和存储介质，通过获取应用程序在第一运行环境中的运行数据库，其中所述应用程序运行在第一运行环境中；复制所述运行数据库，将所述运行数据库发送至第二运行环境，其中所述第二运行环境为所述应用程序的待迁移的运行环境；配置所述应用程序对所述第二运行环境的运行数据库的访问权限；获取所述第二运行环境对应的测试用例文件，控制所述应用程序执行所述测试用例文件；获取所述应用程序执行所述场景文件时产生的执行数据；根据所述执行数据，确定所述第二运行环境的可用性。因此，测试可以灵活的切换配置访问不同的环境，在环境验证阶段减少了对日常业务迭代的影响，保证了日常业务的正常发布；可随时配合研发人员进行环境迁移演练，总结经验与问题确保迁移质量；测试覆盖范围全面、保证迁移后新环境的可用性。

附图说明

图1是本发明一实施例中运行环境可用性测试方法的一应用环境示意图；

图2是本发明一实施例中运行环境可用性测试方法的一流程示意图；

图3是图1中步骤S30的一具体实施方式流程示意图；

图4是图1中步骤S40的一具体实施方式流程示意图；

图5是图1中步骤S40的一具体实施方式流程示意图；

图6是本发明一实施例中运行环境可用性测试装置的一结构示意图；

图7是本发明一实施例中计算机设备的一结构示意图；

图8是本发明一实施例中计算机设备的另一结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

可以理解，本申请所使用的术语“原”、“测试”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将原个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一运行环境可用性测试方法脚本称为测试运行环境可用性测试方法脚本，且类似地，可将测试运行环境可用性测试方法脚本称为测试运行环境可用性测试方法脚本。

图1为一个实施例中提供的运行环境可用性测试方法的实施环境图，如图1所示，在该实施环境中，包括计算机设备110以及终端120。

计算机设备110为测试设备，例如为测试人员使用的电脑等计算机设备，计算机设备110上安装有自动化测试工具，例如可以为Appium。终端120上安装有需要进行运行环境可用性测试方法的被测应用，当需要测试时，测试人员可以在计算机设备110发出运行环境可用性测试方法请求，该运行环境可用性测试方法请求中携带有手势标识，计算机设备110接收该运行环境可用性测试方法请求，根据手势标识获取计算机设备110中与手势标识对应的运行环境可用性测试方法脚本。然后利用自动化测试工具执行该运行环境可用性测试方法脚本，对终端120上的被测应用进行测试，并获取运行环境可用性测试方法脚本对应的运行环境可用性测试方法结果。

需要说明的是，终端120以及计算机设备110可为智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。计算机设备110以及终端110可以通过蓝牙、USB(UniversalSerialBus，通用串行总线)或者其他通讯连接方式进行连接，本发明在此不做限制。

请参阅图2所示，图2为本发明实施例提供的运行环境可用性测试方法的一个流程示意图，包括如下步骤：

S10获取应用程序在第一运行环境中的运行数据库，其中应用程序运行在第一运行环境中；

可理解的是，该应用场景包括：终端、预设网络设备、服务器、第一运行环境和第二运行环境，其中第一运行环境为该应用程序运行的真实环境，包括运行服务器和运行数据库等；第二运行环境为该应用程序进行测试的测试环境，包括测试服务器和测试数据库中。终端用于安装该应用程序的客户端以便于用户使用，服务器用于运行该应用程序测试方法，该服务器可以使用终端代替。

其中，软件迁移是将数据、帐户和/或功能从一个操作环境(例如，源环境)转移到另一操作环境(例如，第二运行环境)的实践。软件迁移还可以包括将同一软件从一个计算机硬件迁移到另一计算机硬件，或者同时改变软件和硬件两者。软件迁移的示例包括从本地企业服务器到云提供商环境的迁移或者从一个云环境到另一云环境的迁移。

在现实的使用中，如果环境服务器出现宕机(宕机是计算机术语，口语里面简单的把停掉机器叫做down机，转换为汉字是“宕机”，但很多人都叫做“当机”/“死机”，虽然不规范但却流行。宕机，指操作系统无法从一个严重系统错误中恢复过来，或系统硬件层面出问题，以致系统长时间无响应，而不得不重新启动计算机的现象。它属于电脑运作的一种正常现象，任何电脑都会出现这种情况。)时，这时候需要重新部署一套环境，如果一套环境集成了大量的开发语言，依赖库等等，那么恢复环境将变得特别复杂。

S20复制运行数据库，将运行数据库发送至第二运行环境，其中第二运行环境为应用程序的待迁移的运行环境；

在一些应用场景中，本发明实施例提供的运行环境可以是支持前端医疗相关平台(如手机app)运行的后端运行环境，该运行环境可以是云计算环境，如阿里云、华为云等。这里的医疗相关平台可以是例如在线问诊平台，该在线问诊平台能够提供用户在线医疗的多个功能模块，用户通过这些功能模块，将相应的在线医疗数据传输给后端的运行环境，候选运行环境反馈相应的数据给前端。例如，接收用户发送的本次问诊相关的信息，本次问诊相关的信息包括用户注册时上传的用户基本信息，包括年龄、性别；用户终端发起在线问诊请求时携带的主诉信息等。运行环境从问诊信息中提取特征关键字，特征关键字至少包括症状关键字和体征关键字。然后，通过对多种用户信息进行向量化处理，可以得到相应的多维向量矩阵。服务器调用深层神经网络模型，通过深层神经网络模型基于多维向量矩阵进行预测运算，由此准确得到向用户标识分配的科室。从而实现无需用户手动选择科室，能够自动为用户分配科室。当然以上只是后端运行环境(云环境)对前端在线问诊平台的一个医疗功能模块的实现。后端云环境就是用来对前端在线问诊平台的多个医疗功能模块的实现进行支持的服务器。

S30配置应用程序对第二运行环境的运行数据库的访问权限；

其中访问权限具体可以包括：域名访问请求。在根据环境配置参数，修改用户本地的网络代理信息之后，若接收到用户的访问权限，则可以根据修改后网络代理信息，将访问权限转发至第二运行环境对应的服务器。

其中，第二运行环境可用于反映用户对于访问权限的转发意图。例如，若第二运行环境为测试环境，则用户的访问权限可以被转发至测试环境对应的服务器；又如，若第二运行环境为预上线环境，则用户的访问权限可以被转发至预上线环境对应的服务器等。环境切换程序在接收到用户的环境切换指令的情况下，可以根据环境切换指令中第二运行环境的类型，确定第二运行环境对应的环境配置参数，并且根据环境配置参数，修改用户本地的网络代理信息，进而可以根据修改后的网络代理信息，将用户的网络访问请求转发至第二运行环境对应的服务器。

在一些实施例中，S30可以包括：

S31将第一运行环境对应的系统配置文件替换为第二运行环境当前系统配置文件；或设置DNS域名指定到第二运行环境对应服务器；

S32将应用程序联接指定网络、修改DNS域名服务器，下载安装PingToolsPro通过拼接第二环境域名确保应用程序指定到第二运行环境。

其中，Hosts文件是一个没有扩展名的系统文件，其作用是将一些常用的域名与对应的IP(InternetProtocolAddress，网际协议地址)地址建立一个关联数据库，当用户在浏览器中输入需要访问的域名时，首先可以在Hosts文件(没有扩展名的系统文件)中查找该域名对应的IP地址，若Hosts文件中存在该域名对应的IP地址，则可以直接打开该IP地址对应的网页，否则，可以将该域名发送至DNS(DomainNameSystem，域名系统)服务器进行IP地址的解析。

在对web(WorldWideWeb，万维网)应用进行测试的过程中，测试人员通常需要在本地配置Hosts文件，以使测试过程中的域名访问请求被转发至对应的测试服务器。例如，某个web应用对应的正式环境的域名是www.a.com，该域名对应的IP地址为IP1，在测试过程中，需要将www.a.com的域名访问请求转发至测试服务器。因此，测试人员需要修改本地的Hosts文件，将域名www.a.com对应的IP地址修改为测试服务器的IP地址如IP2，这样，测试人员针对www.a.com的域名访问请求可以被转发至对应的测试服务器。

客户端设置每个系统配置文件和每个域名信息的对应关系，并存储该对应关系。因此可以在客户端切换运行环境，并获取待切换系统配置文件时，根据该对应关系，得到待切换运行环境对应的页面的域名信息。

将系统配置文件与域名信息进行对应，可以使得用户无需输入待切换运行环境对应的页面的域名信息，可以直接进行一键切换，提高了用户体验。

S40获取第二运行环境对应的测试用例文件，控制应用程序执行测试用例文件；

在一些应用场景中，应用程序可以是在线问诊app，该在线问诊app有多个业务功能，以其中在线问诊科室分配为例，即测试在线问诊科室分配这个功能模块和后端运行环境的对接情况，例如，当用户希望在线咨询医生时，点击应用程序中的问诊按钮，生成问诊请求，通过应用程序向服务器发送问诊请求；服务器接收用户终端通过应用程序上传的问诊请求。问诊请求携带了用户标识。服务器根据用户标识获取多种用户信息，包括：主诉信息、基本信息、历史信息等；服务器可以将概率最高的科室作为用户标识对应的科室，并将该科室确定为向用户标识分配的待就诊科室。如果在线问诊app成功的获得了正确的可是科室分配，则说明第二运行环境运行良好。当然，要对在线问诊app其他所有功能都进行相应的测试，以确定第二运行环境运行良好。

在一些实施例中，S40可以包括：

S411获取应用程序运行在第一运行环境中的历史场景数据；

S412根据历史场景数据生成第二运行环境支持的所有业务对应业务脚本；

业务脚本里的内容，实际是测试环境中一个交易从开始到结束的全部操作动作。

S413对业务脚本进行脚本内容调整，得到各个业务对应的多个等级的场景脚本；

回放可以检验录制的业务脚本的质量，检验业务脚本是否录制正确。如果回放过程中业务脚本可以跑通，也即业务脚本对应的交易可以执行成功，即业务脚本可用。在业务脚本可用的情况下，对业务脚本进行脚本内容调整，可以包括对业务脚本进行参数化、关联操作和设置检测点等调整操作，参数化、关联操作和设置检测点后的业务脚本即为场景脚本。

S414响应于针对测试参数的设置，获取测试参数；

业务脚本中的脚本内容都是静态的，对业务脚本进行参数化，即为对业务脚本参数化处理，将静态内容变为动态内容，来确保业务脚本能够动态运行。静态内容可以是业务脚本中的交易要素如卡号，账号的内容等单一、固定的值。动态内容是指经过参数化后，每次执行业务脚本可以使交易要素如卡号、账号的内容是不同的，使交易要素不会重复使用相同的内容。参数化可以使业务脚本的运行更接近真实的客户业务行为，还可以减少业务脚本的大小和业务脚本的数量。

S415根据测试参数、业务脚本和场景脚本建立测试用例文件。

运行环境包括测试环境和生产环境；

在一些实施例中，S40可以包括：

S421控制应用程序执行测试用例文件，包括：

S422确定当前待测试环境为测试环境或生产环境；

该运行环境切换方法应用于移动终端，该移动终端包括智能手机和平板电脑等。该移动终端通过无线网络与服务器进行数据交互，该服务器中存储有配置文件，该配置文件中包括配置环境变量、更新补丁和测试条目等。该运行环境包括生产环境和测试环境，该生产环境为模拟用户使用应用软件的场景，该测试环境为测试人员对应用软件进行测试的场景，在不同的运行环境下，程序代码中的环境变量是不同的。

S423根据预先对应的待测试环境与测试用例文件的对应规则，生成待测试环境对应的测试用例文件测试目录；

其中，Test环境验收-全量业务验证：筛选日常维护的全业务产品用例库，通过执行全量业务P1等级用例+P0业务的P2等级用例(20％)，全面验证新环境可用性，同时观察服务器，确保各环境业务数据不窜联。

线上环境验收-全量业务验证：通过执行全量业务P1等级用例+P2等级用例，全面验证线上新环境可用性，同时观察服务器，确保各环境业务数据不窜联。

S424根据用例文件测试目录，依次读取待测试环境对应的各测试用例文件，执行所获取的测试用例文件,直至完成测试用例文件测试目录的全部测试用例文件的执行为止。

S50获取应用程序执行场景文件时产生的执行数据；

在一些实施例中，S50可以包括：

获取应用程序完成测试用例文件的执行时产生的日志数据和运行业务数据。

S60根据执行数据，确定第二运行环境的可用性。

在一些实施例中，测试方法还包括对第一运行环境进行禁写验证，拦截写入第一运行环境的数据，向应用程序发送蓝屏信息。

其中，测试环境进行停服务验证，确保C端操作出现拦屏效果且b端系统无法操作，无新数据写入原环境。

在一些实施例中，测试方法还包括：

响应测试退出指令，配置应用程序对第二运行环境的运行数据库的访问权限。

其中，本发明实施例在接收并响应用户的环境切换指令，根据目标环境对应的配置参数，对用户本地的网络代理信息进行修改之后，用户发起的网络访问请求会被转发至目标环境对应的服务器。如果用户需要退出目标环境，则需要再次手动修改本地的Hosts文件或者网络转发规则，增加了用户的工作量，并且修改效率较低。

为解决上述问题，本发明实施例可以接收并响应用户的环境退出指令，对用户本地的网络代理信息中修改的内容进行还原。

在本发明的一种应用示例中，假设用户需要对web应用进行测试，用户可以在环境切换程序中点击“切换至测试环境”按键，环境切换程序可以获取测试环境对应的环境配置参数，并修改用户本地的网络代理信息，以使用户的网络访问请求可以被转发至测试环境对应的测试服务器。可选地，本发明实施例还可以记录用户本地修改前的网络代理信息，在接收到用户触发的环境退出指令的情况下，可以根据记录的修改前的网络代理信息，对修改后的网络代理信息中修改的内容进行还原，以使用户的访问请求被发送至修改之前的服务器。

可以理解，本发明实施例对于触发环境退出指令的具体方式不加以限制。例如，若用户关闭环境切换程序，则可以认为用户触发环境退出指令；或者，可以设置用于触发环境退出指令的按键，当用户点击该按键时，可以认为用户触发环境退出指令等。

综上，本发明实施例可以根据接收到的用户的环境切换指令，自动修改用户本地的网络代理信息，以使用户的访问请求可以被转发至目标环境对应的服务器。在此基础上，本发明实施例还可以接收并响应用户的环境退出指令，对用户本地的网络代理信息中修改的内容进行还原，以退出目标环境，使得用户的访问请求被发送至修改之前的服务器。在上述过程中，可以避免用户对本地Hosts文件或者网络转发规则进行任何手动修改，可以极大地减轻用户的工作量，提高修改网络代理信息的效率。

从上述方案可以看出，测试可以灵活的切换配置访问不同的环境(业务本身有业务需求，新的业务，新的需求，内部医生，外部医生)在环境验证阶段减少了对日常业务迭代的影响，保证了日常业务的正常发布；可随时配合研发人员进行环境迁移演练，总结经验与问题确保迁移质量；测试覆盖范围全面、保证迁移后新环境的可用性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种运行环境可用性测试装置，该运行环境可用性测试装置与上述实施例中运行环境可用性测试方法一一对应。如图6所示，该运行环境可用性测试装置包括获取单元101、复制单元102、配置单元103、测试用例单元104、测试单元105和结果输出单元106。各功能模块详细说明如下：

获取单元101，用于获取应用程序在第一运行环境中的运行数据库，其中应用程序运行在第一运行环境中；

复制单元102，用于复制运行数据库，将运行数据库发送至第二运行环境，其中第二运行环境为应用程序的待迁移的运行环境；

配置单元103，用于配置应用程序对第二运行环境的运行数据库的访问权限；

测试用例单元104，用于获取第二运行环境对应的测试用例文件，控制应用程序执行测试用例文件；

测试单元105，用于获取应用程序执行场景文件时产生的执行数据；

结果输出单元106，用于根据执行数据，确定第二运行环境的可用性。

在一实施例中，判断模块104，具体用于：

通过命名实体识别技术，对用户问题进行实体提取，得到第一实体词，并对候选问题进行实体提取，得到第二实体词；

分别对第一实体词和第二实体词进行同义扩展，得到第一目标实体同义词集和第二目标实体同义词集；

比较第一目标实体同义词集和第二目标实体同义词集是否有交集；

若第一目标实体同义词集和第二目标实体同义词集存在交集，则确定用户问题和候选问题对齐。

在一实施例中，测试用例单元104，具体用于：

将第一运行环境对应的系统配置文件替换为第二运行环境当前系统配置文件；或设置DNS域名指定到第二运行环境对应服务器；

将应用程序联接指定网络、修改DNS域名服务器，下载安装PingToolsPro通过拼接第二环境域名确保应用程序指定到第二运行环境。

在一实施例中，判断模块104，还用于：

获取应用程序运行在第一运行环境中的历史场景数据；

根据历史场景数据生成第二运行环境支持的所有业务对应业务脚本；

对业务脚本进行脚本内容调整，得到各个业务对应的多个等级的场景脚本；

响应于针对测试参数的设置，获取测试参数；

根据测试参数、业务脚本和场景脚本建立测试用例文件。

在一实施例中，判断模块104，具体用于：

确定当前待测试环境为测试环境或生产环境；

根据预先对应的待测试环境与测试用例文件的对应规则，生成待测试环境对应的测试用例文件测试目录；

根据用例文件测试目录，依次读取待测试环境对应的各测试用例文件，执行所获取的测试用例文件,直至完成测试用例文件测试目录的全部测试用例文件的执行为止。

在一实施例中，测试单元105，具体用于：

获取应用程序完成测试用例文件的执行时产生的日志数据和运行业务数据。

在一实施例中，测试单元105，具体用于：

测试方法还包括对第一运行环境进行禁写验证，拦截写入第一运行环境的数据，向应用程序发送蓝屏信息。

本发明提供了一种运行环境可用性测试装置，先通过语义匹配方式得到候选问题的初步排序结果，随后提出基于实体对齐优化问答引擎的方案，通过实体对齐方式，再次对候选问题的排序结果进行排序，使得更加匹配的候选问题被选出来，能有效地避免模型的泛化能力缺陷，极大高效提升实体匹配的效果，提升问答引擎的效果。

关于运行环境可用性测试装置的具体限定可以参见上文中对于智能问答处方法的限定，在此不再赘述。上述运行环境可用性测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务端，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性和/或易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的客户端通过网络连接通信。该计算机程序被处理器执行时以实现一种运行环境可用性测试方法服务端侧的功能或步骤。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是客户端，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部服务器通过网络连接通信。该计算机程序被处理器执行时以实现一种运行环境可用性测试方法客户端侧的功能或步骤

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

获取应用程序在第一运行环境中的运行数据库，其中应用程序运行在第一运行环境中；

复制运行数据库，将运行数据库发送至第二运行环境，其中第二运行环境为应用程序的待迁移的运行环境；

配置应用程序对第二运行环境的运行数据库的访问权限；

获取第二运行环境对应的测试用例文件，控制应用程序执行测试用例文件；

获取应用程序执行场景文件时产生的执行数据；

根据执行数据，确定第二运行环境的可用性。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取应用程序在第一运行环境中的运行数据库，其中应用程序运行在第一运行环境中；

复制运行数据库，将运行数据库发送至第二运行环境，其中第二运行环境为应用程序的待迁移的运行环境；

配置应用程序对第二运行环境的运行数据库的访问权限；

获取第二运行环境对应的测试用例文件，控制应用程序执行测试用例文件；

获取应用程序执行场景文件时产生的执行数据；

根据执行数据，确定第二运行环境的可用性。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)等非易失性存储介质，或随机存储记忆体(RandomAccessMemory，RAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种运行环境可用性测试方法，其特征在于，所述测试方法包括：

获取应用程序在第一运行环境中的运行数据库，其中所述应用程序运行在第一运行环境中；

复制所述运行数据库，将所述运行数据库发送至第二运行环境，其中所述第二运行环境为所述应用程序的待迁移的运行环境；

配置所述应用程序对所述第二运行环境的运行数据库的访问权限；

获取所述第二运行环境对应的测试用例文件，控制所述应用程序执行所述测试用例文件；

获取所述应用程序执行所述场景文件时产生的执行数据；

根据所述执行数据，确定所述第二运行环境的可用性。

2.如权利要求1所述的运行环境可用性测试方法，其特征在于，所述配置应用程序对所述第二运行环境的运行数据库的访问权限，包括：

将所述第一运行环境对应的系统配置文件替换为所述第二运行环境当前系统配置文件；或设置DNS域名指定到所述第二运行环境对应服务器；

将所述应用程序联接指定网络、修改DNS域名服务器，下载安装Ping Tools Pro通过拼接所述第二环境域名确保所述应用程序指定到所述第二运行环境。

3.如权利要求1所述的运行环境可用性测试方法，其特征在于，所述获取所述第二运行环境对应的测试用例文件，包括：

获取所述应用程序运行在第一运行环境中的历史场景数据；

根据所述历史场景数据生成所述第二运行环境支持的所有业务对应业务脚本；

对所述业务脚本进行脚本内容调整，得到各个业务对应的多个等级的场景脚本；

响应于针对测试参数的设置，获取所述测试参数；

根据所述测试参数、所述业务脚本和所述场景脚本建立所述测试用例文件。

4.如权利要求1所述的运行环境可用性测试方法，其特征在于，所述运行环境包括测试环境和生产环境；

所述控制所述应用程序执行所述测试用例文件，包括：

确定当前待测试环境为测试环境或生产环境；

根据预先对应的待测试环境与测试用例文件的对应规则，生成所述待测试环境对应的测试用例文件测试目录；

根据所述用例文件测试目录，依次读取所述待测试环境对应的各测试用例文件，执行所获取的测试用例文件,直至完成所述测试用例文件测试目录的全部测试用例文件的执行为止。

5.根据权利要求1所述的运行环境可用性测试方法，其特征在于，所述获取所述应用程序执行所述场景文件时产生的执行数据，包括：

获取所述应用程序完成所述测试用例文件的执行时产生的日志数据和运行业务数据。

6.根据权利要求1所述的运行环境可用性测试方法，其特征在于，所述测试方法还包括对所述第一运行环境进行禁写验证，拦截写入所述第一运行环境的数据，向所述应用程序发送蓝屏信息。

7.如权利要求1所述的运行环境可用性测试方法，其特征在于，所述方法还包括：

响应测试退出指令，配置所述应用程序对所述第二运行环境的运行数据库的访问权限。

8.一种运行环境可用性测试装置，其特征在于，包括：

获取单元，用于获取应用程序在第一运行环境中的运行数据库，其中所述应用程序运行在第一运行环境中；

复制单元，用于复制所述运行数据库，将所述运行数据库发送至第二运行环境，其中所述第二运行环境为所述应用程序的待迁移的运行环境；

配置单元，用于配置所述应用程序对所述第二运行环境的运行数据库的访问权限；

测试用例单元，用于获取所述第二运行环境对应的测试用例文件，控制所述应用程序执行所述测试用例文件；

测试单元，用于获取所述应用程序执行所述场景文件时产生的执行数据；

结果输出单元，用于根据所述执行数据，确定所述第二运行环境的可用性。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项权利要求所述运行环境可用性测试方法的步骤。

10.一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1至7中任一项权利要求所述运行环境可用性测试方法的步骤。