CN109783343A - 控件测试方法、装置、客户端设备和计算机可读存储介质 - Google Patents

Abstract

本发明提供了一种控件测试方法、装置、客户端设备和计算机可读存储介质，其中，控件测试方法包括：根据预设控件树确定应用程序内所有控件的测试顺序；控制自动化测试框架按照测试顺序解析应用程序内的任一用户交互界面是否存在账号登录控件；在检测到任一用户交互界面存在账号登录控件时，解析账号登录控件的布局位置；根据布局位置触控测试账号登录控件，并截取任一用户交互界面的触控测试图像。通过本发明的技术方案，优化了稳定性测试过程中的测试顺序，减少了无效操作，提高了稳定性测试的效率。

Description

控件测试方法、装置、客户端设备和计算机可读存储介质

技术领域

本发明涉及测试技术领域，具体而言，涉及一种控件测试方法、一种控件测试装置、一种客户端设备和一种计算机可读存储介质。

背景技术

移动终端上的应用程序的稳定性测试通常采用monkey工具，是一种无序的操作，因此稳定性测试耗费时间较长。

例如，对于特定的界面，如登录界面，采用monkey工具进行测试时，绝大数操作都停留在登录界面，无法由登录界面切换进入应用界面。

又如，对于控件较少的界面来说，采用monkey工具进行测试的操作多为无效操作，测试效率较低。

发明内容

本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。

为此，本发明的一个目的在于提供一种控件测试方法。

本发明的另一个目的在于提供一种控件测试装置。

本发明的另一个目的在于提供一种客户端设备。

本发明的另一个目的在于提供一种计算机可读存储介质。

为了实现上述目的，根据本发明的第一方面的实施例，提供了一种控件测试方法，包括：根据预设控件树确定应用程序内所有控件的测试顺序；控制自动化测试框架按照测试顺序解析应用程序内的任一用户交互界面是否存在账号登录控件；在检测到任一用户交互界面存在账号登录控件时，解析账号登录控件的布局位置；根据布局位置触控测试账号登录控件，并截取任一用户交互界面的触控测试图像。

在该技术方案中，通过预设控件树来提升控件测试方案的可靠性和效率，所谓预设控件树即为采用遍历算法形成的以控件为节点的树形结构，确定待测试应用程序中的控件与遍历算法树形结构的节点之间的对应关系，具体地，可以将应用程序的初始界面作为树形结构的根节点，每一个控件作为子节点，子节点之间的父子关系对应于待测试应用程序中控件的测试顺序。

进一步地，在对控件进行测试的过程中，可以通过解析子节点的属性信息确定子节点的操作位置，进而可以有效地提高测试效率，尤其是在用户交互界面上的控件较少时，可以有效地减少无效的操作测试次数。

另外，通过控制自动化测试框架按照设定好的稳定性测试顺序解析每个交互界面中的控件是否为账号登录控件，能够进一步地提高操作测试的效率，具体地，当用户交互界面存在账号登录控件时，只有触发了账号登录控件之后，才能够切换进入待测试应用程序的业务操作界面，例如网约车的订单界面、反馈界面、投诉界面和导航界面等，也即能快速对业务操作界面的控件进行操作测试。

值得特别指出的是，由于预设控件树中的子节点的属性信息包括布局位置，因此，自动化测试框架可以直接确定账号登录控件的布局位置，有效地减少无效操作次数。

其中，在待测试应用程序的登录界面一般包含账号登录控件、账号输入控件、密码输入控件，并且三者在登录界面中的布局位置相邻，如：账号登录控件的上方为密码输入控件，密码输入控件的上方为账号输入控件。当通过控制自动化测试框架检测到交互界面中含有账号登录控件时，能够确定该交互界面为登录界面。解析账号登录控件的布局位置，能够进一步地解析出账号输入控件、密码输入控件的布局位置。根据控件所属的类型，当遍历到该控件时，执行该控件类型所对应的操作，如：账号输入控件对应的操作为输入操作。解析控件在交互界面中的布局位置，有利于当遍历到该位置时，并执行对应的操作，提高稳定性测试的效率。

在上述任一技术方案中，优选地，在根据预设控件树确定应用程序内所有用户交互界面的测试顺序前，还包括：将应用程序的初始界面确定为预设控件树的根节点；根据应用程序的所有用户交互界面的深度遍历算法，确定预设控件树的任一级子节点对应的控件。

在该技术方案中，采用遍历算法的树形结构，将初始界面作为该树形结构的根节点，将之后的用户交互界面中的控件确定为任一级子节点。按照子节点所属的级别以及与根基点之间的关系，能够确定该待测试应用程序的测试顺序，提高整体的测试效率。

譬如，滴滴的UI(User Interface，用户交互界面)为“全部服务”界面的控件包括：“快车”控件、“顺风车”控件、“专车”控件等。点击“专车”控件后，进入“专车”控件对应的UI界面，其中包含“起点输入”控件、“终点输入”控件、“现在”控件、“预约”控件等。对应的树形图关系为，“全部服务”为根节点，“快车”控件、“顺风车”控件、“专车”控件为第一级子节点，以及“起点输入”控件、“终点输入”控件、“现在”控件、“预约”控件为第二级子节点。其中，一种测试方案的执行顺序可以为：点击“全部服务”，点击“专车”，点击“起点输入”。

