CN115964306A - 目标系统的自动化测试方法、装置和设备 - Google Patents

Abstract

本发明实施例提供一种目标系统的自动化测试方法、装置和设备，涉及软件测试技术领域，该方法包括：获取目标系统报表中待测试数据所对应的至少一个数据用例；数据用例包括待测试数据在测试过程中所需的输入数据；根据数据用例中的目标字段和预设的第一对应关系，确定数据用例对应的至少一个操作单元；预设的对应关系包括目标字段和操作单元的对应关系；操作单元用于指示对数据用例中的输入数据进行目标操作；根据数据用例中的输入数据和数据用例对应的至少一个操作单元，得到数据用例的计算结果；根据数据用例的预期结果和数据用例的计算结果，获取目标系统的测试结果。本发明实施例的方法提高了目标系统测试的效率和准确性。

Description

目标系统的自动化测试方法、装置和设备

技术领域

本发明涉及软件测试技术领域，尤其涉及一种目标系统的自动化测试方法、装置和设备。

背景技术

物业行业收费系统的业务涉及多种多样不同的收费科目、支付方式、业务场景下的收费操作，其软件测试的复杂程度较高，测试强度大，易于疏漏。

相关技术中，在进行物业行业收费系统的测试过程中，需要在自动化脚本中事先确定要做哪些操作、要做几次，也就是需要在自动化脚本中事先固定好去执行哪些操作。在需要进行不同的数据用例的测试时，需要进行测试脚本的修改，由于测试脚本的制定和修改的复杂度较高，导致物业行业收费系统的测试效率和准确性较差。

发明内容

针对现有技术中的问题，本发明实施例提供一种目标系统的自动化测试方法、装置和设备。

具体地，本发明实施例提供了以下技术方案：

第一方面，本发明实施例提供了一种目标系统的自动化测试方法，包括：

获取目标系统报表中待测试数据所对应的至少一个数据用例；所述数据用例包括所述待测试数据在测试过程中所需的输入数据；

根据所述数据用例中的目标字段和预设的第一对应关系，确定所述数据用例对应的至少一个操作单元；所述预设的对应关系包括所述目标字段和所述操作单元的对应关系；所述操作单元用于指示对所述数据用例中的输入数据进行目标操作；

根据所述数据用例中的输入数据和所述数据用例对应的至少一个操作单元，得到所述数据用例的计算结果；

根据所述数据用例的预期结果和所述数据用例的计算结果，获取所述目标系统的测试结果。

进一步地，所述获取目标系统报表中待测试数据所对应的至少一个数据用例，包括：

确定目标系统报表中的待测试数据；

根据所述待测试数据和预设的第二对应关系，获取所述待测试数据所对应的至少一个数据用例；所述预设的第二对应关系包括所述待测试数据和所述数据用例的对应关系。

进一步地，在所述输入数据中包括变量参数的情况下，根据测试环境将所述变量参数进行替换。

进一步地，在所述数据用例中的输入数据更新时，所述预期结果基于与所述输入数据的关联关系进行更新。

进一步地，所述目标系统为物业行业收费系统；所述目标字段，包括：

场景字段；所述场景字段中的内容包括以下至少一项：

常规类收费场景、临时类收费场景、押金类收费场景、预收类收费场景和代收代付类收费场景。

进一步地，所述根据所述数据用例的预期结果和所述数据用例的计算结果，获取所述目标系统的测试结果，包括：

将各个数据用例的预期结果和各个数据用例的计算结果进行比对，获取第一比对结果；

将各个数据用例中的输入数据和各个数据用例的计算结果所对应的输入数据进行比对，获取第二比对结果；

根据所述第一比对结果和所述第二比对结果，获取所述目标系统的测试结果。

第二方面，本发明实施例还提供了一种目标系统的自动化测试装置，包括：

获取模块，用于获取目标系统报表中待测试数据所对应的至少一个数据用例；所述数据用例包括所述待测试数据在测试过程中所需的输入数据；

确定模块，用于根据所述数据用例中的目标字段和预设的第一对应关系，确定所述数据用例对应的至少一个操作单元；所述预设的对应关系包括所述目标字段和所述操作单元的对应关系；所述操作单元用于指示对所述数据用例中的输入数据进行目标操作；

处理模块，用于根据所述数据用例中的输入数据和所述数据用例对应的至少一个操作单元，得到所述数据用例的计算结果；

测试模块，用于根据所述数据用例的预期结果和所述数据用例的计算结果，获取所述目标系统的测试结果。

第三方面，本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面所述目标系统的自动化测试方法。

第四方面，本发明实施例还提供了一种非暂态计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述目标系统的自动化测试方法。

第五方面，本发明实施例还提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如第一方面所述目标系统的自动化测试方法。

本发明实施例提供的目标系统的自动化测试方法、装置和设备，通过获取目标系统报表中待测试数据所对应的至少一个数据用例，并根据数据用例中的输入数据和数据用例对应的至少一个操作单元，得到数据用例的计算结果，进而根据数据用例的预期结果和数据用例的计算结果，就可以高效准确的获取目标系统的测试结果。即本申请中基于目标系统报表中待测试数据所对应的数据用例进行目标系统报表的测试，在目标系统的测试过程中，只需要准确获取目标系统报表中待测试数据所对应的数据用例，进而基于数据用例中的输入数据和数据用例对应的操作单元就可以得到数据用例的计算结果，并将计算结果和数据用例的预期结果进行比对，也就可以高效准确的获取目标系统的测试结果，从而实现了基于数据用例对目标系统的高效准确地测试；当测试内容发生变化时，只需要进行数据用例的修改，就可以高效准确的获取目标系统的测试结果；解决了现有技术中在进行报表中输出数据的测试时，需要事先在测试脚本中写好要执行哪些操作、要做几次，当测试内容发生变化时，需要不断的进行脚本的编写和调整，测试脚本的制定和修改的复杂度较高，需要耗费大量的时间和人力，工作量大，导致物业行业收费系统的测试效率和准确性较差的问题，提高了目标系统测试的效率和准确性。

