基于模拟账务扣款的自动化测试方法及系统与流程

本发明涉及计算机软件技术领域，尤其涉及基于模拟账务扣款的自动化测试方法及系统。

背景技术：

软件测试是用于验证账务扣款程序质量的活动，验证的内容软件的功能特性以及包括性能以及安全等非功能特性。软件测试的方法主要分手工测试与自动化测试两种，后者高度依赖于自动化测试工具。自动化测试是软件测试部门的一项日常工作，工具的选择是自动化测试成败的一项关键因素。现有技术中，针对自动化测试工具，测试部门通常有三种选项：自行开发、购买商业产品及采用开源工具。但是，针对单个测试项目自行开发测试工具通常费时费力，而商业产品和开源工具通常具有局限性，存在许多不能使用的测试场合。

技术实现要素：

本发明的目的是提供一种基于模拟账务扣款的自动化测试方法及系统。

本发明所提供的基于模拟账务扣款的自动化测试方法，包括如下步骤：

s1用于获取测试源数据的步骤；

s2用于通过模拟账务扣款对被测系统进行测试并生成测试结果数据的步骤；

s3用于将测试结果数据与预设的效验数据进行比对，从而得出测试结果的步骤。

本发明所提供的基于模拟账务扣款的自动化测试系统，包括：用于获取测试源数据的模块；用于模拟账务扣款的模块；用于根据模拟扣款结果判断测试功能正确性的模块。

这样，在对被测系统功能的正确性是由事先准备好的测试案例与其输出的数据进行效验而确定的，因此当被测系统产生变更时，不需要对测试方法进行修改，仅对相当于预期结果的效验模板进行修改便能适应被测系统的变更，使自动化测试维护的技术门槛变低，更易于维护。

附图说明

图1、2为本发明实施例一所提供的基于模拟账务扣款的自动化测试方法的步骤示意图；

图3为本发明实施例一所述s2用于通过模拟账务扣款对被测系统进行测试并生成测试结果数据的步骤示意图；

图4为本发明实施例一所述s22用于根据扣款流程的配置文件获取下一步指令信息的步骤示意图；

图5为本发明实施例一所述用于生成测试日志的步骤示意图；

图6为本发明实施例一所述用于生成测试报告的步骤示意图。

具体实施方式

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

实施例一

如图1、2所示，本实施例提供一种基于模拟账务扣款的自动化测试方法，包括如下步骤：

s1用于获取测试源数据的步骤；

s2用于通过模拟账务扣款对被测系统进行测试并生成测试结果数据的步骤；

s3用于将测试结果数据与预设的效验数据进行比对，从而得出测试结果的步骤。

本领域技术人员可以理解，所述测试源数据可以包括公积金数据、社保缴纳数据、电子支付历史数据、信贷历史数据、银行账户数据等。这样，在对被测系统功能的正确性是由事先准备好的测试案例与其输出的数据进行效验而确定的，因此当被测系统产生变更时，不需要对测试方法进行修改，仅对相当于预期结果的效验模板进行修改便能适应被测系统的变更，使自动化测试维护的技术门槛变低，更易于维护。

所述测试源数据和校验数据均通过测试用例进行设置。

本领域技术人员可以理解，这样当进行测试时，可通过读取测试用例来获得测试源数据和校验数据，所述测试源数据用于提交给被测系统，所述预期数据，也称校验数据，用于与被测系统输出的测试结果数据进行比对验证。本领域技术人员可以理解，测试源数据被测系统根据同一批测试源数据处理得出的测试结果数据应相同或具有相同的特性。在用户允许进入不同的扣款系统时，可调用测试案例库中的测试数据，以便于模拟账务扣款的执行与分析。所述测试源数据可根据被测程序，由测试人员人工输入创建到所述测试用例中。

所述s2用于通过模拟账务扣款对被测系统进行测试并生成测试结果数据的步骤，包括测试配置文件读取步骤。