在上述任一技术方案中，优选地，在根据预设控件树确定应用程序内所有用户交互界面的测试顺序前，还包括：预存任一控件对应的属性信息和支持的触控操作，其中，属性信息包括类型、对象、布局位置和优先级中的至少一种，支持的触控操作包括点击操作、滑动操作和编辑录入操作中的至少一种。

在该技术方案中，通过预存的该控件对应的属性信息和支持的触控操作，能够提高测试效率，譬如：当待测试控件支持的触控操作为点击操作时，测试时采用点击操作，而不是滑动或者录入的操作，有利于提高稳定性测试的效率。

在上述任一技术方案中，优选地，控件测试方法还包括：在根据支持的触控操作完成对任一控件的触控测试后，将完成触控测试的控件的状态信息标识为完成测试。

在该技术方案中，通过在根据触控操作完成对任一控件的测试后，将该控件的状态信息标识为完成测试，记录完成测试的结果，当控件的状态信息标识为完成测试时，能够有效避免重复测试，也有利于提升控件检测方案的可靠性。

在上述任一技术方案中，优选地，控件测试方法还包括：在检测到指定用户交互界面存在更新记录时；判断指定用户交互界面的任一控件的属性信息是否与预设控件树内的任一控件的属性信息匹配；在判定指定用户交互界面的任一控件的属性信息与预设控件树内的任一控件的属性信息匹配时，不更新预设控件树的子节点；在判定指定用户交互界面的任一控件的属性信息与预设控件树的任一控件的属性信息不匹配时，将指定用户交互界面的任一控件更新为预设控件树的子节点。

在该技术方案中，通过在检测到指定用户交互界面存在更新记录时，判断指定用户交互界面的任一控件的属性信息是否与预设控件树内的任一控件的属性信息匹配，能够简化预设控件树的结构，减少冗余子节点。

具体地，在判定指定用户交互界面的任一控件的属性信息与预设控件树内的任一控件的属性信息匹配时，不更新预设控件树的子节点，也即根据属性信息确定待更新的控件已存在于预设控件树中，则不必增加新的子节点，同理，在判定指定用户交互界面的任一控件的属性信息与预设控件树的任一控件的属性信息不匹配时，将指定用户交互界面的任一控件更新为预设控件树的子节点，以提高预设控件树的完整性和可靠性。

在上述任一技术方案中，优选地，自动化测试框架为robotium、uiautomator和appium中的任一种。

根据本发明的第二方面的技术方案，提供了一种控件测试装置，包括：确定单元，用于根据预设控件树确定应用程序内所有控件的测试顺序；测试单元，用于控制自动化测试框架按照测试顺序解析应用程序内的任一用户交互界面是否存在账号登录控件；解析单元，用于在检测到任一用户交互界面存在账号登录控件时，解析账号登录控件的布局位置；截图单元，用于根据布局位置触控测试账号登录控件，并截取任一用户交互界面的触控测试图像。

在该技术方案中，通过预设控件树来提升控件测试方案的可靠性和效率，所谓预设控件树即为采用遍历算法形成的以控件为节点的树形结构，确定待测试应用程序中的控件与遍历算法树形结构的节点之间的对应关系，具体地，可以将应用程序的初始界面作为树形结构的根节点，每一个控件作为子节点，子节点之间的父子关系对应于待测试应用程序中控件的测试顺序。

进一步地，在对控件进行测试的过程中，可以通过解析子节点的属性信息确定子节点的操作位置，进而可以有效地提高测试效率，尤其是在用户交互界面上的控件较少时，可以有效地减少无效的操作测试次数。

另外，通过控制自动化测试框架按照设定好的稳定性测试顺序解析每个交互界面中的控件是否为账号登录控件，能够进一步地提高操作测试的效率，具体地，当用户交互界面存在账号登录控件时，只有触发了账号登录控件之后，才能够切换进入待测试应用程序的业务操作界面，例如网约车的订单界面、反馈界面、投诉界面和导航界面等，也即能快速对业务操作界面的控件进行操作测试。

值得特别指出的是，由于预设控件树中的子节点的属性信息包括布局位置，因此，自动化测试框架可以直接确定账号登录控件的布局位置，有效地减少无效操作次数。

其中，在待测试应用程序的登录界面一般包含账号登录控件、账号输入控件、密码输入控件，并且三者在登录界面中的布局位置相邻，如：账号登录控件的上方为密码输入控件，密码输入控件的上方为账号输入控件。当通过控制自动化测试框架检测到交互界面中含有账号登录控件时，能够确定该交互界面为登录界面。解析账号登录控件的布局位置，能够进一步地解析出账号输入控件、密码输入控件的布局位置。根据控件所属的类型，当遍历到该控件时，执行该控件类型所对应的操作，如：账号输入控件对应的操作为输入操作。解析控件在交互界面中的布局位置，有利于当遍历到该位置时，并执行对应的操作，提高稳定性测试的效率。

在上述任一技术方案中，优选地，确定单元还用于：将应用程序的初始界面确定为预设控件树的根节点；确定单元还用于：根据应用程序的所有用户交互界面的深度遍历算法，确定预设控件树的任一级子节点对应的控件。

在该技术方案中，采用遍历算法的树形结构，将初始界面作为该树形结构的根节点，将之后的用户交互界面中的控件确定为任一级子节点。按照子节点所属的级别以及与根基点之间的关系，能够确定该待测试应用程序的测试顺序，提高整体的测试效率。