附图说明

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

图1是本发明实施例提供的目标系统的自动化测试方法的流程示意图；

图2是本发明实施例提供的目标系统的自动化测试方法的另一流程示意图；

图3是本发明实施例提供的目标系统的自动化测试装置的结构示意图；

图4是本发明实施例提供的电子设备的结构示意图。

具体实施方式

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

本发明实施例的方法可以应用于软件测试场景中，实现了基于数据用例对目标系统的高效准确地测试，提高了目标系统测试的效率和准确性。

相关技术中，在进行物业行业收费系统的测试过程中，需要在自动化脚本中事先确定要做哪些操作、要做几次，也就是需要在自动化脚本中事先固定好去执行哪些操作。在需要进行不同的数据用例的测试时，需要进行测试脚本的修改，由于测试脚本的制定和修改的复杂度较高，导致物业行业收费系统的测试效率和准确性较差。

本发明实施例的目标系统的自动化测试方法，通过获取目标系统报表中待测试数据所对应的至少一个数据用例，并根据数据用例中的输入数据和数据用例对应的至少一个操作单元，得到数据用例的计算结果，进而根据数据用例的预期结果和数据用例的计算结果，就可以高效准确的获取目标系统的测试结果。即本申请中基于目标系统报表中待测试数据所对应的数据用例进行目标系统报表的测试，在目标系统的测试过程中，只需要准确获取目标系统报表中待测试数据所对应的数据用例，进而基于数据用例中的输入数据和数据用例对应的操作单元就可以得到数据用例的计算结果，并将计算结果和数据用例的预期结果进行比对，也就可以高效准确的获取目标系统的测试结果，从而实现了基于数据用例对目标系统的高效准确地测试；当测试内容发生变化时，只需要进行数据用例的修改，就可以高效准确的获取目标系统的测试结果；解决了现有技术中在进行报表中输出数据的测试时，需要事先在测试脚本中写好要执行哪些操作、要做几次，当测试内容发生变化时，需要不断的进行脚本的编写和调整，测试脚本的制定和修改的复杂度较高，需要耗费大量的时间和人力，工作量大，导致物业行业收费系统的测试效率和准确性较差的问题，提高了目标系统测试的效率和准确性。

为了便于更加清晰地理解本申请各实施例的技术方案，首先对本申请各实施例相关的一些技术内容进行介绍。

对物业行业收费系统进行手工测试的劳动强度大、易于疏漏，不利于软件系统的快速迭代升级。通常的自动化测试方案可以在一定程度上缓解这个问题，但是也存在着如下问题：

（1）流程固化，不够灵活，测试流程难以自动跟随数据调整变化或者增减。

比如，当事先编制的自动化脚本是执行收取“物业管理费”的一系列操作，那么每次自动执行时都是收“物业管理费”的这些动作，不会因为要收的是“押金”就去做收取“押金”的操作（押金收取与物管费收取的操作不一样），除非人工变更要执行的脚本为收取押金。当其使用数据参数文件时，也仅仅是依次使用不同的数据来进行操作，比如提供3个不同的收费金额，自动化脚本会反复执行3次相同的收费操作，每次使用1个数据参数中的金额。

（2）通用性不高，当测试环境变化时，由于环境条件不同，系统设置不同，业务操作中的部分内容会不一样，比如收费科目等，导致自动化脚本难于适应。

比如，当事先编制的自动化脚本，针对的是一个确定的测试环境（例如A客户环境），在收费时选择的收费科目是“押金收费科目”，那么每次执行自动化脚本都会去选择“押金收费科目”，但是可能在另一个测试环境上（例如B客户环境）同样的科目名字取得不同，它叫“押金科目”，那么同样的自动化脚本在那个环境上就无法执行，会因为在系统操作界面上找不到“押金收费科目”而执行失败。

（3）测试结果的判断仅限于某条业务操作自动化用例执行后的直接结果，而不是收费系统最终的数据输出内容，不是完整链路的验证；或者虽然可以做完整链路的验证，但是自动化脚本维护困难。

比如，自动化脚本中执行了某个收费操作之后，一般的做法是直接验证系统操作界面上是否反馈了“收费成功”，更进一步的，会判断是否生成了该笔已收款及相应的金额、收费科目等是否正确，是则判断为成功，否则判断为失败。这样的做法，忽略了财务收费系统的后续输出环节，即最后统计报表中的数据是否准确，所以不是完整链路的验证。