本领域技述人员可以理解，所述配置文件包含与模板相关的路径信息，被测系统的相关输入、输出路径信息，监视被测系统输出结果和报错信息、脚本信息以及生成日志时的相关信息。所述配置文件根据测试源数据生成，根据配置文件进行下一步操作，有利于减少测试的失误，使账务扣款操作更自动化。当被测系统发生版本变更时，若被测系统与产生测试源数据的系统没有发生改变，无需对测试源数据中的文件进行修改，可直接使用之前的测试源数据文件进行新版本的测试；若被测系统与产生测试源数据发生改变，则需要根据变更内容对测试源数据文件进行手工更新。

如图3所示，所述s2用于通过模拟账务扣款对被测系统进行测试并生成测试结果数据的步骤，还包括：

s21用于将调用的测试数据形成扣款流程的配置文件的步骤；

s22用于根据扣款流程的配置文件获取下一步指令信息的步骤。

本领域技术人员可以理解，所述指令信息包括：扣款时间信息及扣款操作信息。在自动扣款测试时，每次按照扣款流程的配置文件获取下一步扣款的时间和指令操作，按照扣款的时间执行相应的扣款操作；如果未获取到下一步的扣款指令操作，则扣款失败。

如图4所示，所述s22用于根据扣款流程的配置文件获取下一步指令信息的步骤，包括：

s221用于读取上述被调用的测试数据；

s222根据测试数据自动扣除并输出结果。

本领域技术人员可以理解，所述测试数据包括需被扣款的金额、日期、第三方扣款方及收款方。自动扣款分为及时扣款和预期扣款，自动扣款为及时扣款时，用户直接通过移动终端由第三方将所需支付的金额实时扣除，收款方直接获取所扣除的金额；自动扣款为预期扣款时，在扣款日期到达时，由第三方扣款方根据测试数据显示需要支付收款方的金额代为扣款并成功支付给第三方。这两种自动扣款方式满足了不同用户的需求，为账户管理带来便捷，不会因还款不及时落入黑名单，保障了用户的信誉度。

如图5所示，所述s3用于将测试结果数据与预设的效验数据进行比对，从而得出测试结果的步骤，包括用于生成测试日志的步骤。

本领域技术人员可以理解，所述测试日志用于记录数据效验模块输出的被测系统的输出结果与效验模板的差异数据的相关信息。

如图6所示，所述s3用于将测试结果数据与预设的效验数据进行比对，从而得出测试结果的步骤，还包括用于生成测试报告的步骤。

本领域技术人员可以理解，将所述扣款执行之后测试结果与对应的效验结果生成的测试结果生成测试报告，对测试中出现的异常情况进行详细的描述，并存放在特定目录中，有利于测试人员查看自动化测试结果和定位到出现异常的数据部分；所述日志将各部分操作步骤保存在各自的文件中，在出现异常时，只需要在异常所对应的一个文件中查找并修改，便于测试人员更新修改异常，从而使用户实现扣款的自动化。

本领域技术人员可以理解，本实施例所提供的自动化测试方法，将各个界面元素整理在各自一个文件中，每次修改只需要在一个文件中修改界面元素，方便测试人员工作。

实施例二

本实施例提供一种基于模拟账务扣款的自动化测试系统，包括：

用于获取测试源数据的模块；

用于通过模拟账务扣款对被测系统进行测试并生成测试结果数据的模块；

用于将测试结果数据与预设的效验数据进行比对，从而得出测试结果的模块。

本领域技术人员可以理解，所述测试源数据可以包括公积金数据、社保缴纳数据、电子支付历史数据、信贷历史数据、银行账户数据等。这样，在对被测系统功能的正确性是由事先准备好的测试案例与其输出的数据进行效验而确定的，因此当被测系统产生变更时，不需要对测试系统进行修改，仅对相当于预期结果的效验模板进行修改便能适应被测系统的变更，使自动化测试维护的技术门槛变低，更易于维护。