譬如，滴滴的UI(User Interface，用户交互界面)为“全部服务”界面的控件包括：“快车”控件、“顺风车”控件、“专车”控件等。点击“专车”控件后，进入“专车”控件对应的UI界面，其中包含“起点输入”控件、“终点输入”控件、“现在”控件、“预约”控件等。对应的树形图关系为，“全部服务”为根节点，“快车”控件、“顺风车”控件、“专车”控件为第一级子节点，以及“起点输入”控件、“终点输入”控件、“现在”控件、“预约”控件为第二级子节点。其中，一种测试方案的执行顺序可以为：点击“全部服务”，点击“专车”，点击“起点输入”。

在上述任一技术方案中，优选地，控件测试装置还包括：预存单元，用于预存任一控件对应的属性信息和支持的触控操作，其中，属性信息包括类型、对象、布局位置和优先级中的至少一种，支持的触控操作包括点击操作、滑动操作和编辑录入操作中的至少一种。

在该技术方案中，通过预存的该控件对应的属性信息和支持的触控操作，能够提高测试效率，譬如：当待测试控件支持的触控操作为点击操作时，测试时采用点击操作，而不是滑动或者录入的操作，有利于提高稳定性测试的效率。

在上述任一技术方案中，优选地，控件测试装置还包括：标记单元，用于在根据支持的触控操作完成对任一控件的触控测试后，将完成触控测试的控件的状态信息标识为完成测试。

在该技术方案中，通过在根据触控操作完成对任一控件的测试后，将该控件的状态信息标识为完成测试，记录完成测试的结果，当控件的状态信息标识为完成测试时，能够有效避免重复测试，也有利于提升控件检测方案的可靠性。

在上述任一技术方案中，优选地，控件测试装置还包括：检测单元，用于在检测到指定用户交互界面存在更新记录时；判断单元，用于判断指定用户交互界面的任一控件的属性信息是否与预设控件树内的任一控件的属性信息匹配；确定单元还用于：在判定指定用户交互界面的任一控件的属性信息与预设控件树内的任一控件的属性信息匹配时，不更新预设控件树的子节点；确定单元还用于：在判定指定用户交互界面的任一控件的属性信息与预设控件树的任一控件的属性信息不匹配时，将指定用户交互界面的任一控件更新为预设控件树的子节点。

在该技术方案中，通过在检测到指定用户交互界面存在更新记录时，判断指定用户交互界面的任一控件的属性信息是否与预设控件树内的任一控件的属性信息匹配，能够简化预设控件树的结构，减少冗余子节点。

具体地，在判定指定用户交互界面的任一控件的属性信息与预设控件树内的任一控件的属性信息匹配时，不更新预设控件树的子节点，也即根据属性信息确定待更新的控件已存在于预设控件树中，则不必增加新的子节点，同理，在判定指定用户交互界面的任一控件的属性信息与预设控件树的任一控件的属性信息不匹配时，将指定用户交互界面的任一控件更新为预设控件树的子节点，以提高预设控件树的完整性和可靠性。

在上述任一技术方案中，优选地，自动化测试框架为robotium、uiautomator和appium中的任一种。

根据本发明的第三方面的技术方案，提供了一种客户端设备，包括：本发明第二方面的技术方案中的控件测试装置。

根据本发明的第四方面的技术方案，提供了一种计算机可读存储介质，其上存储有计算机程序，上述计算机程序被执行时实现如第一方面的技术方案限定的控件测试方法。

本发明的附加方面和优点将在下面的描述部分中给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1示出了根据本发明的一个实施例的控件测试方法的示意流程图；

图2示出了根据本发明的一个实施例的控件测试装置的示意框图；

图3示出了根据本发明的一个实施例的客户端设备的示意框图；

图4示出了根据本发明的一个实施例的自动化测试框架为robotium的账号登录界面测试的示意流程图；

图5示出了根据本发明的一个实施例的自动化测试框架为uiautomator的账号登录界面测试的示意流程图；

图6示出了根据本发明的一个实施例的控件测试方法的示意流程图；

图7示出了根据本发明的一个实施例的手机登陆界面的示意图；

图8示出了根据本发明的一个实施例的预设控件树的示意树形图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的一个实施例的控件测试方法的示意流程图。

如图1所示，根据本发明的实施例的控件测试方法，包括：步骤S102，根据预设控件树确定应用程序内所有控件的测试顺序；步骤S104，控制自动化测试框架按照测试顺序解析应用程序内的任一用户交互界面是否存在账号登录控件；步骤S106，在检测到任一用户交互界面存在账号登录控件时，解析账号登录控件的布局位置；步骤S108，根据布局位置触控测试账号登录控件，并截取任一用户交互界面的触控测试图像。

在该技术方案中，通过预设控件树来提升控件测试方案的可靠性和效率，所谓预设控件树即为采用遍历算法形成的以控件为节点的树形结构，确定待测试应用程序中的控件与遍历算法树形结构的节点之间的对应关系，具体地，可以将应用程序的初始界面作为树形结构的根节点，每一个控件作为子节点，子节点之间的父子关系对应于待测试应用程序中控件的测试顺序。

进一步地，在对控件进行测试的过程中，可以通过解析子节点的属性信息确定子节点的操作位置，进而可以有效地提高测试效率，尤其是在用户交互界面上的控件较少时，可以有效地减少无效的操作测试次数。