当然，也可以在自动化脚本中对统计报表的数据进行验证，看是否与收费操作的输入相符，但是这里就面临一个困难——统计报表的输出数据与收费操作的输入数据并不是简单的一对一的关系。举个简单的例子：一条常规费用的收取操作，可能只对应一条统计报表中的数据，但是两笔相同收费科目相同支付方式的收取操作，也可能只对应一条统计报表的数据（金额是累加的）；或者一笔押金类转（即本来收取的是收费科目1的押金，结转为收费科目2的费用收取）的操作，却对应了两条统计报表的数据（一笔转出一笔转入）；甚至还有某些数据用例并不对当前要核对的报表结果产生影响，例如“生成应收费用”，由于没有收款，是不会体现到“收款汇总表”的数据里的。诸如此类的情况就需要把这些统计业务逻辑编写到自动化测试脚本中，而财务收费系统报表的统计业务逻辑是经常会根据需求就行调整的，导致后期一旦业务逻辑上做了调整，就不得不调整自动化脚本，给自动化脚本的维护带来很大的麻烦。

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

图1是本发明实施例提供的目标系统的自动化测试方法一实施例的流程示意图。如图1所示，本实施例提供的方法，包括：

步骤101、获取目标系统报表中待测试数据所对应的至少一个数据用例；数据用例包括待测试数据在测试过程中所需的输入数据；

具体地，相关技术中，需要事先在测试脚本中写好要执行哪些操作、要做几次，当测试内容发生变化时，测试脚本需要重新编写和调整，即如果要验证报表中数据A，要编写数据A对应的测试脚本；要测试报表中数据B，则要编写数据B对应的测试脚本；若报表中测试数据B对应的输入内容增加、减少和修改时，还要对数据B对应的测试脚本进行修改，也就是在进行目标系统报表输出数据的测试过程中，需要根据测试的内容不断的进行脚本的编写和校正，由于测试脚本的制定和修改的复杂度较高，需要耗费大量的时间和人力，工作量大，导致物业行业收费系统的测试效率和准确性较差。

为了解决上述问题，本发明实施例中首先获取目标系统报表中待测试数据所对应的至少一个数据用例；其中，数据用例包括待测试数据在测试过程中所需的输入数据。

例如，为了测试数据报表中的数据A的准确性，则可以获取与数据A所对应的至少一个数据用例；可选地，当数据A表示多个费用的累加结果的时候，数据A对应了多个数据用例，每个数据用例中包括了一条费用信息，将多个数据用例中的多个费用信息进行求和也就可以得到数据A的计算结果。

步骤102、根据数据用例中的目标字段和预设的第一对应关系，确定数据用例对应的至少一个操作单元；预设的对应关系包括目标字段和操作单元的对应关系；操作单元用于指示对数据用例中的输入数据进行目标操作；

具体地，在获取目标系统报表中待测试数据所对应的至少一个数据用例后，本发明实施例中根据数据用例中的目标字段和预设的第一对应关系，确定数据用例对应的至少一个操作单元；其中，预设的对应关系包括目标字段和操作单元的对应关系；操作单元用于指示对数据用例中的输入数据进行目标操作。可选地，数据用例中的目标字段可以进行预设和定义，也就是每条数据用例都包含该目标字段，从而根据每条数据用例中的目标字段和第一对应关系，就可以确定数据用例对应的至少一个操作单元，也就是可以确定对该数据用例中的数据进行哪些操作。

例如，获取目标系统报表中待测试数据A所对应的数据用例1后，数据用例1中的目标字段为“场景”字段，数据用例1中“场景”字段的内容为“押金收入”，若根据数据用例1的目标字段中的内容“押金收入”和操作单元的对应关系，确定数据用例1对应的操作单元为“查询已收款是否已生成”、“收银台选择房产”、“收银台收取押金”、“收银台一般支付方式”和“收银台支付”这些封装好的基本操作单元，则通过依次执行这些操作单元，就可以得到报表中数据A的计算结果。可选地，目标字段中的内容不同时，数据用例对应的操作单元也不同。例如，数据用例1中的目标字段中的内容为X，其对应操作单元为1、操作单元2和操作单元3；数据用例2中的目标字段中的内容为Y，其对应操作单元3和操作单元4。

步骤103、根据数据用例中的输入数据和数据用例对应的至少一个操作单元，得到数据用例的计算结果；

具体地，在根据数据用例中的目标字段和预设的第一对应关系，确定数据用例对应的至少一个操作单元，通过依次执行数据用例对应的操作单元，就可以得到数据用例的计算结果，也就是得到了目标系统报表中待测试数据的计算结果。

例如，获取目标系统报表中待测试数据A所对应的数据用例1和数据用例2后，数据用例对应的操作单元m为“计算收费总和”，则将数据用例1中的费用和数据用例2中的费用通过操作单元m进行相加就可以得到计算出的结果，也就是得到报表中数据A的值。可选地，可以通过执行操作单元m，调用数据用例1中的输入数据和数据用例2中的输入数据，得到报表中数据A的值。

步骤104、根据数据用例的预期结果和数据用例的计算结果，获取目标系统的测试结果。

具体地，在根据数据用例中的输入数据和数据用例对应的至少一个操作单元，得到数据用例的计算结果后，就可以根据数据用例的预期结果和数据用例的计算结果，获取目标系统的测试结果；可选地，可以通过将数据用例的预期结果和数据用例的计算结果进行比对，从而获得目标系统的测试结果。可选地，数据用例都对应有预期结果，数据用例的预期结果是根据数据用例中的输入数据确定的，数据用例的预期结果可以用来判断被测对象是否正常；可选地，若比对结果相同，则表示该目标系统测试成功，若比对结果不同，则表示该目标系统测试失败，需要对该目标系统报表的业务逻辑进行核查和修正。