所述测试源数据和校验数据均通过测试用例进行设置。

本领域技术人员可以理解，这样当进行测试时，可通过读取测试用例来获得测试源数据和校验数据，所述测试源数据用于提交给被测系统，所述预期数据，也称校验数据，用于与被测系统输出的测试结果数据进行比对验证。本领域技术人员可以理解，测试源数据被测系统根据同一批测试测试源数据处理得出的测试结果数据应相同或具有相同的特性。在用户允许进入不同的扣款系统时，可调用测试案例库中的测试数据，以便于模拟账务扣款的执行与分析。所述测试源数据可根据被测程序，由测试人员人工输入创建到所述测试用例中。

所述用于通过模拟账务扣款对被测系统进行测试并生成测试结果数据的模块，包括测试配置文件读取子模块。

本领域技述人员可以理解，所述配置文件包含与模板相关的路径信息，被测系统的相关输入、输出路径信息，监视被测系统输出结果和报错信息、脚本信息以及生成日志时的相关信息。所述配置文件根据测试源数据生成，根据配置文件进行下一步操作，有利于减少测试的失误，使账务扣款操作更自动化。当被测系统发生版本变更时，若被测系统与产生测试源数据的系统没有发生改变，无需对测试源数据中的文件进行修改，可直接使用之前的测试源数据文件进行新版本的测试；若被测系统与产生测试源数据发生改变，则需要根据变更内容对测试源数据文件进行手工更新。

所述用于通过模拟账务扣款对被测系统进行测试并生成测试结果数据的模块，还包括：

将调用的测试数据形成扣款流程的配置文件的子模块；

用于根据扣款流程的配置文件获取下一步指令信息的子模块。

本领域技术人员可以理解，所述指令信息包括：扣款时间信息及扣款操作信息。在自动扣款测试时，每次按照扣款流程的配置文件获取下一步扣款的时间和指令操作，按照扣款的时间执行相应的扣款操作；如果未获取到下一步的扣款指令操作，则扣款失败。

所述用于根据扣款流程的配置文件获取下一步指令信息的子模块，包括：

用于读取上述被调用的测试数据的模块单元；

根据测试数据自动扣除并输出结果的模块单元。

本领域技术人员可以理解，所述测试数据包括需被扣款的金额、日期、第三方扣款方及收款方。自动扣款分为及时扣款和预期扣款，自动扣款为及时扣款时，用户直接通过移动终端由第三方将所需支付的金额实时扣除，收款方直接获取所扣除的金额；自动扣款为预期扣款时，在扣款日期到达时，由第三方扣款方根据测试数据显示需要支付收款方的金额代为扣款并成功支付给第三方。这两种自动扣款方式满足了不同用户的需求，为账户管理带来便捷，不会因还款不及时落入黑名单，保障了用户的信誉度。

所述用于将测试结果数据与预设的效验数据进行比对，从而得出测试结果的模块，包括用于生成测试日志的子模块。

本领域技术人员可以理解，所述测试日志用于记录数据效验模块输出的被测系统的输出结果与效验模板的差异数据的相关信息。

所述用于将测试结果数据与预设的效验数据进行比对，从而得出测试结果的模块，还包括用于生成测试报告的子模块。

本领域技术人员可以理解，将所述扣款执行之后测试结果与对应的效验结果生成的测试结果生成测试报告，对测试中出现的异常情况进行详细的描述，并存放在特定目录中，有利于测试人员查看自动化测试结果和定位到出现异常的数据部分；所述日志将各部分操作步骤保存在各自的文件中，在出现异常时，只需要在异常所对应的一个文件中查找并修改，便于测试人员更新修改异常，从而使用户实现扣款的自动化。

本领域技术人员可以理解，本实施例所提供的自动化测试系统，将各个界面元素整理在各自一个文件中，每次修改只需要在一个文件中修改界面元素，方便测试人员工作。

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