另外，通过控制自动化测试框架按照设定好的稳定性测试顺序解析每个交互界面中的控件是否为账号登录控件，能够进一步地提高操作测试的效率，具体地，当用户交互界面存在账号登录控件时，只有触发了账号登录控件之后，才能够切换进入待测试应用程序的业务操作界面，例如网约车的订单界面、反馈界面、投诉界面和导航界面等，也即能快速对业务操作界面的控件进行操作测试。

值得特别指出的是，由于预设控件树中的子节点的属性信息包括布局位置，因此，自动化测试框架可以直接确定账号登录控件的布局位置，有效地减少无效操作次数。

其中，在待测试应用程序的登录界面一般包含账号登录控件、账号输入控件、密码输入控件，并且三者在登录界面中的布局位置相邻，如：账号登录控件的上方为密码输入控件，密码输入控件的上方为账号输入控件。当通过控制自动化测试框架检测到交互界面中含有账号登录控件时，能够确定该交互界面为登录界面。解析账号登录控件的布局位置，能够进一步地解析出账号输入控件、密码输入控件的布局位置。根据控件所属的类型，当遍历到该控件时，执行该控件类型所对应的操作，如：账号输入控件对应的操作为输入操作。解析控件在交互界面中的布局位置，有利于当遍历到该位置时，并执行对应的操作，提高稳定性测试的效率。

在上述任一技术方案中，优选地，在根据预设控件树确定应用程序内所有用户交互界面的测试顺序前，还包括：将应用程序的初始界面确定为预设控件树的根节点；根据应用程序的所有用户交互界面的深度遍历算法，确定预设控件树的任一级子节点对应的控件。

在该技术方案中，采用遍历算法的树形结构，将初始界面作为该树形结构的根节点，将之后的用户交互界面中的控件确定为任一级子节点。按照子节点所属的级别以及与根基点之间的关系，能够确定该待测试应用程序的测试顺序，提高整体的测试效率。

譬如，滴滴的UI(User Interface，用户交互界面)为“全部服务”界面的控件包括：“快车”控件、“顺风车”控件、“专车”控件等。点击“专车”控件后，进入“专车”控件对应的UI界面，其中包含“起点输入”控件、“终点输入”控件、“现在”控件、“预约”控件等。对应的树形图关系为，“全部服务”为根节点，“快车”控件、“顺风车”控件、“专车”控件为第一级子节点，以及“起点输入”控件、“终点输入”控件、“现在”控件、“预约”控件为第二级子节点。其中，一种测试方案的执行顺序可以为：点击“全部服务”，点击“专车”，点击“起点输入”。

在上述任一技术方案中，优选地，在根据预设控件树确定应用程序内所有用户交互界面的测试顺序前，还包括：预存任一控件对应的属性信息和支持的触控操作，其中，属性信息包括类型、对象、布局位置和优先级中的至少一种，支持的触控操作包括点击操作、滑动操作和编辑录入操作中的至少一种。

在该技术方案中，通过预存的该控件对应的属性信息和支持的触控操作，能够提高测试效率，譬如：当待测试控件支持的触控操作为点击操作时，测试时采用点击操作，而不是滑动或者录入的操作，有利于提高稳定性测试的效率。

在上述任一技术方案中，优选地，控件测试方法还包括：在根据支持的触控操作完成对任一控件的触控测试后，将完成触控测试的控件的状态信息标识为完成测试。

在该技术方案中，通过在根据触控操作完成对任一控件的测试后，将该控件的状态信息标识为完成测试，记录完成测试的结果，当控件的状态信息标识为完成测试时，能够有效避免重复测试，也有利于提升控件检测方案的可靠性。

在上述任一技术方案中，优选地，控件测试方法还包括：在检测到指定用户交互界面存在更新记录时；判断指定用户交互界面的任一控件的属性信息是否与预设控件树内的任一控件的属性信息匹配；在判定指定用户交互界面的任一控件的属性信息与预设控件树内的任一控件的属性信息匹配时，不更新预设控件树的子节点；在判定指定用户交互界面的任一控件的属性信息与预设控件树的任一控件的属性信息不匹配时，将指定用户交互界面的任一控件更新为预设控件树的子节点。

在该技术方案中，通过在检测到指定用户交互界面存在更新记录时，判断指定用户交互界面的任一控件的属性信息是否与预设控件树内的任一控件的属性信息匹配，能够简化预设控件树的结构，减少冗余子节点。

具体地，在判定指定用户交互界面的任一控件的属性信息与预设控件树内的任一控件的属性信息匹配时，不更新预设控件树的子节点，也即根据属性信息确定待更新的控件已存在于预设控件树中，则不必增加新的子节点，同理，在判定指定用户交互界面的任一控件的属性信息与预设控件树的任一控件的属性信息不匹配时，将指定用户交互界面的任一控件更新为预设控件树的子节点，以提高预设控件树的完整性和可靠性。

在上述任一技术方案中，优选地，自动化测试框架为robotium、uiautomator和appium中的任一种。

图2示出了根据本发明的一个实施例的控件测试装置的示意框图。

如图2所示，根据本发明的一个实施例的控件测试装置200，包括：确定单元202，用于根据预设控件树确定应用程序内所有控件的测试顺序；测试单元204，用于控制自动化测试框架按照测试顺序解析应用程序内的任一用户交互界面是否存在账号登录控件；解析单元206，用于在检测到任一用户交互界面存在账号登录控件时，解析账号登录控件的布局位置；截图单元208，用于根据布局位置触控测试账号登录控件，并截取任一用户交互界面的触控测试图像。