需要说明的是，现有技术中，在进行报表中输出数据的测试时，需要事先在测试脚本中写好要执行哪些操作、要做几次，当测试内容发生变化时，需要不断的进行脚本的编写和调整，如报表中测试数据B对应的输入内容增加、减少和修改时，需要同步对数据B对应的测试脚本进行修改；也就是在进行报表中输出数据的测试过程中，需要根据测试的内容不断的进行脚本的编写和校正，由于测试脚本的制定和修改的复杂度较高，需要耗费大量的时间和人力，工作量大，导致物业行业收费系统的测试效率和准确性较差。而本申请中在进行报表中输出数据的测试时，基于数据用例对目标系统进行测试，不需要事先在测试脚本中写好要执行哪些操作、要做几次，当测试内容发生变化时，只需要关注和进行数据用例的修改，进而通过数据用例中的输入数据和数据用例对应的操作单元，得到数据用例的计算结果，并将计算结果和数据用例的预期结果进行比对，就可以高效准确的获取目标系统的测试结果。

例如，如图2所示的目标系统的自动化测试方法，具体流程如下：

首先读取目标系统报表中待测试数据所对应数据用例和期望结果，然后根据测试环境解析替换数据用例中的变量参数，接着依序执行各个数据用例所对应的的操作单元，完成数据用例对应的所有操作单元后，将目标系统报表中的数据与期望结果进行比对，从而就可以准确的得到目标系统的测试结果。

上述实施例的方法，通过获取目标系统报表中待测试数据所对应的至少一个数据用例，并根据数据用例中的输入数据和数据用例对应的至少一个操作单元，得到数据用例的计算结果，进而根据数据用例的预期结果和数据用例的计算结果，就可以高效准确的获取目标系统的测试结果。即本申请中基于目标系统报表中待测试数据所对应的数据用例进行目标系统报表的测试，在目标系统的测试过程中，只需要准确获取目标系统报表中待测试数据所对应的数据用例，进而基于数据用例中的输入数据和数据用例对应的操作单元就可以得到数据用例的计算结果，并将计算结果和数据用例的预期结果进行比对，也就可以高效准确的获取目标系统的测试结果，从而实现了基于数据用例对目标系统的高效准确地测试；当测试内容发生变化时，只需要进行数据用例的修改，就可以高效准确的获取目标系统的测试结果；解决了现有技术中在进行报表中输出数据的测试时，需要事先在测试脚本中写好要执行哪些操作、要做几次，当测试内容发生变化时，需要不断的进行脚本的编写和调整，测试脚本的制定和修改的复杂度较高，需要耗费大量的时间和人力，工作量大，导致物业行业收费系统的测试效率和准确性较差的问题，提高了目标系统测试的效率和准确性。

在一实施例中，获取目标系统报表中待测试数据所对应的至少一个数据用例，包括：

确定目标系统报表中的待测试数据；

根据待测试数据和预设的第二对应关系，获取待测试数据所对应的至少一个数据用例；预设的第二对应关系包括待测试数据和数据用例的对应关系。

具体地，本发明实施例中基于目标系统报表中待测试数据所对应的数据用例进行目标系统报表的测试，也就是在目标系统的测试中，只需要准确获取目标系统报表中待测试数据所对应的数据用例，进而基于数据用例中的输入数据和数据用例对应的操作单元就可以得到数据用例的计算结果，并将计算结果和数据用例的预期结果进行比对，也就可以高效准确的获取目标系统的测试结果，从而实现了基于数据用例对目标系统的测试，克服了现有技术中需要事先在测试脚本中写好要执行哪些操作、要做几次，当测试内容发生变化时，需要不断的进行脚本的编写和调整，测试脚本的制定和修改的复杂度较高的问题，提高了目标系统测试的效率和准确性。

可选地，本发明实施例中，在获取目标系统报表中待测试数据所对应的数据用例的过程中，首先需要确定目标系统报表中的待测试数据，进而根据待测试数据和预设的第二对应关系，获取待测试数据所对应的至少一个数据用例；其中，预设的第二对应关系包括待测试数据和数据用例的对应关系；可选地，待测试数据和数据用例的对应关系用于确定待测试数据所对应的数据用例；可选地，第二对应关系可以直接设置各个报表中的待测试数据与各个数据用例的对应关系，也可以基于待测试数据和/或数据用例的特征信息，确定待测试数据和数据用例的对应关系。

例如，第二对应关系设置了待测试数据和数据用例的特征信息的对应关系，进而基于待测试数据和数据用例的特征信息的对应关系也就可以确定待测试数据所对应的数据用例。如第二对应关系设置了待测试数据A和数据用例的目标字段“场景”的对应关系，当数据用例的目标字段“场景”中的内容为“押金收入”的情况下，则待测试数据A和该数据用例存在对应关系。如数据用例X中目标字段“场景”中的内容为“押金收入”、数据用例Y中目标字段“场景”中的内容为“押金收入”、数据用例Z中目标字段“场景”中的内容为“押金类转”，则可以确定待测试数据A所对应的数据用例为数据用例X和数据用例Y。可选地，若增加了数据用例M，且数据用例M的目标字段“场景”中的内容为“押金收入”，删除了数据用例Y，则待测试数据A所对应的数据用例为数据用例X和数据用例M。进而基于数据用例X、数据用例M和对应的操作单元就可以得到数据用例的计算结果，并将计算结果和数据用例的预期结果进行比对，也就可以高效准确的获取目标系统的测试结果，而不需要对测试脚本进行修改，从而实现了基于数据用例对目标系统的测试，基于数据用例来灵活组合相应的操作获取测试数据的计算结果，进而完成目标系统的高效准确的测试，克服了现有技术中需要事先在测试脚本中写好要执行哪些操作、要做几次，当测试内容发生变化时，需要不断的进行脚本的编写和调整，测试脚本的制定和修改的复杂度较高的问题，提高了目标系统测试的效率和准确性。

