本公开涉及互联网技术领域，尤其涉及一种应用程序的测试方法、装置及介质。
背景技术
目前，移动端(ios端或安卓端)ui自动化测试方案较多，通过都是在pc机上部署ui自动化测试框架、编写支持的脚本、调试脚本、在本地执行该脚本、统计对安装在移动端的应用程序的测试结果。
但是，在实现本发明构思的过程中，发明人发现现有技术中至少存在如下问题：1当ui自动化测试框架共享给用户后，需要在每个用户的pc上重新部署该ui自动化测试框架，部署过程耗时过长，导致测试效率低。
技术实现要素：
有鉴于此，本公开提供一种应用程序的测试方法、装置及介质，进而至少部分地解决了由于相关技术的限制和缺陷而导致的一个或者多个问题。
本公开的第一个方面提供了一种应用程序的测试方法，应用于web服务器，包括：响应于用户的选择操作，展示被选中的电子设备的状态信息；根据所述电子设备的状态信息和安装在所述电子设备的应用程序，确定ui自动化测试框架的测试脚本和测试包；在所述ui自动化测试框架中运行所述测试脚本对安装在所述电子设备的应用程序进行测试，其中，在所述测试脚本中写入所述应用程序的测试包；展示所述电子设备的应用程序的测试报告。
根据本公开的实施例，该方法还包括：接收所述测试脚本和所述测试包对所述测试包进行解析，得到所述测试包的信息，所述测试包的信息包括以下任意一项或多项：测试包的版本、测试包的名称、测试包内部的packagename；建立安装在所述电子设备的应用程序与所述测试脚本和所述测试包之间的对应关系；存储所述对应关系、所述测试包的信息和所述测试脚本。
根据本公开的实施例，该方法还包括：接收一个或多个电子设备的状态信息展示所述一个或多个电子设备的状态信息，以便于所述用户对其进行选择操作，其中，所述一个或多个电子设备的状态信息包括以下任意一项或多项：所述一个或多个电子设备的在线情况、所述一个或多个电子设备的占用情况、所述一个或多个电子设备的异常情况。
根据本公开的实施例，在所述ui自动化测试框架中运行所述测试脚本对安装在所述电子设备的应用程序进行测试包括在所述ui自动化测试框架中运行所述测试脚本对安装在所述多个电子设备的应用程序进行测试，其中，安装在所述多个电子设备的应用程序为同一种应用程序。
本公开的第二个方面提供了一种应用程序的测试方法，应用于stf服务器，包括：识别连接在所述stf服务器的电子设备，得到所述电子设备的信息；根据所述电子设备的信息，确定所述电子设备的状态信息；向web服务器发送所述电子设备的状态信息，以便于所述web服务器对安装在所述电子设备的应用程序进行测试。
本公开的第三个方面提供了一种应用程序的测试装置，应用于web服务器，包括：第一展示模块，响应于用户的选择操作，展示被选中的电子设备的状态信息；确定模块，用于根据所述电子设备的状态信息和安装在所述电子设备的应用程序，确定ui自动化测试框架的测试脚本和测试包；测试模块，用于在所述ui自动化测试框架中运行所述测试脚本对安装在所述电子设备的应用程序进行测试，其中，在所述测试脚本中写入所述应用程序的测试包；第二展示模块，用于展示所述电子设备的应用程序的测试报告。
根据本公开的实施例，该装置还包括：第一接收模块，用于接收所述测试脚本和所述测试包；解析模块，用于对所述测试包进行解析，得到所述测试包的信息，所述测试包的信息包括以下任意一项或多项：测试包的版本、测试包的名称、测试包内部的packagename；建立模块，用于建立安装在所述电子设备的应用程序与所述测试脚本和所述测试包之间的对应关系；存储模块，用于存储所述对应关系、所述测试包的信息和所述测试脚本。
根据本公开的实施例，该装置还包括：第二接收模块，接收所述一个或多个电子设备的状态信息；第三展示模块，用于展示一个或多个电子设备的状态信息，以便于所述用户对其进行选择操作，其中，所述一个或多个电子设备的状态信息包括以下任意一项或多项：所述一个或多个电子设备的在线情况、所述一个或多个电子设备的占用情况、所述一个或多个电子设备的异常情况。
根据本公开的实施例，当所述用户选中了多个电子设备时，所述测试模块还用于：在所述ui自动化测试框架中运行所述测试脚本对安装在所述多个电子设备的应用程序进行测试，其中，安装在所述多个电子设备的应用程序为同一种应用程序。
本公开的第四个方面提供了一种应用程序的测试装置，应用于stf服务器，包括：识别模块，用于识别连接在所述stf服务器的电子设备，得到所述电子设备的信息；确定模块，用于根据所述电子设备的信息，确定所述电子设备的状态信息；发送模块，用于向web服务器发送所述电子设备的状态信息，以便于所述web服务器对安装在所述电子设备的应用程序进行测试。
本公开的第五个方面提供了一种web服务器，包括：一个或多个处理器，以及存储装置。所述存储装置用于存储一个或多个程序。其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上所述的应用于web服务器的应用程序的测试方法。
本公开的第六个方面提供了一种计算机可读介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行如上所述的应用于web服务器的应用程序的测试方法。
本公开的第七个方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现应用于web服务器的应用程序的测试方法。
本公开的第八个方面提供了一种stf服务器，包括：一个或多个处理器，以及存储装置。所述存储装置用于存储一个或多个程序。其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上所述的应用于stf服务器的应用程序的测试方法。
本公开的第九个方面提供了一种计算机可读介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行如上所述的应用于stf服务器的应用程序的测试方法。
本公开的第十个方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现应用于stf服务器的应用程序的测试方法。
根据本公开的实施例，应用于web服务器的应用程序的测试方法可以至少部分地解决现有技术中因需要在每个用户的pc上重新部署该ui自动化测试框架，部署过程耗时过长，导致测试效率低的问题，并因此实现在web服务器上的ui自动化测试框架中运行所述测试脚本对安装在所述电子设备的应用程序进行测试，无需用户将ui自动化测试框架部署在用户的pc上，为用户节省时间，从而提高用户体验。
根据本公开的实施例，应用于stf服务器的应用程序的测试方法可以至少部分地解决现有技术中在执行自动化时需要把相关设备插入到执行脚本的pc上，如果部门内设备较多时，需要先沟通协调设备的方向，收集到设备后，需要插入设备到执行脚本pc，识别后，才可以进行测试。其间沟通成本、以及设备管理的强依赖较高，这样会大大影响自动化的效率，并因此通过stf服务器对连接在该stf服务器的电子设备进行管理和获取电子设备的状态信息，然后将电子设备的状态信息发送至web服务器，使得web服务器可以对电子设备的状态信息为可用状态的电子设备进行测试。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
图1示意性示出了根据本公开实施例的应用于web服务器的应用程序的测试方法的流程图；
图2示意性示出了根据本公开另一个实施例的应用于web服务器的应用程序的测试方法的流程图；
图3示意性示出了根据本公开另一个实施例的应用于web服务器的应用程序的测试方法的流程图；
图4示意性示出了根据本公开实施例的应用于stf服务器的应用程序的测试方法的流程图；
图5示意性示出了根据本公开实施例的应用于web服务器的应用程序的测试装置的方框图；
图6示意性示出了根据本公开另一实施例的应用于web服务器的应用程序的测试装置的方框图；
图7示意性示出了根据本公开实施例的用于stf服务器的应用程序的测试装置的方框图；
图8示意性示出了根据本公开实施例的web服务器的计算机系统的方框图；
图9示意性示出了根据本公开实施例的stf服务器的计算机系统的方框图。
具体实施方式
以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。本领域技术人员还应理解，实质上任意表示两个或更多可选项目的转折连词和/或短语，无论是在说明书、权利要求书还是附图中，都应被理解为给出了包括这些项目之一、这些项目任一方、或两个项目的可能性。例如，短语“a或b”应当被理解为包括“a”或“b”、或“a和b”的可能性。
本公开的实施例提供了一种应用程序的测试方法，应用于web服务器，包括：响应于用户的选择操作，展示被选中的电子设备的状态信息；根据所述电子设备的状态信息和安装在所述电子设备的应用程序，确定ui自动化测试框架的测试脚本和测试包；在所述ui自动化测试框架中运行所述测试脚本对安装在所述电子设备的应用程序进行测试，其中，在所述测试脚本中写入所述应用程序的测试包；展示所述电子设备的应用程序的测试报告。
通过上述方式，本公开实施例的应用于web服务器的应用程序的测试方法，可以至少部分地解决现有技术中因需要在每个用户的pc上重新部署该ui自动化测试框架，部署过程耗时过长，导致测试效率低的问题，并因此实现在web服务器上的ui自动化测试框架中运行所述测试脚本对安装在所述电子设备的应用程序进行测试，无需用户将ui自动化测试框架部署在用户的pc上，为用户节省时间，从而提高用户体验。
本公开的实施例还提供了一种应用程序的测试方法，应用于stf服务器，包括：识别连接在所述stf服务器的电子设备，得到所述电子设备的信息；根据所述电子设备的信息，确定所述电子设备的状态信息；向web服务器发送所述电子设备的状态信息，以便于所述web服务器对安装在所述电子设备的应用程序进行测试。
通过上述方式，本公开实施例的应用于stf服务器的应用程序的测试方法，可以至少部分地解决现有技术中在执行自动化测试时需要把相关设备插入到执行脚本的pc上，如果部门内设备较多时，需要先沟通协调电子设备的方向，收集到电子设备后，需要将电子设备插入到执行脚本pc，识别后，才可以进行测试。其间沟通成本、以及电子设备管理的强依赖较高，这样会大大影响自动化测试的效率，并因此通过stf服务器对连接在该stf服务器的电子设备进行管理和获取电子设备的状态信息，然后将电子设备的状态信息发送至web服务器，使得web服务器可以对电子设备的状态信息为可用状态的电子设备进行测试。
图1示意性示出了根据本公开实施例的应用于web服务器的应用程序的测试方法的流程图。
如图1所示，应用于web服务器的应用程序的测试方法包括步骤s101～步骤s104。
在步骤s101中，响应于用户的选择操作，展示被选中的电子设备的状态信息。
在步骤s102中，根据所述电子设备的状态信息和安装在所述电子设备的应用程序，确定ui自动化测试框架的测试脚本和测试包。
在步骤s103中，在所述ui自动化测试框架中运行所述测试脚本对安装在所述电子设备的应用程序进行测试，其中，在所述测试脚本中写入所述应用程序的测试包。
在步骤s104中，展示所述电子设备的应用程序的测试报告。
该方法可以通过web服务器上的ui自动化测试框架运行所述测试脚本对安装在所述电子设备的应用程序进行测试，这样无需用户将ui自动化测试框架部署在用户的pc上，从而为用户节省了时间，提高用户体验。例如，通过web服务器共享给用户的服务器的配置环境，在这种情况下，只需要将测试脚本上传到web服务器，即可在web服务器端运行，这样省去了在客户端(例如，pc)部署测试脚本的麻烦，并且执行的测试脚本可以通过web服务器上封装的逻辑在任意一个编辑器里编写即可，节省了大量的时间，并且相对更容易编写自动化脚本。
在本公开的一些实施例中，用户可以通过电脑或者其他电子设备登录到web服务器的界面，在该界面上可以展示连接在stf服务器的电子设备的状态信息。当用户对该界面上的电子设备进行选择操作时，web服务器可以响应并展示被选中的电子设备的状态信息。例如，用户可以对处于可用状态下的电子设备的应用程序进行测试，所述处于可用状态下的电子设备可以理解为该电子设备处于在线状态(例如，该电子设备处于与stf服务器连接的状态)、闲置状态(例如，该电子设备没有被其他用户占用)、以及正常状态(例如，该电子设备没有何故障或电量高)。
在本公开的一些实施例中，上述web服务器的界面除了可以展示电子设备的状态信息之外，还可以展示电子设备的其他信息。例如，电子设备的品牌、型号、分辨率、序列号、设备编号、系统版本等等，但不限于此。
在本公开的一些实施例中，上述电子设备的状态信息可以是各种智能手机的状态信息。例如，各种智能手机可以小米手机、华为手机、酷派手机、魅族手机、中兴手机、oppo手机、苹果手机等等，但不限于此。
根据本公开的实施例，在步骤s102中，web服务器可以根据电子设备的状态信息和安装在电子设备的应用程序从web服务器的数据库中调用该应用程序与测试脚本和测试包之间的对应关系，从而根据该对应关系确定出ui自动化测试框架的测试脚本和测试包，这样有助于提高对该应用程序的测试效率。
在本公开的一些实施例中，上述ui自动化测试框架可以是基于appium的框架，该框架可以在web服务器上运行。具体地，在运行该ui自动化测试框架时，可以对该ui自动化测试框架的执行逻辑进行修改。例如，可以修改数据的驱动方式，然后通过yaml文件进行管理，yaml的数据源可以是从前端(例如，web服务器界面)传递过来的数据，例如，可以是测试人员选择的电子设备以及测试脚本信息，驱动程序自动写入到yaml文件中，然后通过解析测试包的一些动态数据(例如，测试包内部的packagename)写入到抽象出来的自动化框架内，这样，只要测试人员在前端(例如，web服务器界面)下达了测试任务后，web服务器响应该测试任务，首先替换yaml文件供自动化框架的数据准备，然后替换对应的测试包信息，替换成被测包的信息，然后读取上传的测试脚本，其次开始运行该测试脚本，最后生成测试报告。这样可以形成一套完整的测试体系流程，该流程可以提高测试的效率。
根据本公开的实施例，当用户选中了多个电子设备时，在ui自动化测试框架中运行测试脚本对安装在电子设备的应用程序进行测试具体可以包括在ui自动化测试框架中运行测试脚本对安装在多个电子设备的应用程序进行测试，其中，安装在多个电子设备的应用程序为同一种应用程序。例如，用户可以对安装了同一种应用程序的多部处于可用状态下的手机进行测试，这样可以进一步的提高测试效率。
图2示意性示出了根据本公开另一个实施例的应用于web服务器的应用程序的测试方法的流程图。
如图2所示，上述方法还包括步骤s201～步骤s204。
在步骤s201中，接收所述测试脚本和所述测试包。
在步骤s202中，对所述测试包进行解析，得到所述测试包的信息，所述测试包的信息包括以下任意一项或多项：测试包的版本、测试包的名称、测试包内部的packagename。
在步骤s203中，建立安装在所述电子设备的应用程序与所述测试脚本和所述测试包之间的对应关系。
在步骤s204中，存储所述对应关系、所述测试包的信息和所述测试脚本。
该方法可以对从pc端上传的测试包进行解析得到该测试包的信息，并建立安装在电子设备的应用程序与测试脚本和测试包的信息之间的对应关系，然后对其进行存储，这样方便在测试过程中直接调用该测试包和测试脚本。
例如，一个测试的生命周期内，可能提交的测试包不止一次，可能是多次。针对这种情况，通过本公开的方法可以通过ui自动化测试框架测试安装在电子设备的应用程序。在测试过程中，当更换测试的应用程序时，随之也需要更换测试包，在现有技术中需要手工修改代码的测试包的名字、activity、packagename等等信息，显然在修改的过程比较麻烦和耗时。但是，在本公开的方法中可以通过web服务器封装ui自动化测试框架的方式来更换测试包，例如，将测试包上传到web服务器并对其进行解析得到测试包的信息，这样可以将测试包的信息保存到web服务器的数据库中，实现了在web服务器界面上可以选择对应的测试包，如果更换测试包，直接可以选择，无需改代码，web服务器可以直接替换ui自动化测试框架的逻辑，这样节省较多的时间。
在本公开的一些实施例中，上述测试包可以通过web服务器进行管理。例如，pc端通过web服务器的界面可以将测试包(例如，apk、ipa)上传到web服务器，此时web服务器可以先保存测试包路径到数据库，同时异步进程可以解析该测试包，并获取到该测试包的信息，包括：测试包的版本、测试包的名字、测试包内部的packagename，然后将解析的测试包的信息通过测试包路径存储到数据库。
在本公开的一些实施例中，上述安装在电子设备的应用程序例如可以是京东金融，通过上述方法可以建立京东金融与测试脚本和测试包之间的对应关系。该对应关系可以指京东金融与测试脚本和测试包内部的packagename之间的对应关系。
图3示意性示出了根据本公开另一个实施例的应用于web服务器的应用程序的测试方法的流程图。
如图3所示，上述方法还包括步骤s301和步骤s302。
在步骤s301中，接收一个或多个电子设备的状态信息。
在步骤s302中，展示所述一个或多个电子设备的状态信息，以便于所述用户对其进行选择操作，其中，所述一个或多个电子设备的状态信息包括以下任意一项或多项：所述一个或多个电子设备的在线情况、所述一个或多个电子设备的占用情况、所述一个或多个电子设备的异常情况。
该方法可以通过web服务器界面展示一个或多个电子设备的状态信息，这样方便用户浏览各个电子设备实时的状态，有助于用户对web服务器界面展示一个或多个电子设备进行选择。
在本公开的一些实施例中，上述一个或多个电子设备的在线情况可以指一个或多个电子设备处于与stf服务器连接的状态，反之，web服务器界面也可以展示一个或多个电子设备的下线情况，即一个或多个电子设备处于与stf服务器断开连接的状态。
在本公开的一些实施例中，上述一个或多个电子设备的占用情况可以指该一个或多个电子设备被其他用户占用，或者一个或多个电子设备没有被其他用户占用。
在本公开的一些实施例中，上述一个或多个电子设备的异常情况可以指该一个或多个电子设备有故障或电量低，反之，web服务器也可以展示一个或多个电子设备的正常情况，即一个或多个电子设备没有故障或电量高。
图4示意性示出了根据本公开实施例的应用于stf服务器的应用程序的测试方法的流程图。
如图4所示，应用于stf服务器的应用程序的测试方法步骤s401～步骤s403。
在步骤s401中，识别连接在所述stf服务器的电子设备，得到所述电子设备的信息。
在步骤s402中，根据所述电子设备的信息，确定所述电子设备的状态信息。
在步骤s403中，向web服务器发送所述电子设备的状态信息，以便于所述web服务器对安装在所述电子设备的应用程序进行测试。
该方法可以通过stf服务器对连接在该stf服务器的电子设备进行管理和获取电子设备的状态信息，然后将电子设备的状态信息发送至web服务器，使得web服务器可以对电子设备的状态信息为可用状态的电子设备进行测试。
在本公开的一些实施例中，上述电子设备的信息可以包括以下任意一项或多项：电子设备的品牌、电子设备的型号、电子设备的分辨率、电子设备的序列号、电子设备的设备编号、电子设备的系统版本、电子设备的连接状态、电子设备的剩余电量、电子设备上安装了哪些应用程序等等。
在本公开的一些实施例中，上述stf服务器可以通过封装stf暴露的api接口，可获得连接在stf服务器的电子设备的各种维度的状态，例如电子设备为手机，手机的各种维度的状态包括：手机是否在线、手机是否被占用、手机是否异常、手机是否可用等等数据维度。
在本公开的一些实施例中，可以对手机的各种维度的状态进行判断，判断出哪些手机是可用的，然后展示给要做ui自动化的用户，这样，在web服务器上可以展示出可用设备列表，用户通过可用设备列表可以直接选择电子设备，此时web服务器调用stf占用接口，占用电子设备，占用成功后，链接remoteip的服务(stf为每台电子设备开放的直连接口)链接成功后，把所有的占用成功的remoteip信息写入到ui自动化测试框架的电子设备uidi内，通过多进程方式，启动多个appium-server链接不同的appium-client端口，执行ui自动化测试。
图5示意性示出了根据本公开实施例的应用于web服务器的应用程序的测试装置的方框图。
如图5所示，应用于web服务器的应用程序的测试装置500包括第一展示模块510、确定模块520、测试模块530和第二展示模块540。
第一展示模块510，响应于用户的选择操作，展示被选中的电子设备的状态信息。
确定模块520，用于根据所述电子设备的状态信息和安装在所述电子设备的应用程序，确定ui自动化测试框架的测试脚本和测试包。
测试模块530，用于在所述ui自动化测试框架中运行所述测试脚本对安装在所述电子设备的应用程序进行测试，其中，在所述测试脚本中写入所述应用程序的测试包。
第二展示模块540，用于展示所述电子设备的应用程序的测试报告。
该应用程序的测试装置500可以通过web服务器上的ui自动化测试框架中运行所述测试脚本对安装在所述电子设备的应用程序进行测试，这样无需用户将ui自动化测试框架部署在用户的pc上，从而为用户节省了时间，提高用户体验。例如，通过web服务器共享给用户的服务器的配置环境，在这种情况下，只需要将测试脚本上传到web服务器，即可在web服务器端运行，这样省去了在客户端(例如，pc)部署测试脚本的麻烦，并且执行的测试脚本可以通过web服务器上封装的逻辑在任意一个编辑器里编写即可，节省了大量的时间，并且相对更容易编写自动化脚本。
根据本公开的实施例，应用程序的测试装置500用于实现图1实施例描述的应用程序的测试方法。
图6示意性示出了根据本公开实施例的应用于web服务器的应用程序的测试装置的方框图。
如图6所示，应用于web服务器的应用程序的测试装置600包括：第一接收模块610、解析模块620、建立模块630、存储模块640、第二接收模块650和第三展示模块660。
第一接收模块610，用于接收所述测试脚本和所述测试包。
解析模块620，用于对所述测试包进行解析，得到所述测试包的信息，所述测试包的信息包括以下任意一项或多项：测试包的版本、测试包的名称、测试包内部的packagename。
建立模块630，用于建立安装在所述电子设备的应用程序与所述测试脚本和所述测试包之间的对应关系。
存储模块640，用于存储所述对应关系、所述测试包的信息和所述测试脚本。
第二接收模块650，接收所述一个或多个电子设备的状态信息。
第三展示模块660，用于展示一个或多个电子设备的状态信息，以便于所述用户对其进行选择操作，其中，所述一个或多个电子设备的状态信息包括以下任意一项或多项：所述一个或多个电子设备的在线情况、所述一个或多个电子设备的占用情况、所述一个或多个电子设备的异常情况。
该应用程序的测试装置600可以对从pc端上传的测试包进行解析得到该测试包的信息，并建立安装在电子设备的应用程序与测试脚本和测试包的信息之间的对应关系，然后对其进行存储，这样方便在测试过程中直接调用该测试包和测试脚本。该应用程序的测试装置600还可以通过web服务器界面展示一个或多个电子设备的状态信息，这样方便用户浏览各个电子设备实时的状态，有助于用户对web服务器界面展示一个或多个电子设备进行选择。
根据本公开的实施例，图6实施例描述的应用程序的测试装置600用于实现图2和图3实施例描述的应用程序的测试方法。
可以理解的是，第一展示模块510、确定模块520、测试模块530、第二展示模块540、第一接收模块610、解析模块620、建立模块630、存储模块640、第二接收模块650、以及第三展示模块660可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本发明的实施例，第一展示模块510、确定模块520、测试模块530、第二展示模块540、第一接收模块610、解析模块620、建立模块630、存储模块640、第二接收模块650、以及第三展示模块660中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以以对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式的适当组合来实现。或者，第一展示模块510、确定模块520、测试模块530、第二展示模块540、第一接收模块610、解析模块620、建立模块630、存储模块640、第二接收模块650、以及第三展示模块660中的至少一个可以至少被部分地实现为计算机程序模块，当该程序被计算机运行时，可以执行相应模块的功能。
图7示意性示出了根据本公开实施例的应用于stf服务器的应用程序的测试装置的方框图。
如图7所示，应用于stf服务器的应用程序的测试装置700包括：识别模块710、确定模块720和发送模块730。
识别模块710，用于识别连接在所述stf服务器的电子设备，得到所述电子设备的信息。
确定模块720，用于根据所述电子设备的信息，确定所述电子设备的状态信息。
发送模块730，用于向web服务器发送所述电子设备的状态信息，以便于所述web服务器对安装在所述电子设备的应用程序进行测试。
该应用程序的测试装置700可以通过stf服务器对连接在该stf服务器的电子设备进行管理和获取电子设备的状态信息，然后将电子设备的状态信息发送至web服务器，使得web服务器可以对电子设备的状态信息为可用状态的电子设备进行测试。
根据本公开的实施例，图7实施例描述的应用程序的测试装置700用于实现图4实施例描述的应用于stf服务器的应用程序的测试方法。
可以理解的是，识别模块710、确定模块720、以及发送模块730可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本发明的实施例，识别模块710、确定模块720、以及发送模块730中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以以对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式的适当组合来实现。或者，识别模块710、确定模块720、以及发送模块730中的至少一个可以至少被部分地实现为计算机程序模块，当该程序被计算机运行时，可以执行相应模块的功能。
图8示意性示出了根据本公开实施例的web服务器的计算机系统的方框图。图8示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图8所示，根据本公开实施例的web服务器的计算机系统800包括处理器801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行参考图1～图3描述的根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在ram803中，存储有系统800操作所需的各种程序和数据。处理器801、rom802以及ram803通过总线804彼此相连。处理器801通过执行rom802和/或ram803中的程序来执行以上参考图1～图3描述的应用于web服务器的应用程序的测试方法的各种步骤。需要注意，该程序也可以存储在除rom802和ram803以外的一个或多个存储器中。处理器801也可以通过执行存储在该一个或多个存储器中的程序来执行以上参考图1～图3描述的应用于web服务器的应用程序的测试方法的各种步骤。
根据本公开的实施例，系统800还可以包括输入/输出(i/o)接口807，输入/输出(i/o)接口807也连接至总线804。系统800还可以包括连接至i/o接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
根据本公开的实施例，上文参考流程图描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。根据本公开的实施例，计算机可读介质可以包括上文描述的rom802和/或ram803和/或rom802和ram803以外的一个或多个存储器。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行根据本公开实施例的应用程序的测试方法。该方法应用于web服务器，具体包括：响应于用户的选择操作，展示被选中的电子设备的状态信息；根据所述电子设备的状态信息和安装在所述电子设备的应用程序，确定ui自动化测试框架的测试脚本和测试包；在所述ui自动化测试框架中运行所述测试脚本对安装在所述电子设备的应用程序进行测试，其中，在所述测试脚本中写入所述应用程序的测试包；展示所述电子设备的应用程序的测试报告。
图9示意性示出了根据本公开实施例的stf服务器的计算机系统的方框图。图9示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图9所示，根据本公开实施例的stf服务器的计算机系统900包括处理器901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行参考图4描述的根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在ram903中，存储有系统900操作所需的各种程序和数据。处理器901、rom902以及ram903通过总线904彼此相连。处理器901通过执行rom902和/或ram903中的程序来执行以上参考图4描述的应用于stf服务器的应用程序的测试方法的各种步骤。需要注意，该程序也可以存储在除rom902和ram903以外的一个或多个存储器中。处理器901也可以通过执行存储在该一个或多个存储器中的程序来执行以上参考图4描述的应用于stf服务器的应用程序的测试方法的各种步骤。
根据本公开的实施例，系统900还可以包括输入/输出(i/o)接口907，输入/输出(i/o)接口907也连接至总线904。系统900还可以包括连接至i/o接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。
根据本公开的实施例，上文参考流程图描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。根据本公开的实施例，计算机可读介质可以包括上文描述的rom902和/或ram903和/或rom902和ram903以外的一个或多个存储器。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行根据本公开实施例的应用程序的测试方法。该方法应用于stf服务器，具体包括：识别连接在所述stf服务器的电子设备，得到所述电子设备的信息；根据所述电子设备的信息，确定所述电子设备的状态信息；向web服务器发送所述电子设备的状态信息，以便于所述web服务器对安装在所述电子设备的应用程序进行测试。
以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。