在该技术方案中，通过预设控件树来提升控件测试方案的可靠性和效率，所谓预设控件树即为采用遍历算法形成的以控件为节点的树形结构，确定待测试应用程序中的控件与遍历算法树形结构的节点之间的对应关系，具体地，可以将应用程序的初始界面作为树形结构的根节点，每一个控件作为子节点，子节点之间的父子关系对应于待测试应用程序中控件的测试顺序。

进一步地，在对控件进行测试的过程中，可以通过解析子节点的属性信息确定子节点的操作位置，进而可以有效地提高测试效率，尤其是在用户交互界面上的控件较少时，可以有效地减少无效的操作测试次数。

另外，通过控制自动化测试框架按照设定好的稳定性测试顺序解析每个交互界面中的控件是否为账号登录控件，能够进一步地提高操作测试的效率，具体地，当用户交互界面存在账号登录控件时，只有触发了账号登录控件之后，才能够切换进入待测试应用程序的业务操作界面，例如网约车的订单界面、反馈界面、投诉界面和导航界面等，也即能快速对业务操作界面的控件进行操作测试。

值得特别指出的是，由于预设控件树中的子节点的属性信息包括布局位置，因此，自动化测试框架可以直接确定账号登录控件的布局位置，有效地减少无效操作次数。

其中，在待测试应用程序的登录界面一般包含账号登录控件、账号输入控件、密码输入控件，并且三者在登录界面中的布局位置相邻，如：账号登录控件的上方为密码输入控件，密码输入控件的上方为账号输入控件。当通过控制自动化测试框架检测到交互界面中含有账号登录控件时，能够确定该交互界面为登录界面。解析账号登录控件的布局位置，能够进一步地解析出账号输入控件、密码输入控件的布局位置。根据控件所属的类型，当遍历到该控件时，执行该控件类型所对应的操作，如：账号输入控件对应的操作为输入操作。解析控件在交互界面中的布局位置，有利于当遍历到该位置时，并执行对应的操作，提高稳定性测试的效率。

在上述任一技术方案中，优选地，确定单元202还用于：将应用程序的初始界面确定为预设控件树的根节点；确定单元202还用于：根据应用程序的所有用户交互界面的深度遍历算法，确定预设控件树的任一级子节点对应的控件。

在该技术方案中，采用遍历算法的树形结构，将初始界面作为该树形结构的根节点，将之后的用户交互界面中的控件确定为任一级子节点。按照子节点所属的级别以及与根基点之间的关系，能够确定该待测试应用程序的测试顺序，提高整体的测试效率。

譬如，滴滴的UI(User Interface，用户交互界面)为“全部服务”界面的控件包括：“快车”控件、“顺风车”控件、“专车”控件等。点击“专车”控件后，进入“专车”控件对应的UI界面，其中包含“起点输入”控件、“终点输入”控件、“现在”控件、“预约”控件等。对应的树形图关系为，“全部服务”为根节点，“快车”控件、“顺风车”控件、“专车”控件为第一级子节点，以及“起点输入”控件、“终点输入”控件、“现在”控件、“预约”控件为第二级子节点。其中，一种测试方案的执行顺序可以为：点击“全部服务”，点击“专车”，点击“起点输入”。

在上述任一技术方案中，优选地，控件测试装置200还包括：预存单元210，用于预存任一控件对应的属性信息和支持的触控操作，其中，属性信息包括类型、对象、布局位置和优先级中的至少一种，支持的触控操作包括点击操作、滑动操作和编辑录入操作中的至少一种。

在该技术方案中，通过预存的该控件对应的属性信息和支持的触控操作，能够提高测试效率，譬如：当待测试控件支持的触控操作为点击操作时，测试时采用点击操作，而不是滑动或者录入的操作，有利于提高稳定性测试的效率。

在上述任一技术方案中，优选地，控件测试装置200还包括：标记单元212，用于在根据支持的触控操作完成对任一控件的触控测试后，将完成触控测试的控件的状态信息标识为完成测试。

在该技术方案中，通过在根据触控操作完成对任一控件的测试后，将该控件的状态信息标识为完成测试，记录完成测试的结果，当控件的状态信息标识为完成测试时，能够有效避免重复测试，也有利于提升控件检测方案的可靠性。

在上述任一技术方案中，优选地，控件测试装置200还包括：检测单元216，用于在检测到指定用户交互界面存在更新记录时；判断单元218，用于判断指定用户交互界面的任一控件的属性信息是否与预设控件树内的任一控件的属性信息匹配；确定单元202还用于：在判定指定用户交互界面的任一控件的属性信息与预设控件树内的任一控件的属性信息匹配时，不更新预设控件树的子节点；确定单元202还用于：在判定指定用户交互界面的任一控件的属性信息与预设控件树的任一控件的属性信息不匹配时，将指定用户交互界面的任一控件更新为预设控件树的子节点。

在该技术方案中，通过在检测到指定用户交互界面存在更新记录时，判断指定用户交互界面的任一控件的属性信息是否与预设控件树内的任一控件的属性信息匹配，能够简化预设控件树的结构，减少冗余子节点。