上述实施例的方法，通过确定目标系统报表中的待测试数据，并根据待测试数据和预设的第二对应关系，获取待测试数据所对应的至少一个数据用例，从而根据获取到的数据用例和对应的操作单元就可以得到数据用例的计算结果，并将计算结果和数据用例的预期结果进行比对，也就可以高效准确的获取目标系统的测试结果，避免了测试过程中需要对测试脚本需要事先固定，并在测试过程中当测试内容发生变化时，需要不断的进行脚本的编写和调整，测试脚本的制定和修改的复杂度较高的问题，提高了目标系统测试的效率和准确性。

在一实施例中，目标系统的自动化测试方法，还包括：在输入数据中包括变量参数的情况下，根据测试环境将变量参数进行替换。

具体地，本发明实施例中数据用例包括了待测试数据在测试过程中所需的输入数据，可选地，数据用例中的输入数据在不同的环境、不同的系统中，可能存在不同的名称，如同样为收取物业费，在物业行业收费系统1中名称可能为“物业费”，在物业行业收费系统2中名称可能为“物业费用”，从而导致数据用例A在物业行业收费系统1中可以使用，但在物业行业收费系统2中却无法进行使用。本发明实施例中通过在数据用例中的输入数据中包括变量参数，并根据测试将变量参数进行替换，即将数据用例A中的“物业费”替换为“物业费用”，使得数据用例A就可以在物业行业收费系统2的测试过程中使用，从而也就降低了数据用例对环境的依赖性，实现数据用例在不同测试环境、不同系统下的迁移，提高了目标系统测试的有效性、灵活性、广泛性和测试效率。

上述实施例的方法，通过在数据用例中的输入数据中包括变量参数，并根据测试环境将变量参数进行替换，从而也就降低了数据用例对环境的依赖性，实现数据用例在不同测试环境、不同系统下的迁移，提高了目标系统测试的有效性、灵活性、广泛性和测试效率。

在一实施例中，目标系统的自动化测试方法，还包括：在数据用例中的输入数据更新时，预期结果基于与输入数据的关联关系进行更新。

具体地，数据用例都对应有预期结果，数据用例的预期结果是根据数据用例中的输入数据确定的，数据用例的预期结果可以用来判断被测对象是否正常。可选地，本发明实施例中，数据用例的期望结果中的值并非固定写死，而是使用公式与数据用例中的输入数据进行关联引用，以确保能在数据用例或数据用例中的输入数据发生变化时，数据用例对应的预期结果也可以自动跟随变化，而不需要人工手动的进行数据用例对应的预期结果的更改，从而实现数据用例对应的预期结果的及时高效的更新，使得数据用例的预期结果更加的准确和有效，从而也就使得基于预期结果判断得到的目标系统的测试结果也更加的准确和有效，提高了数据用例对应的预期结果的准确性和有效性，从而也就提高了目标系统的测试结果的准确性和有效性。

上述实施例的方法，在数据用例中的输入数据更新时，预期结果基于与输入数据的关联关系进行更新，也就是数据用例的期望结果中的值并非固定写死，而是使用公式与数据用例中的输入数据进行关联引用，以确保能在数据用例或数据用例中的输入数据发生变化时，数据用例对应的预期结果也可以自动跟随变化，从而实现数据用例对应的预期结果的及时高效的更新，提高了数据用例对应的预期结果的准确性和有效性，从而也就提高了目标系统的测试结果的准确性和有效性。

在一实施例中，目标系统为物业行业收费系统；目标字段，包括：

场景字段；场景字段中的内容包括以下至少一项：

常规类收费场景、临时类收费场景、押金类收费场景、预收类收费场景和代收代付类收费场景。

具体地，本发明实施例中的目标系统的自动化测试方法，可以应用在物业行业收费系统的自动化测试过程中。可选地，物业行业收费系统报表中待测试数据所对应的数据用例中都包括“场景”字段，从而根据每条数据用例中的“场景”字段和第一对应关系，就可以确定数据用例对应的至少一个操作单元，也就是可以确定对该数据用例中的数据进行哪些操作，从而实现对目标系统的测试。可选地，场景字段中的内容包括以下至少一项：常规类收费场景、临时类收费场景、押金类收费场景、预收类收费场景和代收代付类收费场景；也就是通过场景字段中的内容可以将物业行业收费系统中涉及的收费场景全部包括在内，从而可以实现对物业行业收费系统的全面、完整的测试，提高物业行业收费系统报表的准确性和完整性。可选地，常规类收费场景中包括物业管理费的收取、临时类收费场景中包括保洁服务费的收取、押金类收费场景中包括装修押金的收取、预收类收费场景中包括住宅物业费的收取、代收代付类收费场景中包括代收冷水费。

上述实施例的方法，通过将目标系统的自动化测试方法应用在物业行业收费系统的自动化测试过程中，并通过物业行业收费系统报表中待测试数据所对应的数据用例中的“场景”字段中的内容可以将物业行业收费系统中涉及的收费场景全部包括在内，从而可以实现对物业行业收费系统的全面、完整的测试，提高物业行业收费系统报表的准确性和完整性。

在一实施例中，根据数据用例的预期结果和数据用例的计算结果，获取目标系统的测试结果，包括：

