软件测试方法、装置、设备及存储介质与流程

1.本技术涉及金融技术领域，尤其涉及一种软件测试方法、装置、设备及存储介质。


背景技术：

2.随着互联网技术的发展，越来越多的金融软件被开发，以满足用户对电子设备处理金融业务的便捷性需求。金融软件在上线使用之前，需要针对性能压力、可靠性、可用性、可维护性和可扩展性等方面进行非功能测试。
3.但是，在金融软件通过上述非功能测试后，实际使用过程中，也可能出现不能运行，或者，运行出错的情况，即，得到的测试结论可靠性差。


技术实现要素：

4.本技术提供了一种软件测试方法、装置、设备及存储介质，以解决在金融软件通过现有的非功能测试后，得到的测试结论可靠性差的问题。
5.为达到上述目的，本技术采用如下技术方案：
6.第一方面，本技术提供一种软件测试方法，该方法包括：获取目标金融软件的至少一个测试参数；在测试参数数据库中，获取至少一个测试参数中的每个测试参数对应的预设取值范围，预设取值范围为：目标金融软件正常运行时，每个测试参数对应的数值范围；获取目标金融软件中的每个测试参数对应的静态参数值；根据预设取值范围和静态参数值的第一比较结果，生成第一测试报告。
7.由上述可知，本技术提供的软件测试方法，首先通过获取目标金融软件的至少一个测试参数，测试参数对应的参数值用于判断目标金融软件是否正常运行。其次在测试参数数据库中，获取至少一个测试参数中的每个测试参数对应的预设取值范围，预设取值范围为：目标金融软件正常运行时，每个测试参数对应的数值范围。再次，获取停止测试状态后的目标金融软件中的每个测试参数对应的静态参数值。最后根据预设取值范围和静态参数值的第一比较结果，生成第一测试报告。也就是，在软件测试过程中，将第一比较结果作为目标金融软件测试结果的必要条件，即在第一比较结果为静态参数属于预设取值范围的情况下，确定目标金融软件能够正常运行。在第一比较结果为静态参数不属于预设取值范围的情况下，则确定目标金融软件不能够正常运行，目标金融软件还需要进行调试。以此，将上述比较结果作为目标金融软件的软件测试的部分结论，能够提高测试结论可靠性，进而提高目标金融软件的稳定性。
8.可选的，上述获取目标金融软件的至少一个测试参数，包括：在测试参数数据库中，根据目标金融软件的软件属性，获取至少一个测试参数，至少一个测试参数可以为以下任一项运行环境参数、数据库环境参数和用户数据参数。
9.由上述可知，本技术提供的软件测试方法，软件属性可以为以下任一项：核心交易系统、连接交易系统、金融类交易系统、银行核心系统，个性化金融系统、客户分析系统、内部管理系统和信用卡系统，以此，查找与软件属性对应的至少一个测试参数，以使得测试参
数能够涵盖底层操作系统参数，上层应用框架参数、中间件参数、前端系统参数、后台服务参数以及数据库性能参数，通过测试参数的全面覆盖，提高测试结论的可靠性。
10.可选的，上述软件测试方法，还包括：获取目标金融软件的至少一个测试参数之前，建立测试参数数据库，并将至少一个历史软件参数导入测试参数数据库；根据预置参数选取规则，确定至少一个历史软件参数中每个历史软件参数的预设取值范围；其中，预置参数选取规则包括以下至少一项：用户规模对应的参数选取规则，数据规模对应的参数选取规则，数据类型对应的参数选取规则和软件属性对应的参数选取规则。
11.由上述可知，本技术提供的软件测试方法，可以通过建立测试参数数据库，并将至少一个历史软件参数导入测试参数数据库，历史软件参数可以是由测试人员手动输入的，也可以是从其他金融软件中获取的，还可以是通过对其他金融软件进行测试的过程中累积的。在导入历史软件参数后，还需要确定其对应的预设取值范围。在确定预设取值的过程中，充分考虑与各个历史软件参数可能相关的用户规模、数据规模、数据类型和软件属性，以使得预设取值范围尽可能覆盖全面，且不存在数值偏差，提高通过预设取值范围得到的测试结论的准确性。
12.可选的，上述获取目标金融软件中的每个测试参数对应的静态参数值，包括：在测试状态的目标金融软件的程序文件中，通过爬虫方式爬取每个测试参数对应的静态参数值；或/和，从测试状态的目标金融软件对应的数据监测数据库中，获取每个测试参数对应的静态参数值。
13.由上述可知，本技术提供的软件测试方法，可以通过爬虫方式从目标金融软件的程序文件中，爬取静态参数值，还可以通过数据监测数据库获取静态参数值，理论上看上述两种方式获取的静态参数值应该是相同的。通过爬虫方式，爬取静态参数值，能够确保静态参数值的准确性。在爬虫没有爬取到每个测试参数对应的静态参数值的情况下，还可以通过数据监测数据库中的存储数据，查找静态参数值，以此保证能够获取静态参数值。当然，在数据监测数据库没有保存每个测试参数对应的静态参数值的情况下，也可以将爬虫爬取方式作为补充，以此保证能够获取静态参数值。
14.可选的，上述软件测试方法，还包括：根据预设取值范围和静态参数值的第一比较结果，生成第一测试报告之后，在第一比较结果为异常结果的情况下，生成告警信息。
15.由上述可知，本技术提供的软件测试方法，通过在第一比较结果为异常结果的情况下，生成告警信息，通过告警信息，提示目标金融软件在测试、运行、维护过程中涉及的对接方，目标金融软件的测试参数需要重新设置才能正式上线运行，目标金融软件从研发到测试、从测试到上线运行，从上线运行到研发修正的双向通道，实现对测试参数的对比闭环，进而提高目标金融软件正式上线运行的稳定性。
16.可选的，上述软件测试方法，还包括：获取目标金融软件中的每个测试参数对应的静态参数值之后，查找目标金融软件中每个测试参数对应的可行参数值；根据预设取值范围和静态参数值的第一比较结果，以及，可行参数值和静态参数值的第二比较结果，生成第二测试报告。
17.由上述可知，本技术提供的软件测试方法，通过查找每个测试参数对应的可行参数值，即，在目标金融软件的开发前期议定的技术参数值，然后获取可行参数值和静态参数值的第二比较结果，以及预设取值范围和静态参数值的第一比较结果，以此，对目标金融软
件实际测试过程中的静态参数值，分别与预设取值范围和可行参数值，通过双对比生成测试报告，以使得对目标金融软件的测试更全面。
18.第二方面，本技术提供一种软件测试装置，包括获取单元和生成单元；获取单元，用于获取目标金融软件的至少一个测试参数；获取单元，还用于在测试参数数据库中，获取至少一个测试参数中的每个测试参数对应的预设取值范围，预设取值范围为：目标金融软件正常运行时，每个测试参数对应的数值范围；获取单元，还用于获取目标金融软件中的每个测试参数对应的静态参数值；生成单元，用于根据预设取值范围和静态参数值的第一比较结果，生成测试报告。
19.可选的，获取单元，具体用于：在测试参数数据库中，根据目标金融软件的软件属性，获取至少一个测试参数，至少一个测试参数可以为以下任一项运行环境参数、数据库环境参数和用户数据参数。
20.可选的，上述软件测试装置，还包括：处理单元和确定单元；处理单元，用于获取目标金融软件的至少一个测试参数之前，建立测试参数数据库，并将至少一个历史软件参数导入测试参数数据库；确定单元，用于根据预置参数选取规则，确定至少一个历史软件参数中每个历史软件参数的预设取值范围；其中，预置参数选取规则包括以下至少一项：用户规模对应的参数选取规则，数据规模对应的参数选取规则，数据类型对应的参数选取规则和软件属性对应的参数选取规则。
21.可选的，获取单元，具体用于：在测试状态的目标金融软件的程序文件中，通过爬虫方式爬取每个测试参数对应的静态参数值；或/和，从测试状态的目标金融软件对应的数据监测数据库中，获取每个测试参数对应的静态参数值。
22.可选的，上述软件测试装置，还包括：生成单元，还用于根据预设取值范围和静态参数值的第一比较结果，生成第一测试报告之后，在第一比较结果为异常结果的情况下，生成告警信息。
23.可选的，上述软件测试装置，还包括：获取单元，还用于获取目标金融软件中的每个测试参数对应的静态参数值之后，获取目标金融软件中每个测试参数对应的可行参数值；生成单元，还用于根据预设取值范围和静态参数值的第一比较结果，以及，可行参数值和静态参数值的第二比较结果，生成第二测试报告。
24.第三方面，提供一种电子设备，包括：处理器；用于存储该处理器可执行指令的存储器；其中，该处理器被配置为执行指令，以实现如上述第一方面提供的软件测试方法。
25.第四方面，本技术提供一种计算机可读存储介质，包括指令。当指令在计算机上运行时，使得计算机执行如上述第一方面提供的软件测试方法。
26.第五方面，本技术提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如上述第一方面提供的软件测试方法。
27.需要说明的是，上述计算机指令可以全部或者部分存储在第一计算机可读存储介质上。其中，第一计算机可读存储介质可以与接入网终端设备的处理器封装在一起的，也可以与接入网终端设备的处理器单独封装，本技术对此不作限定。
28.本技术中第二方面、第三方面、第四方面和第五方面的描述，可以参考第一方面的详细描述；并且，第二方面、第三方面、第四方面和第五方面描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。
29.本技术的这些方面或其他方面在以下的描述中会更加简明易懂。
附图说明
30.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
31.图1是一示例性实施例示出的一种软件测试方法的流程示意图之一；
32.图2是一示例性实施例示出的一种软件测试方法的流程示意图之二；
33.图3是一示例性实施例示出的一种软件测试方法的流程示意图之三；
34.图4是一示例性实施例示出的一种确定日志存储时间对应的预设取值范围的示意图；
35.图5是一示例性实施例示出的一种软件测试方法的流程示意图之四；
36.图6是一示例性实施例示出的一种软件测试方法的流程示意图之五；
37.图7是一示例性实施例示出的一种软件测试方法的流程示意图之六；
38.图8是一示例性实施例示出的一种软件测试方法的流程示意图之七；
39.图9是一示例性实施例示出的一种软件测试装置的结构示意图；
40.图10是一示例性实施例示出的一种计算机设备的结构示意图；
41.图11是一示例性实施例示出的软件测试方法的计算机程序产品的结构示意图。
具体实施方式
42.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
43.需要说明的是，本技术实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
44.为了便于清楚描述本技术实施例的技术方案，在本技术实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量或执行次序进行限定。
45.软件测试技术是软件开发过程中的一个重要组成部分，主要包括功能测试和非功能测试，是贯穿整个软件开发生命周期、对软件程序(包括阶段性程序)进行验证和确认的活动过程，其目的是尽快尽早地发现在软件程序中所存在的各种问题(如与用户需求、预先定义的不一致性等问题)。检查软件程序的故障，生成测试报告，交于开发人员以修改软件程序。其中，软件、软件产品和软件程序都是指一系列按照特定顺序组织的计算机数据和指令的集合。
46.需要说明的是，功能测试是对软件程序的各功能进行验证，根据软件特性、操作描
述和用户方案，通过功能测试用例，逐项测试，测试软件程序的特性和可操作行为以确定满足设计需求。功能测试也叫黑盒测试或数据驱动测试，只需考虑需要测试的各个功能，不需要考虑整个软件的内部结构及代码。一般从软件程序的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测，判断软件程序是否达到用户的使用要求。
47.还需要说明的是，非功能测试是一种用于检查软件程序的非功能方面的测试，旨在根据功能测试从未解决的非功能参数来测试系统的准备情况。非功能测试主要测试的软件性能包括:可靠性、可用性、可维护性和可移植性。可靠性是度量软件如何在主流情形和非预期情形下维持它的功能，有时也包括软件出错时的自恢复能力。例如，自动保存现行文件的功能，在主流情形下可以根据预置时间间隔自动保存现行文件，在非预期情形下(如，断电、系统崩溃等)，可以即时保存当前时间下的现行文件，即可以把是否能够自动定时保存的功能归类到可靠性。可用性度量是用户学习和控制软件以达到用户需求的容易程度。可维护性描述了修改软件而不引入新错误所需的工作量。可移植性指一种计算机上的软件转置到其它计算机上的能力。
48.无论功能测试还是非功能测试，都不涵盖软件程序在上线运行过程中实际的运行环境，可能存在软件程序经过常规的功能测试和非功能测试得到测试合格的测试结论的情况下，仍然出现不能运行，或者，运行出错的情况，即，通过现有的测试方法得到的测试结论可靠性差。
49.基于此，本技术实施例提供一种软件测试方法。该方法考虑软件程序处于测试状态的情况下，分别查找测试参数对应的静态参数值，以及测试参数对应的预设取值范围，并根据预设取值范围和静态参数值的第一比较结果，生成测试报告。相较于现有技术，在对软件测试过程中，将上述测试报告得到的测试结论确定为软件测试结论的一部分，由于上述第一比较结果可以作为上述软件测试结论的必要条件，因此，在软件测试过程中，增加上述方法后能够提高测试结论的可靠性。
50.本技术提供的一种软件测试方法的执行主体可以是计算机、服务器等具有数据处理能力的电子设备。其中，服务器可以是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群。部分实施方式中，服务器集群还可以是分布式集群。本技术对该软件测试方法的执行主体不作限制。
51.下面将结合本技术实施例中的附图，以软件测试装置为执行主体，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
52.图1是根据一示例性实施例示出的一种软件测试方法的流程示意图。如图1所示，本技术实施例提供的软件测试方法包括步骤101至步骤104。
53.步骤101、软件测试装置获取目标金融软件的至少一个测试参数。
54.在本技术实施例中，目标金融软件是指涉及金融交易、金融信息管理或金融从业人员管理的软件程序，目标金融软件涉及个人资产相关信息，因此，需要具有高可靠性。目标金融软件在正式上线运行之前，通过更严谨的软件测试，以提高目标金融软件的可靠性。具有高可靠性的目标金融软件，有利于用户提高目标金融软件的信任度，提高用户对目标
金融软件的黏性，增加用户侧的目标金融软件的用户数量。
55.在本技术实施例中，测试参数主要与目标金融软件所应用的操作系统性能相关，从纵向看，既要包括底层操作系统参数，又要包括上层应用框架及中间件等参数；从横向看，既要包含适用于前端系统的参数，又要涵盖后台服务以及不同类型数据库所涉及的性能参数。
56.需要说明的是，中间件是一类连接软件组件和应用的计算机软件，在操作系统、网络和数据库之上，应用软件的下层，为处于上层的应用软件提供运行与开发的环境，以使得运行在一台或多台机器上的多个软件通过网络进行交互。
57.可以理解的是，测试参数与目标金融软件的软件属性相关，对于不同的目标金融软件可以获取的测试参数不完全相同。
58.可选的，如图2所示，上述步骤101具体可以通过下述步骤201实现。
59.步骤201、软件测试装置在测试参数数据库中，根据目标金融软件的软件属性，获取至少一个测试参数。
60.在本技术实施例中，至少一个测试参数可以为以下任一项运行环境参数、数据库环境参数和用户数据参数。示例性的，运行环境参数可以为windows相关参数，unix相关参数、linux相关参数或中间件相关参数，具体可以为系统版本、内存大小、中断频率等等。数据库环境参数可以为oracle相关参数或mysql相关参数，具体可以为数据库类型、数据库预留存储空间大小、数据库之间的映射关系等等。用户数据参数可以为账户相关数据、日志相关数据或偏好相关数据，具体可以为最高并行用户数量、用户数据脱敏比例参数、用户关联账户数量限制参数等等。
61.在本技术实施例中，测试参数数据库用于存储软件测试涉及的测试参数，该数据库可以通过自动或手动方式动态调整，适应性地增加或减少保存的测试参数。其动态调整的依据可以是编程语言的更新、测试系统的更新、开发软件的增加，在本技术实施例中对此不做限定。
62.在本技术实施例中，软件属性用于表示目标金融软件涉及的数据对象、数据量大小或用户对象。示例性的，数据对象可以为自动取款机(automated teller machine,atm)类信息数据、期货信息数据、股票信息数据、储蓄信息数据、员工管理数据等等，用户对象可以为储蓄用户、理财用户、企业用户，内部员工用户等等。由此，根据数据对象确定的软件属性可以为如下任一项或几项：核心交易属性、连接交易属性、金融类交易属性、银行核心属性，个性化金融属性、客户分析属性、内部管理属性和信用卡属性。
63.上述实施例提供的技术方案至少具有以下有益效果：查找与软件属性对应的至少一个测试参数，以使得测试参数能够涵盖底层操作系统参数，上层应用框架参数、中间件参数、前端系统参数、后台服务参数以及数据库性能参数，通过测试参数的全面覆盖，提高测试结论的可靠性。
64.步骤102、软件测试装置在测试参数数据库中，获取至少一个测试参数中的每个测试参数对应的预设取值范围。
65.在本技术实施例中，测试参数数据库用于存储测试参数对应的预设取值范围，预设取值范围为目标金融软件正常运行时每个测试参数对应的数值范围。在特殊的情况下，预设取值范围可以为单一数值，例如，整形数据的字符长度。目标金融软件正常运行，是指
能够实现该目标金融软件预期的运行规则，如，响应用户输入的速度，处理进程的速度，同步保存金融数据等等。
66.可选的，在本技术实施例中，如图3所示，上述步骤102之前，本技术实施例提供的软件测试方法还包括下述步骤301和步骤302。
67.步骤301、软件测试装置建立测试参数数据库，并将至少一个历史软件参数导入测试参数数据库。
68.步骤302、软件测试装置根据预置参数选取规则，确定至少一个历史软件参数中每个历史软件参数的预设取值范围。
69.在本技术实施例中，测试参数数据库可以是通用的数据库，即，针对不同的目标金融软件都可以使用的数据库。因此，历史软件参数可以是由测试人员手动输入的，也可以是从其他金融软件中获取的，还可以是通过对其他金融软件进行测试的过程中累积的。
70.在本技术实施例中，一般情况下，上述历史软件参数包括上述至少一个测试参数中的每个测试参数。如果测试参数数据库中没有保存上述至少一个测试参数中的某一个或者某几个测试参数，则更新测试参数数据库，再从更新的测试参数数据库中获取每个测试参数对应的预设取值范围。
71.在本技术实施例中，由于历史软件参数可以不断的增加，因此，软件测试装置初始建立的测试参数数据库为可扩展的数据库。
72.在本技术实施例中，软件测试装置还可以在测试参数数据库中设置历史软件参数之间的关联关系，以便于查找具有关联关系的历史软件参数对应的预设取值范围。
73.在本技术实施例中，预置参数选取规则包括以下至少一项：用户规模对应的参数选取规则，数据规模对应的参数选取规则，数据类型对应的参数选取规则和软件属性对应的参数选取规则。
74.在本技术实施例中，以历史软件参数为日志存储时间为例，软件测试装置可以从强制要求范围到可调要求范围，逐步确定日志存储时间对应的预设取值范围。具体的，对于日志存储时间而言，首先如果法律规则(如，政策、法规、国际准则或行业规定)对该日志存储时间进行规定，那么按照上述法律规定确定该历史软件参数对应的预设取值范围。其次，根据该历史软件参数涉及的金融软件可能设置的软件属性、用户数量、响应要求、维护需求、数据量级或安全等级，分别确定历史软件参数可能对应的预设取值范围。再次，将用户输入的参数范围，确定为该历史软件参数对应的预设取值范围。
75.示例性的，以历史软件参数为日志存储时间为例，根据软件属性对应的参数选取规则，确定日志存储时间对应的预设取值范围。如图4所示，首先判断日志存储时间是否为数据库软件类型的数据库日志，如果判断结果为是则确定日志存储时间的预设取值范围时3年。其次，判断日志存储时间是否为操作系统软件类型的操作系统日志，或者网络软件类型的网络日志，如果判断结果为是则确定日志存储时间的预设取值范围时1年。再次，判断日志存储时间是否为应用软件类型的应用日志，如果判断结果为是则确定日志存储时间的预设取值范围时半年。最后，如果上述判断结果均为否，则确定日志存储时间的预设取值范围时三个月。
76.上述实施例提供的技术方案至少具有以下有益效果：通过建立测试参数数据库，并将至少一个历史软件参数导入测试参数数据库，历史软件参数可以是由测试人员手动输
入的，也可以是从其他金融软件中获取的，还可以是通过对其他金融软件进行测试的过程中累积的。在导入历史软件参数后，还需要确定其对应的预设取值范围。在确定预设取值的过程中，充分考虑与各个历史软件参数可能相关的用户规模、数据规模、数据类型和软件属性，以使得预设取值范围尽可能覆盖全面，且不存在数值偏差，提高通过预设取值范围得到的测试结论的准确性。
77.步骤103、软件测试装置获取目标金融软件中的每个测试参数对应的静态参数值。
78.在本技术实施例中，软件测试装置用于对目标金融软件进行静态测试，因此，在目标金融软件停止运行之后，获取静态参数值。由于软件测试的目的在于，确保目标金融软件正式上线之后能够稳定运行，因此，可以在目标金融软件停止动态测试状态后，获取静态参数值。
79.需要说明的是，测试状态是指模拟目标金融软件的测试过程中的状态。在目标金融软件处于测试状态的情况下，具体是指目标金融软件正在进行测试，或者目标金融软件进行测试的临时关闭状态，即目标金融软件对应的程序文件没有恢复至初始值。
80.在本技术实施例中，静态参数值是指目标金融软件中，在目标金融软件测试状态下，测试参数对应的参数值。
81.可选的，在本技术实施例中，如图5所示，上述步骤103可以通过下述步骤501实现，或/和，如图6所示，上述步骤103还可以通过下述步骤601实现。
82.步骤501、软件测试装置在测试状态的目标金融软件的程序文件中，通过爬虫方式爬取每个测试参数对应的静态参数值。
83.在本技术实施例中，爬虫是一种获取特定内容的程序。以测试参数为爬取依据，以静态参数值为爬取目标，以目标金融软件的程序文件为爬取范围，更新爬虫程序的爬取参数，爬取静态参数值。
84.需要说明的是，目测试状态的标金融软件的程序文件，是指经过测试之后的程序文件，而不是实现目标金融软件的初始文件，以使得获取的第二静态参数值能够反映目标金融软件的测试状态。
85.步骤601、软件测试装置从测试状态的目标金融软件对应的数据监测数据库中，获取每个测试参数对应的静态参数值。
86.在本技术实施例中，在目标金融软件测试过程中，可能存在实时监测程序，实时监测程序获取目标金融软件的软件相关数据，该软件相关数据被存放在数据监测数据库中。因此，软件测试装置还可以从数据监测数据库中直接获取静态参数值。
87.在本技术实施例中，软件测试装置可以采用步骤501所述方法，或者采用步骤601所述方法，或者，采用步骤501所述方法，以及步骤601所述方法结合，获取静态参数值。
88.在一种示例中，将测试参数分成两组，将第一组测试参数通过爬虫方式获取静态参数值，将第二组测试参数通过数据监测数据库获取静态参数值。
89.在另一种示例中，先通过爬虫方式获取静态参数值，判断是否获取到全部测试参数对应的静态参数值，如果判断结果为否则通过数据监测数据库获取其他测试参数的静态参数值。
90.在再一种示例中，先通过数据监测数据库获取静态参数值，判断是否获取到全部测试参数对应的静态参数值，如果判断结果为否则通过爬虫方式获取其他测试参数的静态
参数值。
91.上述实施例提供的技术方案至少具有以下有益效果：可以通过爬虫方式从目标金融软件的程序文件中，爬取静态参数值，还可以通过数据监测数据库获取静态参数值，理论上看上述两种方式获取的静态参数值应该是相同的。通过爬虫方式，爬取静态参数值，能够确保静态参数值的准确性。在爬虫没有爬取到每个测试参数对应的静态参数值的情况下，还可以通过数据监测数据库中的存储数据，查找静态参数值，以此保证能够获取静态参数值。当然，在数据监测数据库没有保存每个测试参数对应的静态参数值的情况下，也可以将爬虫爬取方式作为补充，以此保证能够获取静态参数值。
92.步骤104、软件测试装置根据预设取值范围和静态参数值的第一比较结果，生成第一测试报告。
93.在本技术实施例中，第一测试报告用于记录测试参数，与测试参数一一对应的预设取值范围和静态参数值，以及第一比较结果。
94.可以理解的是，测试报告包括可以具有特定的数据格式、数据排列方式、数据属性(如，字符颜色、字体、字号、阴影、底色、加粗和斜向)等等。
95.在本技术实施例中，软件测试装置还可以设置生成测试报告后，将测试报告发送至预置邮箱，或者，通过弹窗方式显示测试报告。
96.在本技术实施例中，测试报告还可以包括测试时间、目标金融软件的版本号、测试类型(静态测试)等测试信息。
97.上述实施例提供的技术方案至少具有以下有益效果：首先通过获取目标金融软件的至少一个测试参数，测试参数对应的参数值用于判断目标金融软件是否正常运行。其次在测试参数数据库中，获取至少一个测试参数中的每个测试参数对应的预设取值范围，预设取值范围为：目标金融软件正常运行时，每个测试参数对应的数值范围。再次，获取停止测试状态后的目标金融软件中的每个测试参数对应的静态参数值。最后根据预设取值范围和静态参数值的第一比较结果，生成第一测试报告。也就是，在软件测试过程中，将第一比较结果作为目标金融软件测试结果的必要条件，即在第一比较结果为静态参数属于预设取值范围的情况下，确定目标金融软件能够正常运行。在第一比较结果为静态参数不属于预设取值范围的情况下，则确定目标金融软件不能够正常运行，目标金融软件还需要进行调试。以此，将上述比较结果作为目标金融软件的软件测试的部分结论，能够提高测试结论可靠性，进而提高目标金融软件的稳定性。
98.可选的，在本技术实施例中，如图7所示，上述步骤104之后，本技术是实施例提供的软件测试方法还包括下述步骤701。
99.步骤701、软件测试装置在第一比较结果为异常结果的情况下，生成告警信息。
100.在本技术实施例中，异常结果是指同一个测试参数对应的静态参数值不属于预设取值范围。
101.在本技术实施例中，告警信息可以是弹窗信息、邮件、提示框信息，在本技术实施例中对此不做限定。
102.在本技术实施例中，软件测试装置可以将告警信息发送至预置的测试对接方，预置的测试对接方可以是在测试、运行或维护目标金融软件过程中涉及的负责人的邮箱、监测账号、测试终端等。
103.上述实施例提供的技术方案至少具有以下有益效果：通过在第一比较结果为异常结果的情况下，生成告警信息，通过告警信息，提示目标金融软件在测试、运行、维护过程中涉及的对接方，目标金融软件的测试参数需要重新设置才能正式上线运行，目标金融软件从研发到测试、从测试到上线运行，从上线运行到研发修正的双向通道，实现对测试参数的对比闭环，进而提高目标金融软件正式上线运行的稳定性。
104.可选的，在本技术实施例中，如图8所示，上述步骤103之后，本技术是实施例提供的软件测试方法还包括下述步骤801和步骤802。
105.步骤801、软件测试装置获取目标金融软件中每个测试参数对应的可行参数值。
106.步骤802、软件测试装置根据预设取值范围和静态参数值的第一比较结果，以及，可行参数值和静态参数值的第二比较结果，生成第二测试报告。
107.在本技术实施例中，可行参数值是指在目标金融软件的开发前期议定的技术参数值。第二测试报告用于记录测试参数，与测试参数一一对应的预设取值范围、可行参数值和静态参数值，以及第一比较结果和第二比较结果。
108.在本技术实施例中，由于预设取值范围再确定和导入过程中，也可能存在疏漏之处，因此，软件测试装置通过将可行参数值、静态参数值、预设取值范围，两两对比，生成具有双对比结果的测试报告。
109.上述实施例提供的技术方案至少具有以下有益效果：通过查找每个测试参数对应的可行参数值，即，在目标金融软件的开发前期议定的技术参数值，然后获取可行参数值和静态参数值的第二比较结果，以及预设取值范围和静态参数值的第一比较结果，以此，对目标金融软件实际测试过程中的静态参数值，分别与预设取值范围和可行参数值，通过双对比生成测试报告，以使得对目标金融软件的测试更全面。
110.以上结合图1至图8详细说明了本技术实施例提供的方法。为了实现上述功能，软件测试装置包含了执行各个功能相应的硬件结构和/或软件模块，这些执行各个功能相应的硬件结构和/或软件模块可以构成一个电子设备。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
111.以下，结合图9详细说明本技术实施例提供的软件测试装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。
112.图9是根据一示例性实施例示出的一种软件测试装置的结构示意图，该软件测试装置可以用于执行图1所示的软件测试方法。作为一种可实现方式，该装置可以包括：获取单元91和生成单元92；
113.获取单元91，用于获取目标金融软件的至少一个测试参数；例如，结合图1，获取单元91可以用于执行步骤101。
114.获取单元91，还用于在测试参数数据库中，获取至少一个测试参数中的每个测试参数对应的预设取值范围，预设取值范围为：目标金融软件正常运行时，每个测试参数对应的数值范围；例如，结合图1，获取单元91可以用于执行步骤102。
115.获取单元91，还用于获取目标金融软件中的每个测试参数对应的静态参数值；例如，结合图1，获取单元91可以用于执行步骤103。
116.生成单元92，用于根据预设取值范围和静态参数值的第一比较结果，生成测试报告。例如，结合图1，生成单元92可以用于执行步骤104。
117.可选的，如图9所示，获取单元91，具体用于：在测试参数数据库中，根据目标金融软件的软件属性，获取至少一个测试参数，至少一个测试参数可以为以下任一项运行环境参数、数据库环境参数和用户数据参数。例如，结合图2，获取单元91可以用于执行步骤201。
118.可选的，如图9所示，上述装置还包括：处理单元93和确定单元94；
119.处理单元93，用于获取目标金融软件的至少一个测试参数之前，建立测试参数数据库，并将至少一个历史软件参数导入测试参数数据库；例如，结合图3，处理单元93可以用于执行步骤301。
120.确定单元94，用于根据预置参数选取规则，确定至少一个历史软件参数中每个历史软件参数的预设取值范围；其中，预置参数选取规则包括以下至少一项：用户规模对应的参数选取规则，数据规模对应的参数选取规则，数据类型对应的参数选取规则和软件属性对应的参数选取规则。例如，结合图3，确定单元94可以用于执行步骤302。
121.可选的，如图9所示，获取单元91，具体用于：在测试状态的目标金融软件的程序文件中，通过爬虫方式爬取每个测试参数对应的静态参数值；例如，结合图5，获取单元91可以用于执行步骤501。
122.或/和，从测试状态的目标金融软件对应的数据监测数据库中，获取每个测试参数对应的静态参数值。例如，结合图6，获取单元91可以用于执行步骤601。
123.可选的，如图9所示，上述装置还包括：生成单元92，还用于根据预设取值范围和静态参数值的第一比较结果，生成第一测试报告之后，在第一比较结果为异常结果的情况下，生成告警信息。例如，结合图7，生成单元92可以用于执行步骤701。
124.可选的，如图9所示，上述装置还包括：获取单元91，还用于获取目标金融软件中的每个测试参数对应的静态参数值之后，获取目标金融软件中每个测试参数对应的可行参数值；例如，结合图8，获取单元91可以用于执行步骤801。
125.生成单元92，还用于根据预设取值范围和静态参数值的第一比较结果，以及，可行参数值和静态参数值的第二比较结果，生成第二测试报告。例如，结合图8，生成单元92可以用于执行步骤802。
126.图10是一示例性实施例示出的一种计算机设备的硬件结构示意图。该计算机设备可以包括处理器1002，处理器1002用于执行应用程序代码，从而实现本技术中的软件测试方法。
127.处理器1002可以是一个中央处理器(central processing unit，cpu)，微处理器，特定应用集成电路(application-specific integrated circuit，asic)，或一个或多个用于控制本技术方案程序执行的集成电路。
128.如图10所示，计算机设备还可以包括存储器1003。其中，存储器1003用于存储执行本技术方案的应用程序代码，并由处理器1002来控制执行。
129.存储器1003可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储
信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1003可以是独立存在，通过总线1004与处理器1002相连接。存储器1003也可以和处理器1002集成在一起。
130.如图10所示，计算机设备还可以包括通信接口1001，其中，通信接口1001、处理器1002、存储器1003可以相互耦合，例如，通过总线1004相互耦合。通信接口1001用于与其他设备进行信息交互，例如支持计算机设备与其他设备的信息交互。
131.需要指出的是，图10中示出的设备结构并不构成对该计算机设备的限定，除图10所示部件之外，该计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
132.本技术还提供了一种包括指令的计算机可读存储介质，计算机可读存储介质上存储有指令，当计算机可读存储介质中的指令由计算机设备的处理器执行时，使得计算机能够执行上述所示实施例提供的基于区块链的数据处理方法。例如，计算机可读存储介质可以为包括指令的存储器1003，上述指令可由计算机设备的处理器1002执行以完成上述方法。可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是rom、ram、cd-rom、磁带、软盘和光数据存储设备等。
133.图11是一示例性实施例示出的软件测试方法的计算机程序产品的结构示意图，计算机程序产品包括用于在计算设备上执行计算机进程的计算机程序。
134.在一个实施例中，计算机程序产品是使用信号承载介质1107来提供的。信号承载介质1107可以包括一个或多个程序指令，其当被一个或多个处理器运行时可以提供以上针对图1描述的功能或者部分功能。因此，如参考图1中所示的实施例，步骤101至步骤104的一个或多个特征可以由与信号承载介质1107相关联的一个或多个指令来承担。此外，图11中的程序指令也描述示例指令。
135.在一些示例中，信号承载介质1107可以包含计算机可读介质1111，诸如但不限于，硬盘驱动器、紧密盘(cd)、数字视频光盘(dvd)、数字磁带、存储器、只读存储记忆体(read-only memory，rom)或随机存储记忆体(random access memory，ram)等等。
136.在一些实施方式中，信号承载介质1107可以包含计算机可记录介质1112，诸如但不限于，存储器、读/写(r/w)cd、r/w dvd、等等。
137.在一些实施方式中，信号承载介质1107可以包含通信介质1113，诸如但不限于，数字和/或模拟通信介质(例如，光纤电缆、波导、有线通信链路、无线通信链路、等等)。
138.信号承载介质1107可以由无线形式的通信介质1113来传达。一个或多个程序指令可以是，例如，计算机可执行指令或者逻辑实施指令。
139.在一些示例中，诸如针对图9描述的软件测试装置可以被配置为响应于通过计算机可读介质1111、计算机可记录介质1112、和/或通信介质1113中的一个或多个程序指令，提供各种操作、功能、或者动作。
140.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的
方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全分类部或者部分功能。
141.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
142.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全分类部单元来实现本实施例方案的目的。
143.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
144.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全分类部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例方法的全分类部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
145.以上，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。