具体地，在判定指定用户交互界面的任一控件的属性信息与预设控件树内的任一控件的属性信息匹配时，不更新预设控件树的子节点，也即根据属性信息确定待更新的控件已存在于预设控件树中，则不必增加新的子节点，同理，在判定指定用户交互界面的任一控件的属性信息与预设控件树的任一控件的属性信息不匹配时，将指定用户交互界面的任一控件更新为预设控件树的子节点，以提高预设控件树的完整性和可靠性。

在上述任一技术方案中，优选地，自动化测试框架为robotium、uiautomator和appium中的任一种。

图3示出了根据本发明的一个实施例的客户端设备的示意框图。

如图3所示，根据本发明的一个实施例的客户端设备300，包括存储器302、处理器304及存储在所述存储器302上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器304执行所述计算机程序时实现上述中任一项控件测试方法限定的步骤，和/或包括如图2所示的控件测试装置200。

客户端设备300可以为服务器，控件检测装置200可以为中央处理器CPU、单片微型计算机MCU或者其他具有相应功能的电子装置。

实施例一：

图4示出了根据本发明的一个实施例的自动化测试框架为robotium对账号登录界面测试的示意流程图。

robotium自动化测试框架对账号登录界面测试的步骤包括：步骤S402，获取当前交互界面中的所有控件；步骤S404，判断控件是否为编辑框，若是，则执行步骤S406，若否，则结束；步骤S406，判断编辑框是否为密码输入框，若是，则执行步骤S408，若否，则结束；步骤S408，获取密码框布局位置，通常来说，密码框的上面为账号输入框，密码框的下面为“账号登录控件”，按照此对应关系；步骤S410，获取账号输入框的布局位置；步骤S412，获取“账号登录控件”的布局位置，并点击“账号登录控件”，进行账号登录操作，进而完成了自动化框架为robotium的账号登录界面测试。

实施例二：

图5示出了根据本发明的一个实施例的自动化测试框架为uiautomator对账号登录界面测试的示意流程图。

uiautomator自动化测试框架对账号登录界面测试的步骤包括：步骤S502，获取当前交互界面中的所有控件，对于uiautomator自动化测试框架，首先需要把当前UI信息dump为一个xml(Extensive Makeup Language，可扩展标示语言)文件，该文件里包含了每个控件的类信息、布局位置信息和触控信息等，通过解析xml文件，获取所有控件及其属性信息。根据控件的密码(代码为“isPassword”)属性；步骤S504，判断控件是否为登录界面，若是，则执行步骤S506，若否，则结束；步骤S506，获取密码框布局位置；步骤S508，获取账号输入框布局位置；步骤S510，获取“账号登录控件”的布局位置，并点击“账号登录控件”，进行账号登录操作，进而完成了自动化框架为uiautomator的账号登录界面测试。

实施例三：

下面结合图6至图8对根据本发明的实施例三进行具体说明。

图6示出了根据本发明的一个实施例的控件测试方法的示意流程图。

图7示出了根据本发明的一个实施例的手机登陆界面的示意图。

图8示出了根据本发明的一个实施例的预设控件树的示意树形图。

如图6至图8所示，对指定应用程序的控件进行测试的步骤包括：步骤S602，初始化及创建预设控件树(如图8所示)，对应于图7中移动终端的账号登录界面，如图8所示，根节点为账号登录界面700，其第一级子节点包括“账号输入”对应的“账号输入控件”702、“密码输入”对应的“密码输入控件”704和“账号登录控件”706，此时，还没有更新获得“新增控件”708，其中，“账号登录控件”706的第二级子节点为“快车业务控件”802、“巴士业务控件”804和“出租业务控件”806。

如图6所示，对指定应用程序的控件进行测试的步骤还包括：步骤S604，判断预设控件树中是否有未操作的控件，若是，则执行步骤S606，若否，则结束，也即当判断为有未操作的控件时，表明预设控件树没有完成遍历测试，需要继续测试，当判断为没有未操作的控件时，结束测试；步骤S606，登录检测，分析并过滤当前界面所有控件；步骤S608，判断当前界面是否有可操作的控件，若是，则执行步骤S610，若否，则返回步骤S604，也即当判断当前界面没有可操作的控件时，表明当前界面所有控件均以完成了测试；步骤S610，将可操作的控件封装为预设控件树的节点，并更新预设控件树；步骤S612，对预设控件树中的控件进行随机选取操作；步骤S614，将完成操作的控件标记为完成测试。

当更新账号登陆界面700后，“新增控件”708也更新为预设控件树中的子节点，其状态为未测试，因而在新的控件测试过程中，可以优先测试“新增控件”708，或只测试“新增控件”708，以提高测试控件方案的效率。

根据本发明的实施例，还提出了一种计算机可读存储介质，其上存储有计算机程序，上述计算机程序被执行时实现以下步骤：根据预设控件树确定应用程序内所有控件的测试顺序；控制自动化测试框架按照测试顺序解析应用程序内的任一用户交互界面是否存在账号登录控件；在检测到任一用户交互界面存在账号登录控件时，解析账号登录控件的布局位置；根据布局位置触控测试账号登录控件，并截取任一用户交互界面的触控测试图像。

在该技术方案中，通过预设控件树来提升控件测试方案的可靠性和效率，所谓预设控件树即为采用遍历算法形成的以控件为节点的树形结构，确定待测试应用程序中的控件与遍历算法树形结构的节点之间的对应关系，具体地，可以将应用程序的初始界面作为树形结构的根节点，每一个控件作为子节点，子节点之间的父子关系对应于待测试应用程序中控件的测试顺序。