将各个数据用例的预期结果和各个数据用例的计算结果进行比对，获取第一比对结果；

将各个数据用例中的输入数据和各个数据用例的计算结果所对应的输入数据进行比对，获取第二比对结果；

根据第一比对结果和第二比对结果，获取目标系统的测试结果。

具体地，本发明实施例在根据数据用例中的输入数据和数据用例对应的至少一个操作单元，得到数据用例的计算结果后，就可以根据数据用例的预期结果和数据用例的计算结果，获取目标系统的测试结果。可选地，现有技术中，只是通过将数据用例的预期结果和数据用例的计算结果进行比对从而确定目标系统的测试结果。可选地，本发明实施例中不仅将各个数据用例的预期结果和各个数据用例的计算结果进行比对，获取第一比对结果，而且还将各个数据用例中的输入数据和各个数据用例的计算结果所对应的输入数据进行比对，获取第二比对结果，也就是本申请中在对目标系统报表数据进行测试的过程中，不仅进行结果的比对获得第一比对结果，还进行输入数据的比对获得第二比对结果，从而根据根据第一比对结果和第二比对结果，也就可以准确、全面的进行目标系统的测试，保证目标系统测试结果的正确性。可选地，若第一比对结果和第二比对结果均不一致的情况下，则确定输入数据存在问题，此时目标系统报表是否准确，需要将输入数据进行修正后，才能进一步根据第一比对结果确定目标系统报表是否准确。可选地，若第二比对结果一致，但第一比对结果不一致，则可以确定目标系统报表有误，需要对目标系统的业务逻辑进行核查和修正。也就是根据第一比对结果和第二比对结果，不仅可以准确的确定目标系统的测试结果，而且可以准确的识别出目标系统测试中的问题类型，准确的确定出是输入数据一致性问题还是目标业务的业务逻辑问题，进而针对性的进行不同类型问题的解决，也就可以更加准确地进行目标系统的测试，提高目标系统测试的效率、针对性和准确性。

上述实施例的方法，不仅将各个数据用例的预期结果和各个数据用例的计算结果进行比对，获取第一比对结果，而且还将各个数据用例中的输入数据和各个数据用例的计算结果所对应的输入数据进行比对，获取第二比对结果，从而根据第一比对结果和第二比对结果，不仅可以准确的确定目标系统的测试结果，而且可以准确的识别出目标系统测试中的问题类型，准确的确定出是输入数据一致性问题还是目标业务的业务逻辑问题，进而针对性的进行不同类型问题的解决，也就可以更加准确地进行目标系统的测试，提高目标系统测试的效率、针对性和准确性。

示例性的，目标系统的自动化测试具体如下：

首先，需要根据所需测试的输出数据，确定覆盖其所有统计维度所需的数据组合（数据用例），这些数据用例也就是在被测试系统中的输入项，可保存在数据文件中，便于随时读取、编辑。

可选地，数据用例项中可以用一定的格式表示其为可变量，需要根据情况计算或者从被测试环境中获取得到。如使用{}括起的内容。

其次，在数据文件中同时保存着与输入数据相应的最终数据结果页。

可选地，期望结果中的发生额等数字并非固定写死，而是使用公式与输入数据进行关联引用，以确保能在输入数据调整时自动跟随变化，例如当前单元格E9，其值来源于数据用例中的M9，当数据用例中M9的金额被修改为15.00时，期望结果页E9格也会自动变为15.00。这意味着数据文件中就已经包含了报表的业务统计逻辑。

第三，在robotframework自动化测试工具中，封装了业务操作所需的各个基本自动化操作单元。

执行自动化测试脚本时，程序从数据文件中以矩阵的方式读取所有数据用例和期望结果，保存在内存中。

在数据用例中，有一个“场景”字段，其意义就是业务场景，作用就是供自动化脚本判断需要进行一系列什么样的操作。第二条数据用例的“场景”为“押金收入”，自动化脚本就自动依次执行“查询已收款是否已生成”、“收银台选择房产”、“收银台收取押金”、“收银台一般支付方式”和“收银台支付”这些封装好的基本操作单元；而第八条数据用例的“场景”为“押金类转”，自动化脚本就自动依次执行“查询已收款是否已生成”、“进入押金管理”、“选择押金”、“进入押金类转”、“押金类转”这些基本操作单元。也就是说，自动化脚本并不会事先固定好去执行哪些数据用例操作，而是根据测试人员提供的数据用例来灵活组合相应的操作去使用这些数据。

除了“场景”以外，数据用例其余的字段均为自动化脚本在执行过程中需要使用的数据，例如在第二条数据用例中的“业务标志”为“押金收入”，当查询应收款数据时，会使用到该字段值，把“押金收入”选中到查询条件“业务标志”中。

数据用例与期望结果中的自定义变量（即使用{}括起来的内容）会被自动化脚本替换为具体的值。例如结算方式中的“{Pos_Name}”，自动化脚本可打开被测试环境的数据字典，寻找字典值（业务系统内部使用的一个ID）所对应的名称（用于业务系统界面上呈现出来的名字），根据字典项结算方式中值为111的项，找到其使用的名称为“pos刷卡”，那么就把“{Pos_Name}”替换为“pos刷卡”。包括期望结果中的变量也做相同处理。

自定义变量被替换为具体的值后，便可以在执行时使用该值，例如第二条数据用例中，“收费科目”字段为“{ChargeItem_Deposit}”，那么会被替换为“自动化-押金收费科目”之类具体的名称，然后在收押金界面上使用。

