软件测试方法及装置的制造方法
【技术领域】
[0001]本申请涉及软件测试技术领域，特别是涉及一种软件测试方法及装置。
【背景技术】
[0002]随着技术的不断深入发展，移动终端正在从简单的通话工具变为一个综合信息处理平台。这也给移动终端增加了更加宽广的发展空间。
[0003]随着智能手机等移动终端设备的普及，人们逐渐习惯了使用应用客户端上网的方式，而目前国内各大电商，均拥有了自己的应用客户端，这标志着，应用客户端的商业使用，已经开始初露锋芒。
[0004]现有技术中，在对应用软件进行测试时，一般通过人工完成，工作量异常繁重。因此，现有技术中应用软件的测试方法存在着效率低。
【发明内容】
[0005]本申请实施例解决的是如何实现软件的自动测试，提高软件测试的效率。
[0006]为解决上述问题，本申请实施例提供了一种软件测试方法，所述方法包括:
[0007]获取测试案例；
[0008]启动待测试软件，通过所述待测试软件的用户界面组接收所述测试案例传递的测试参数，驱动待测试软件进行测试，并获取所述待测试软件对于所接收的测试参数的处理结果，所述用户界面组包括两个以上的用户界面，所述用户界面之间具有预设的流转关系;
[0009]根据所述处理结果，分析得到测试结果。
[0010]可选地，所述待测试软件为应用软件。
[0011]可选地,所述启动待测试软件包括:采用反射机制启动所述待测试软件。
[0012]可选地，所述启动待测试软件，并通过所述待测试软件的用户界面接收所述测试案例传递的测试参数，驱动待测试软件进行测试，获取所述待测试软件对于所接收的测试参数的处理结果，包括:
[0013]启动所述待测试软件的用户界面接收测试案例发送的测试参数；
[0014]获取所述待测试软件对于所述用户界面接收的测试参数的执行结果；
[0015]判断所述待测试软件对于所述用户界面接收的测试参数的执行结果是否满足预设的条件；
[0016]当确定所述执行结果满足预设的条件时，启动所述待测试软件的下一用户界面接收所述测试案例发送的测试参数，并执行获取所述待测试软件对于所述下一用户界面接收的测试参数的执行结果，判断所述待测试软件对于所述下一用户界面接收的测试参数的执行结果是否满足预设的条件的操作，直至遍历所述用户界面组中的所有用户界面。
[0017]可选地，所述判断所述待测试软件对于所述用户界面接收的测试参数的执行结果是否满足预设的条件包括:通过消息调用相应的处理类，判断所述待测试软件对于所述用户界面接收的测试参数的执行结果是否满足预设的条件。
[0018]可选地，所述启动待测试软件，并通过所述待测试软件的用户界面接收所述测试案例传递的测试参数，驱动待测试软件进行测试，获取所述待测试软件对于所接收的测试参数的执行结果，还包括:当确定所述执行结果不满足预设的条件时，发布错误提示信息。
[0019]本申请实施例还提供了一种软件测试装置，所述装置包括:
[0020]获取单元，适于获取测试案例；
[0021]测试单元，适于启动待测试软件，通过所述待测试软件的用户界面组接收所述测试案例传递的测试参数，驱动待测试软件进行测试，并获取所述待测试软件对于所接收的测试参数的处理结果，所述用户界面组包括两个以上的用户界面，所述用户界面之间具有预设的流转关系；
[0022]分析单元，适于根据所述处理结果，分析得到测试结果。
[0023]可选地，所述待测试软件为应用软件。
[0024]可选地，所述测试单元适于采用反射机制启动所述待测试软件。
[0025]可选地，所述测试单元包括:
[0026]启动子单元，适于启动所述待测试软件的用户界面接收测试案例发送的测试参数；
[0027]获取子单元，适于获取所述待测试软件对于所述用户界面接收的测试参数的执行结果;
[0028]判断子单元，适于通过消息调用相应的处理类，判断所述待测试软件对于所述用户界面接收的测试参数的执行结果是否满足预设的条件。
[0029]测试子单元，当确定所述执行结果满足预设的条件时，启动所述待测试软件的下一用户界面接收所述测试案例发送的测试参数，并执行获取所述待测试软件对于所述下一用户界面接收的测试参数的执行结果，判断所述待测试软件对于所述用户界面接收的测试参数的执行结果是否满足预设的条件的操作，直至遍历所述用户界面组中的所有用户界面。
[0030]可选地，所述判断子单元适于通过消息调用相应的处理类，判断所述待测试软件对于所述用户界面接收的测试参数的执行结果是否满足预设的条件。
[0031]可选地，所述测试单元还包括:提示子单元，适于当确定所述执行结果不满足预设的条件时，发布错误提示信息。
[0032]与现有技术相比，本申请的技术方案具有以下的优点:
[0033]通过待测试软件的用户界面组的用户界面接收测试案例传递的测试参数，由于所述用户组中的用户界面具有预设的流转关系，可以在满足预设的条件时，自动启动所述用户界面组中相应的用户界面接收测试案例传递的测试参数，因此，可以实现软件的自动化测试，提高软件测试的效率。
【附图说明】
[0034]图1是本申请实施例中的一种软件测试方法的流程图；
[0035]图2是本申请实施例中的另一种软件测试方法的流程图；
[0036]图3是本申请实施例中的一种软件测试装置的结构示意图；
[0037]图4是本申请实施例中的一种的测试单元的结构示意图。
【具体实施方式】
[0038]在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
[0039]内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
[0040]计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的子单元或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
[0041]为解决现有技术中存在的上述问题，本申请实施例采用的技术方案通过待测试软件的用户界面组的用户界面接收测试案例传递的测试参数，由于所述用户组中的用户界面具有预设的流转关系，可以在满足预设的条件时，自动启动所述用户界面组中相应的用户界面接收测试案例传递的测试参数，因此，可以实现软件的自动化测试，提高软件测试的效率。
[0042]为使本申请的上述目的、特征和优点能够更为明显易懂，下面结合附图对本申请的具体实施例做详细的说明。
[0043]图1示出了本申请实施例中的一种软件测试方法的流程图。如图1所示的软件测试方法，可以包括:
[0044]步骤SlOl:获取测试案例。
[0045]在具体实施中，所述测试案例中包括测试所需的测试参数。
[0046]步骤S102:启动待测试软件，通过所述待测试软件的用户界面组接收所述测试案例传递的测试参数，驱动待测试软件进行测试，并获取所述待测试软件对于所接收的测试参数的处理结果，直至遍历所述用户界面组中的所有用户界面。
[0047]在具体实施中，所述用户界面组包括两个以上的用户界面，所述用户界面之间具有预设的流转关系。
[0048]步骤S103:根据所述处理结果，分析得到测试结果。
[0049]在具体实施中，通过对所述处理结果的分析，可以得到所述待测试软件的测试结果。
[0050]图2示出了本申请实施例中的另一种软件测试方法的流程图。如图2所示的软件测试方法，可以包括:
[0051 ] 步骤S201:获取测试案例。
[0052]在具体实施中，所述测试案例可以由用户事先编写完成，并统一存放在测试用例管理平台中，例如，存放在测试用例服务器中，用户可以通过登录所述测试用户服务器，选取特定测试目所需的测试案例，并可以指定所述测试案例的执行时间，从而可以实现测试案例的获取和运行的自动化。
[0053]在本申请一实施例中，当获取到测试所需的测试案例以后，接着可以执行测试案例的初始化，以生成测试所需的所有测试参数。例如，创建账号、订单和账号的初始化等。
[0054]步骤S202:启动所述待测试软件的用户界面接收测试案例发送的测试参数。
[0055]在本申请一实施例中，当获取到相应的测试案例以及测试所需的所有参数时，可以通过反射机制启动所述待测试的应用(APP)软件。之后，整个测试流程中的所述待测试软件的用户界面(测试执行流程中预设的首个用户界面)出现，所述用户界面接收所述测试案例传递的相应的测试参数，所述待测试软件根据所述用户界面所接收的测试参数执行相应的操作。
[0056]这里需要指出的是，所述用户界面为所述待测试软件在实际运行时，与用户进行交互的接口，例如，应用软件的欢迎界面、登陆界面等。所述用户界面可以接收用户输入的数据。
[0057]在具体实施中，测试案例传递的测试参数可以用于模拟用户输入的数据和用户对于用户界面的操作。
[0058]步骤S203:获取所述待测试软件对于所述用户界面接收的测试参数的执行结果。
[00