进一步地，在对控件进行测试的过程中，可以通过解析子节点的属性信息确定子节点的操作位置，进而可以有效地提高测试效率，尤其是在用户交互界面上的控件较少时，可以有效地减少无效的操作测试次数。

另外，通过控制自动化测试框架按照设定好的稳定性测试顺序解析每个交互界面中的控件是否为账号登录控件，能够进一步地提高操作测试的效率，具体地，当用户交互界面存在账号登录控件时，只有触发了账号登录控件之后，才能够切换进入待测试应用程序的业务操作界面，例如网约车的订单界面、反馈界面、投诉界面和导航界面等，也即能快速对业务操作界面的控件进行操作测试。

值得特别指出的是，由于预设控件树中的子节点的属性信息包括布局位置，因此，自动化测试框架可以直接确定账号登录控件的布局位置，有效地减少无效操作次数。

其中，在待测试应用程序的登录界面一般包含账号登录控件、账号输入控件、密码输入控件，并且三者在登录界面中的布局位置相邻，如：账号登录控件的上方为密码输入控件，密码输入控件的上方为账号输入控件。当通过控制自动化测试框架检测到交互界面中含有账号登录控件时，能够确定该交互界面为登录界面。解析账号登录控件的布局位置，能够进一步地解析出账号输入控件、密码输入控件的布局位置。根据控件所属的类型，当遍历到该控件时，执行该控件类型所对应的操作，如：账号输入控件对应的操作为输入操作。解析控件在交互界面中的布局位置，有利于当遍历到该位置时，并执行对应的操作，提高稳定性测试的效率。

在上述任一技术方案中，优选地，在根据预设控件树确定应用程序内所有用户交互界面的测试顺序前，还包括：将应用程序的初始界面确定为预设控件树的根节点；根据应用程序的所有用户交互界面的深度遍历算法，确定预设控件树的任一级子节点对应的控件。

在该技术方案中，采用遍历算法的树形结构，将初始界面作为该树形结构的根节点，将之后的用户交互界面中的控件确定为任一级子节点。按照子节点所属的级别以及与根基点之间的关系，能够确定该待测试应用程序的测试顺序，提高整体的测试效率。

譬如，滴滴的UI(User Interface，用户交互界面)为“全部服务”界面的控件包括：“快车”控件、“顺风车”控件、“专车”控件等。点击“专车”控件后，进入“专车”控件对应的UI界面，其中包含“起点输入”控件、“终点输入”控件、“现在”控件、“预约”控件等。对应的树形图关系为，“全部服务”为根节点，“快车”控件、“顺风车”控件、“专车”控件为第一级子节点，以及“起点输入”控件、“终点输入”控件、“现在”控件、“预约”控件为第二级子节点。其中，一种测试方案的执行顺序可以为：点击“全部服务”，点击“专车”，点击“起点输入”。

在上述任一技术方案中，优选地，在根据预设控件树确定应用程序内所有用户交互界面的测试顺序前，还包括：预存任一控件对应的属性信息和支持的触控操作，其中，属性信息包括类型、对象、布局位置和优先级中的至少一种，支持的触控操作包括点击操作、滑动操作和编辑录入操作中的至少一种。

在该技术方案中，通过预存的该控件对应的属性信息和支持的触控操作，能够提高测试效率，譬如：当待测试控件支持的触控操作为点击操作时，测试时采用点击操作，而不是滑动或者录入的操作，有利于提高稳定性测试的效率。

在上述任一技术方案中，优选地，控件测试方法还包括：在根据支持的触控操作完成对任一控件的触控测试后，将完成触控测试的控件的状态信息标识为完成测试。

在该技术方案中，通过在根据触控操作完成对任一控件的测试后，将该控件的状态信息标识为完成测试，记录完成测试的结果，当控件的状态信息标识为完成测试时，能够有效避免重复测试，也有利于提升控件检测方案的可靠性。

在上述任一技术方案中，优选地，控件测试方法还包括：在检测到指定用户交互界面存在更新记录时；判断指定用户交互界面的任一控件的属性信息是否与预设控件树内的任一控件的属性信息匹配；在判定指定用户交互界面的任一控件的属性信息与预设控件树内的任一控件的属性信息匹配时，不更新预设控件树的子节点；在判定指定用户交互界面的任一控件的属性信息与预设控件树的任一控件的属性信息不匹配时，将指定用户交互界面的任一控件更新为预设控件树的子节点。

在该技术方案中，通过在检测到指定用户交互界面存在更新记录时，判断指定用户交互界面的任一控件的属性信息是否与预设控件树内的任一控件的属性信息匹配，能够简化预设控件树的结构，减少冗余子节点。

具体地，在判定指定用户交互界面的任一控件的属性信息与预设控件树内的任一控件的属性信息匹配时，不更新预设控件树的子节点，也即根据属性信息确定待更新的控件已存在于预设控件树中，则不必增加新的子节点，同理，在判定指定用户交互界面的任一控件的属性信息与预设控件树的任一控件的属性信息不匹配时，将指定用户交互界面的任一控件更新为预设控件树的子节点，以提高预设控件树的完整性和可靠性。