在完成所有的数据用例执行后，自动化脚本打开物业行业收费系统中的相应报表并读取其内容，以矩阵的形式保存在内存中，把数据文件中预定的期望结果矩阵与报表中的数据进行比对。

由于业务系统报表中的数据呈现位置不是固定的（即期望结果的第一条在业务系统报表中可能是第二条，可能是第三条，业务系统有错误的情况下也可能有多条或者没有出现等等），所以并不能按照期望结果的第一条与报表数据的第一条这样的位置顺序去比对，而是按照矩阵对矩阵，每一条期望数据都必须在业务系统中寻找各字段完全匹配的行。

在期望结果中，同样可以使用自定义变量，即使用{}括起的内容，自动化脚本对其处理方式与数据用例中相同，会自动把变量替换为具体的值，之后再用具体的值与业务系统报表进行比对。

如果所有数据完全匹配，则可以确定这些数据用例涉及的业务操作和报表统计逻辑均没有问题，如果不能完全匹配，则说明业务操作或报表统计逻辑中存在着缺陷。

上述实施例的方法，（1）与传统的使用固定的业务流程脚本反复执行，只是单纯使用不同的数据这种方式相比，本方案的自动化数据用例的执行完全由数据驱动，编制了什么样的业务数据就自动采用相匹配的业务操作来产生，数据用例中需要的操作就去执行，不需要的操作就不执行，有多条数据用例用到相同的操作就多次执行，而不是在自动化脚本中事先确定要做哪些操作、要做几次。（2）与传统的数据驱动方式不同，在数据用例中使用了自定义的变量形式，该方案会自动对变量进行处理替换为具体的值，而不是完全确定的数据。（3）该自动化脚本方案通过自动化操作产生业务数据、最后则自动化比对物业行业财务收费系统报表输出数据与期望结果，它不是仅仅做某一个业务操作流程的测试，而是基于“把一系列数据通过业务操作输入到系统，再校验所有这些业务操作的最终输出结果”来完成整个链路的测试，测试的覆盖率（即所测试的不同情况与业务系统中所可能出现的所有情况的比值，可以从不同维度计算，如业务场景覆盖率、统计逻辑覆盖率等）完全由数据用例来确定，而不是在自动化脚本中确定。基于以上特点，该方案足以满足物业行业收费系统升级、客户定制化部署等情况下的自动化检测工作。

本发明实施例的方法，（1）由于调整业务场景组合时无需重新调整测试脚本，仅需直接修改增减数据用例，具有更高的灵活性，数据行列的顺序变化、数据用例的增加或减少均不会妨碍自动化脚本的执行，自动化脚本会根据数据用例来自行判断需要执行哪些业务操作流程，而不是事先选定要执行哪几条，真正地实现了数据驱动的测试，所以可维护性很高。（2）数据用例中可以不使用固定的数据，而使用自定义变量来表示需要根据执行自动化脚本时的情况来变化的值，使该自动化测试方式对环境的依赖性降低，可以适应不同客户环境下的相同产品的自动化测试，适应性高。（3）测试链路完整，并不仅仅判断某个业务操作是否完成，而是从初始输入到最终输出都覆盖到，业务操作的覆盖率很高，这样一来测试覆盖率关键就只取决于数据用例的设计而不是自动化脚本中的操作，测试人员仅需关注数据用例的设计即可。本发明大大减轻了人工测试的工作量，提高了自动化测试脚本的适应性，也减轻了自动化测试脚本的维护难度，并保证了测试的稳定性和准确性。

下面对本发明提供的目标系统的自动化测试装置进行描述，下文描述的目标系统的自动化测试装置与上文描述的目标系统的自动化测试方法可相互对应参照。

图3是本发明提供的目标系统的自动化测试装置的结构示意图。本实施例提供的目标系统的自动化测试装置，包括：

获取模块710，用于获取目标系统报表中待测试数据所对应的至少一个数据用例；数据用例包括待测试数据在测试过程中所需的输入数据；

确定模块720，用于根据数据用例中的目标字段和预设的第一对应关系，确定数据用例对应的至少一个操作单元；预设的对应关系包括目标字段和操作单元的对应关系；操作单元用于指示对数据用例中的输入数据进行目标操作；

处理模块730，用于根据数据用例中的输入数据和数据用例对应的至少一个操作单元，得到数据用例的计算结果；

测试模块740，用于根据数据用例的预期结果和数据用例的计算结果，获取目标系统的测试结果。

可选地，所述获取模块710，具体用于：确定目标系统报表中的待测试数据；

根据待测试数据和预设的第二对应关系，获取待测试数据所对应的至少一个数据用例；预设的第二对应关系包括待测试数据和数据用例的对应关系。

可选地，所述获取模块710，还用于：在输入数据中包括变量参数的情况下，根据测试环境将变量参数进行替换。

可选地，所述获取模块710，还用于：在数据用例中的输入数据更新时，预期结果基于与输入数据的关联关系进行更新。

可选地，所述目标系统为物业行业收费系统；目标字段，包括：

场景字段；场景字段中的内容包括以下至少一项：

常规类收费场景、临时类收费场景、押金类收费场景、预收类收费场景和代收代付类收费场景。

可选地，所述测试模块740，具体用于：将各个数据用例的预期结果和各个数据用例的计算结果进行比对，获取第一比对结果；

将各个数据用例中的输入数据和各个数据用例的计算结果所对应的输入数据进行比对，获取第二比对结果；

根据第一比对结果和第二比对结果，获取目标系统的测试结果。

本发明实施例的装置，其用于执行前述任一方法实施例中的方法，其实现原理和技术效果类似，此次不再赘述。

图4示例了一种电子设备的实体结构示意图，该电子设备可以包括：处理器(processor)810、通信接口(Communications Interface)820、存储器(memory)830和通信总线840，其中，处理器810，通信接口820，存储器830通过通信总线840完成相互间的通信。处理器810可以调用存储器830中的逻辑指令，以执行目标系统的自动化测试方法，该方法包括：获取目标系统报表中待测试数据所对应的至少一个数据用例；数据用例包括待测试数据在测试过程中所需的输入数据；根据数据用例中的目标字段和预设的第一对应关系，确定数据用例对应的至少一个操作单元；预设的对应关系包括目标字段和操作单元的对应关系；操作单元用于指示对数据用例中的输入数据进行目标操作；根据数据用例中的输入数据和数据用例对应的至少一个操作单元，得到数据用例的计算结果；根据数据用例的预期结果和数据用例的计算结果，获取目标系统的测试结果。

此外，上述的存储器830中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的目标系统的自动化测试方法，该方法包括：获取目标系统报表中待测试数据所对应的至少一个数据用例；数据用例包括待测试数据在测试过程中所需的输入数据；根据数据用例中的目标字段和预设的第一对应关系，确定数据用例对应的至少一个操作单元；预设的对应关系包括目标字段和操作单元的对应关系；操作单元用于指示对数据用例中的输入数据进行目标操作；根据数据用例中的输入数据和数据用例对应的至少一个操作单元，得到数据用例的计算结果；根据数据用例的预期结果和数据用例的计算结果，获取目标系统的测试结果。

又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的目标系统的自动化测试方法，该方法包括：获取目标系统报表中待测试数据所对应的至少一个数据用例；数据用例包括待测试数据在测试过程中所需的输入数据；根据数据用例中的目标字段和预设的第一对应关系，确定数据用例对应的至少一个操作单元；预设的对应关系包括目标字段和操作单元的对应关系；操作单元用于指示对数据用例中的输入数据进行目标操作；根据数据用例中的输入数据和数据用例对应的至少一个操作单元，得到数据用例的计算结果；根据数据用例的预期结果和数据用例的计算结果，获取目标系统的测试结果。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (9)

1.一种目标系统的自动化测试方法，其特征在于，包括：

获取目标系统报表中待测试数据所对应的至少一个数据用例；所述数据用例包括所述待测试数据在测试过程中所需的输入数据；

根据所述数据用例中的目标字段和预设的第一对应关系，确定所述数据用例对应的至少一个操作单元；所述预设的第一对应关系包括所述目标字段和所述操作单元的对应关系；所述操作单元用于指示对所述数据用例中的输入数据进行目标操作；

根据所述数据用例中的输入数据和所述数据用例对应的至少一个操作单元，得到所述数据用例的计算结果；

根据所述数据用例的预期结果和所述数据用例的计算结果，获取所述目标系统的测试结果。

2.根据权利要求1所述的目标系统的自动化测试方法，其特征在于，所述获取目标系统报表中待测试数据所对应的至少一个数据用例，包括：

确定目标系统报表中的待测试数据；

根据所述待测试数据和预设的第二对应关系，获取所述待测试数据所对应的至少一个数据用例；所述预设的第二对应关系包括所述待测试数据和所述数据用例的对应关系。

3.根据权利要求2所述的目标系统的自动化测试方法，其特征在于，还包括：

在所述输入数据中包括变量参数的情况下，根据测试环境将所述变量参数进行替换。

4.根据权利要求3所述的目标系统的自动化测试方法，其特征在于，还包括：

在所述数据用例中的输入数据更新时，所述预期结果基于与所述输入数据的关联关系进行更新。

5.根据权利要求1-4任一项所述的目标系统的自动化测试方法，其特征在于，所述目标系统为物业行业收费系统；所述目标字段，包括：

场景字段；所述场景字段中的内容包括以下至少一项：

常规类收费场景、临时类收费场景、押金类收费场景、预收类收费场景和代收代付类收费场景。

6.根据权利要求5所述的目标系统的自动化测试方法，其特征在于，所述根据所述数据用例的预期结果和所述数据用例的计算结果，获取所述目标系统的测试结果，包括：

将各个数据用例的预期结果和各个数据用例的计算结果进行比对，获取第一比对结果；

将各个数据用例中的输入数据和各个数据用例的计算结果所对应的输入数据进行比对，获取第二比对结果；

根据所述第一比对结果和所述第二比对结果，获取所述目标系统的测试结果。

7.一种目标系统的自动化测试装置，其特征在于，包括：

获取模块，用于获取目标系统报表中待测试数据所对应的至少一个数据用例；所述数据用例包括所述待测试数据在测试过程中所需的输入数据；

确定模块，用于根据所述数据用例中的目标字段和预设的第一对应关系，确定所述数据用例对应的至少一个操作单元；所述预设的第一对应关系包括所述目标字段和所述操作单元的对应关系；所述操作单元用于指示对所述数据用例中的输入数据进行目标操作；

处理模块，用于根据所述数据用例中的输入数据和所述数据用例对应的至少一个操作单元，得到所述数据用例的计算结果；

测试模块，用于根据所述数据用例的预期结果和所述数据用例的计算结果，获取所述目标系统的测试结果。

8.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至6任一项所述的目标系统的自动化测试方法。

9.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至6任一项所述的目标系统的自动化测试方法。

Images