在上述任一技术方案中，优选地，自动化测试框架为robotium、uiautomator和appium中的任一种。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例终端中的单元可以根据实际需要进行合并、划分和删减。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

以上结合附图详细说明了本发明的技术方案，本发明提出了一种控件测试方法、一种控件测试装置、一种客户端设备和一种计算机可读存储介质，通过根据预设控件树确定应用程序内所有控件的测试顺序；控制自动化测试框架按照测试顺序解析应用程序内的任一用户交互界面是否存在账号登录控件；在检测到任一用户交互界面存在账号登录控件时，解析账号登录控件的布局位置；根据布局位置触控测试账号登录控件，并截取任一用户交互界面的触控测试图像。通过预设控件树来提升控件测试方案的可靠性和效率，优化了稳定性测试过程中的测试顺序，通过对账号登录控件布局位置的确认，针对性的做出测试操作，减少了无效操作，提高了稳定性测试的效率。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

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

根据预设控件树确定应用程序内所有控件的测试顺序；

控制自动化测试框架按照所述测试顺序解析所述应用程序内的任一用户交互界面是否存在账号登录控件；

在检测到任一所述用户交互界面存在所述账号登录控件时，解析所述账号登录控件的布局位置；

根据所述布局位置触控测试所述账号登录控件，并截取任一所述用户交互界面的触控测试图像。

2.根据权利要求1所述的控件测试方法，其特征在于，在根据预设控件树确定应用程序内所有用户交互界面的测试顺序前，还包括：

将所述应用程序的初始界面确定为所述预设控件树的根节点；

根据所述应用程序的所有用户交互界面的深度遍历算法，确定所述预设控件树的任一级子节点对应的控件。

3.根据权利要求2所述的控件测试方法，其特征在于，在根据预设控件树确定应用程序内所有用户交互界面的测试顺序前，还包括：

预存任一所述控件对应的属性信息和支持的触控操作，

其中，所述属性信息包括类型、对象、布局位置和优先级中的至少一种，所述支持的触控操作包括点击操作、滑动操作和编辑录入操作中的至少一种。

4.根据权利要求3所述的控件测试方法，其特征在于，还包括：

在根据所述支持的触控操作完成对任一所述控件的触控测试后，将完成所述触控测试的控件的状态信息标识为完成测试。

5.根据权利要求3所述的控件测试方法，其特征在于，还包括：

在检测到指定用户交互界面存在更新记录时；

判断所述指定用户交互界面的任一控件的属性信息是否与所述预设控件树内的任一控件的属性信息匹配；

在判定所述指定用户交互界面的任一控件的属性信息与所述预设控件树内的任一控件的属性信息匹配时，不更新所述预设控件树的子节点；

在判定所述指定用户交互界面的任一控件的属性信息与所述预设控件树的任一控件的属性信息不匹配时，将所述指定用户交互界面的任一控件更新为所述预设控件树的子节点。

6.根据权利要求1至5中任一项所述的控件测试方法，其特征在于，

所述自动化测试框架为robotium、uiautomator和appium中的任一种。

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

确定单元，用于根据预设控件树确定应用程序内所有控件的测试顺序；

测试单元，用于控制自动化测试框架按照所述测试顺序解析所述应用程序内的任一用户交互界面是否存在账号登录控件；

解析单元，用于在检测到任一所述用户交互界面存在所述账号登录控件时，解析所述账号登录控件的布局位置；

截图单元，用于根据所述布局位置触控测试所述账号登录控件，并截取任一所述用户交互界面的触控测试图像。

8.根据权利要求7所述的控件测试装置，其特征在于，

所述确定单元还用于：将所述应用程序的初始界面确定为所述预设控件树的根节点；

所述确定单元还用于：根据所述应用程序的所有用户交互界面的深度遍历算法，确定所述预设控件树的任一级子节点对应的控件。

9.根据权利要求7所述的控件测试装置，其特征在于，还包括：

预存单元，用于预存任一所述控件对应的属性信息和支持的触控操作，

其中，所述属性信息包括类型、对象、布局位置和优先级中的至少一种，所述支持的触控操作包括点击操作、滑动操作和编辑录入操作中的至少一种。

10.根据权利要求9所述的控件测试装置，其特征在于，还包括：

标记单元，用于在根据所述支持的触控操作完成对任一所述控件的触控测试后，将完成所述触控测试的控件的状态信息标识为完成测试。

11.根据权利要求9所述的控件测试装置，其特征在于，还包括：

检测单元，用于在检测到指定用户交互界面存在更新记录时；

判断单元，用于判断所述指定用户交互界面的任一控件的属性信息是否与所述预设控件树内的任一控件的属性信息匹配；

所述确定单元还用于：在判定所述指定用户交互界面的任一控件的属性信息与所述预设控件树内的任一控件的属性信息匹配时，不更新所述预设控件树的子节点；

所述确定单元还用于：在判定所述指定用户交互界面的任一控件的属性信息与所述预设控件树的任一控件的属性信息不匹配时，将所述指定用户交互界面的任一控件更新为所述预设控件树的子节点。

12.根据权利要求7至11中任一项所述的控件测试装置，其特征在于，

所述自动化测试框架为robotium、uiautomator和appium中的任一种。

13.一种客户端设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6中任一项控件测试方法限定的步骤，和/或包括如权利要求7至12中任一项所述的控件测试装置。

14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6中任一项控件测试方法限定的步骤。