CN110532190A - 一种软件功能测试方法、系统及集群 - Google Patents
一种软件功能测试方法、系统及集群 Download PDFInfo
- Publication number
- CN110532190A CN110532190A CN201910836900.2A CN201910836900A CN110532190A CN 110532190 A CN110532190 A CN 110532190A CN 201910836900 A CN201910836900 A CN 201910836900A CN 110532190 A CN110532190 A CN 110532190A
- Authority
- CN
- China
- Prior art keywords
- business
- test
- test case
- probe
- functional
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000010998 test method Methods 0.000 title claims abstract description 12
- 238000012360 testing method Methods 0.000 claims abstract description 218
- 238000011990 functional testing Methods 0.000 claims abstract description 96
- 238000012545 processing Methods 0.000 claims abstract description 68
- 239000000523 sample Substances 0.000 claims abstract description 54
- 238000000034 method Methods 0.000 claims abstract description 19
- 238000012544 monitoring process Methods 0.000 claims abstract description 11
- 238000001514 detection method Methods 0.000 claims abstract description 6
- 230000007547 defect Effects 0.000 claims description 17
- 238000012795 verification Methods 0.000 claims description 9
- 230000008569 process Effects 0.000 claims description 5
- 235000013399 edible fruits Nutrition 0.000 claims description 4
- 230000009467 reduction Effects 0.000 claims description 4
- 210000003733 optic disk Anatomy 0.000 abstract description 9
- 230000006870 function Effects 0.000 description 38
- 238000005516 engineering process Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 7
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 235000000332 black box Nutrition 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 230000001771 impaired effect Effects 0.000 description 2
- 238000012800 visualization Methods 0.000 description 2
- 238000001787 Wald–Wolfowitz test Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000013522 software testing Methods 0.000 description 1
- 238000002834 transmittance Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种软件功能测试方法、系统及集群，该方法包括：当通过探针监控到入口业务接收到业务请求时，若判断业务请求中携带功能测试标签，检测入口业务是否配置测试用例；若是，运行入口业务的测试用例，对入口业务进行测试，得到功能测试结果；通过探针将功能测试标签依次传递给业务处理过程中的各个业务，以检测各个业务是否配置测试用例以及运行测试用例得到功能测试结果；其中，业务的测试用例基于业务处理路径进行配置；通过探针分别将配置测试用例的业务的功能测试结果上传给服务器；将查询到的功能测试结果进行展示。本发明实施例提供的技术方案，可以避免测试盲点，可以保证业务处理过程中各个业务功能测试的顺利进行。
Description
技术领域
本发明实施例涉及软件测试技术领域，尤其涉及一种软件功能测试方法、系统及集群。
背景技术
在软件工程中，软件功能测试是对软件产品的各项功能进行验证，就是根据测试用例对软件产品的功能逐项进行测试，检查软件产品是否达到用户要求的测试。目前，传统的软件功能测试方案包括黑盒测试和白盒测试。其中，黑盒测试，以用户的角度，从输入数据与输出数据的对应关系出发进行测试。白盒测试，通过检查软件产品内部的逻辑路径，对软件产品中的逻辑路径进行覆盖测试，在软件产品不同位置设立检查点，检查软件产品的运行状态，以确定实际运行状态与预期状态是否一致。
但是上述两种方案都依赖于“穷举法”进行测试用例的编写，当运行测试用例对软件进行测试时，软件产品的功能可能出现未覆盖测试的情况，容易出现测试盲点。
发明内容
本发明实施例提供了一种软件功能测试方法、系统及集群，可以避免测试盲点，可以保证业务请求的业务处理路径中各个业务功能测试的顺利进行。
第一方面，本发明实施例提供了一种软件功能测试方法，包括：
当通过探针监控到入口业务接收到业务请求时，若判断所述业务请求中携带功能测试标签，检测所述入口业务是否配置测试用例；
若是，运行所述入口业务的测试用例，对所述入口业务进行测试，得到功能测试结果；
通过所述探针将功能测试标签依次传递给业务处理过程中的各个业务，以检测各个业务是否配置测试用例以及运行测试用例得到功能测试结果；其中，业务的测试用例基于业务处理路径进行配置；
通过所述探针分别将配置测试用例的业务的功能测试结果上传给服务器；
查询针对所述业务请求的业务处理路径中业务的功能测试结果，将查询到的所述功能测试结果进行展示。
第二方面，本发明实施例还提供了一种软件功能测试系统，包括：
探针，用于当监控到入口业务接收到业务请求时，若判断请求携带功能测试标签，检测所述入口业务是否配置测试用例；
测试模块，用于若是，运行所述入口业务的测试用例，对所述入口业务进行测试，得到功能测试结果；
探针，还用于将功能测试标签依次传递给业务处理过程中的各个业务，以检测各个业务是否配置测试用例以及运行测试用例得到功能测试结果；以及分别将配置测试用例的业务的功能测试结果上传给服务器；其中，业务的测试用例基于业务处理路径进行配置；
展示模块，用于查询针对所述业务请求的业务处理路径中业务的功能测试结果，将查询到的所述功能测试结果进行展示。
第三方面，本发明实施例还提供了一种集群，所述集群配置本发明实施例提供的一种功能测试系统。
本发明实施例提供的技术方案，通过探针监测入口业务接收到的业务请求是否携带功能测试标签，以检测入口业务是否配置测试用例，若是，则运行测试用例，得到功能测试结果，通过探针将功能测试标签在业务处理过程中传递给各个业务，以使检测各个业务是否配置测试用例以及运行测试用例得到功能测试结果，其中，测试用例基于业务处理路径进行配置，将功能测试结果上传给服务器，并进行展示。由此，通过基于业务处理路径为业务配置测试用例，当对软件产品中的业务进行测试时，可以有效覆盖测试的关键环节，避免出现测试盲点，可以查看到业务处理路径中业务的缺陷，帮助测试人员快速定位缺陷，提升测试效率；通过功能测试标签在业务处理过程中的各个业务中进行传递，从而对配置了测试用例的业务进行测试，得到功能测试结果，可以保证业务处理过程中的各个业务功能测试的顺利进行。
附图说明
图1是本发明实施例提供的一种软件功能测试方法流程图；
图2是本发明实施例提供的一种软件功能测试方法流程图；
图3是本发明实施例提供的一种软件功能测试系统结构框图；
图4是本发明实施例提供的一种集群结构框图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
图1是本发明实施例提供的一种软件功能测试方法流程图，所述方法可以由软件功能测试系统来执行，所述系统可以配置在集群中。如图1所示，本发明实施例提供的技术方案包括：
S110：当通过探针监控到入口业务接收到业务请求时，若判断所述业务请求中携带功能测试标签，检测入口业务是否配置测试用例。
在本发明实施例中，探针可以配置在集群中的各个设备上，通过探针对设备中的各个业务进行监控。当通过配置在设备上的探针在入口业务监控到业务请求时，若通过探针判断业务请求中携带功能测试标签，需要检测入口业务是否配置测试用例。若业务请求中不携带功能测试标签时，不需要检测入口业务是否配置测试用例。其中，若业务请求中携带功能测试标签，则表明需要对处理该业务请求过程中的业务进行功能测试。其中，入口业务可以是处理业务请求的第一个业务处理环节。
S120：若是，运行入口业务的测试用例，对入口业务进行测试，得到功能测试结果。
在本发明实施例中的一个实施方式中，可选的，运行入口业务的测试用例，对入口业务进行测试，得到功能测试结果，可以包括：运行入口业务的测试用例，基于入口业务的返回值对业务配置的参数值进行功能验证，基于验证结果确定功能测试结果。具体的，可以是：运行入口业务的测试用例，多次修改业务的参数值，基于修改的参数值得到返回值，如果返回值与修改的参数值进行匹配，则验证成功，将测试用例的执行结果以及测试用例信息可以作为入口业务的功能测试结果，若验证失败，将软件的缺陷信息、测试用例的执行结果以及测试用例信息可以作为入口业务的功能测试结果。
举例说明，入口业务的最初的参数值是1，返回值为5，运行测试用例，可以修改入口业务的参数值，例如，可以将入口业务的参数值修改为2，若返回值为10，则可以认为功能验证成功；还可以将入口业务的修改值进行多次修改，得到对应的返回值，从而进行功能验证。
S130：通过所述探针将功能测试标签依次传递给业务处理过程中的各个业务，以检测各个业务是否配置测试用例以及运行测试用例得到功能测试结果；其中，业务的测试用例基于业务处理路径进行配置。
在本发明实施例中的一个实施方式中，可选的，所述通过所述探针将功能测试标签依次传递给业务处理过程中的各个业务，以检测各个业务是否配置测试用例以及运行测试用例得到功能测试结果，包括：通过所述探针将功能测试标签传递给下一级业务；判断所述下一级业务是否配置测试用例；若是，运行所述测试用例，对下一级业务进行测试，得到功能测试结果；返回通过所述探针将功能测试标签传递给下一级业务的操作，直至将功能测试标签传递到最后一级业务。
其中，对每个业务进行测试得到功能测试结果的具体方法可以参考上述对入口业务进行测试得到功能测试结果的方法。具体可以是：运行测试用例基于业务的返回值对业务的参数值进行功能验证，基于验证结果确定功能测试结果，具体详见前述。其中，将功能测试标签进行传递可以是将功能测试标签携带在TraceID中进行传递。其中，针对每个业务，当运行测试用例，得到功能测试结果之后，还可以包括还原业务最初的参数值。由此，通过还原业务的最初的参数值，可以利于后续业务执行过程，保证调用的业务进行匹配。
在本发明实施例中，可选的，业务的测试用例基于业务处理路径进行配置，可以包括：若所述业务处理路径中存在至少两个业务均调用了一个目标业务，则对所述至少两个业务中的一个业务配置测试用例。例如，在业务处理路径中存在业务A和业务B均调用了业务C，则对业务A或者业务B配置测试用例。具体的，针对账号业务，电商业务、支付业务等均可以调用，则可以给电商业务，或者支付业务配置测试用例即可。由此，通过若业务处理路径中存在至少两个业务均调用了一个目标业务，则对至少两个业务中的一个业务配置测试用例，可以节省资源。
在本发明实施例的一个实施方式中，可选的，业务的测试用例基于业务处理路径进行配置，可以包括：若当前业务是新业务，基于业务处理路径确定的所述新业务关联的处理路径中的各个业务，并为所述各个业务配置测试用例；若当前业务是需要更新的业务，为所述当前业务配置测试用例，或者为当前业务以及与所述当前业务关联的业务配置测试用例。
相关技术中，当软件产品中出现迭代升级，或者新业务时，由于不能明确该业务与其他业务之间的调用关系以及依赖关系，所以容易出现部分业务未测试导致测试盲点。本发明实施例通过基于业务处理路径确定的所述新业务关联的处理路径中的各个业务，并为所述各个业务配置测试用例，可以测试与新业务关联的处理路径中的各个业务，避免测试盲点，避免生产环境受损的现象。
相关技术中，当需要对软件产品的部分业务进行升级更新或者修改时，由于不能明确依赖该业务的其他业务，通过会采用测试该软件产品的所有测试用例进行测试，导致工作量较大，成本较高。本发明实施例通过需要更新的业务配置测试用例，或者与该业务关联的业务配置测试用例，可以节省资源以及工作量，降低成本。
需要说明的是对于测试用例的配置可以根据需求以及处理路径进行人工配置，也可以由集群中的软件自动进行配置。
S140：通过所述探针分别将配置测试用例的业务的功能测试结果上传给服务器。
在本发明实施例中，当得到每个业务的功能测试结果之后，可以通过探针将功能测试结果上传给服务器。服务器可以将功能测试结果直接进行存储，或者存储到数据库。
S150：查询所述功能测试结果，将查询到的所述功能测试结果进行展示。
在本发明实施例中，用户可以通过可视化界面查看被测业务的功能测试结果。例如，测试用例的执行结果，软件的缺陷信息(软件被测业务的缺陷信息)以及测试用例的信息等，或者将功能测试结果反馈给测试人员，以对软件进行修复。
其中，软件的缺陷信息可以包括验证未通过时，业务的参数值以及对应的返回值，以及业务的详细方法信息，通过软件的缺陷信息，可以有效帮助测试人员定位缺陷原因，提升软件缺陷的修复速度。其中，相关技术中，传统的黑盒测试不关注软件程序内部逻辑，当测试用例反馈出现问题时，很难对软件的缺陷进行定位。本发明实施例通过对各个业务配置测试用例，并通过探针反馈业务的缺陷信息，通过反馈的业务缺陷信息可以对软件缺陷进行快速定位。
相关技术中的白盒测试方法学习成本较高，测试人员需要花费较多的时间了解内部结构以及各个模块的调用关系，本发明实施例基于业务处理路径配置测试用例，实现对业务处理过程中各个业务的功能测试，可以降低学习成本。
本发明实施例提供的技术方案，通过探针监测入口业务接收到的业务请求是否携带功能测试标签，以检测入口业务是否配置测试用例，若是，则运行测试用例，得到功能测试结果，通过探针将功能测试标签在业务处理过程中传递给各个业务，以使检测各个业务是否配置测试用例以及运行测试用例得到功能测试结果，其中，测试用例基于业务处理路径进行配置，将功能测试结果上传给服务器，并进行展示。由此，通过基于业务处理路径为业务配置测试用例，当对软件产品中的业务进行测试时，可以有效覆盖测试的关键环节，避免出现测试盲点，可以查看到业务处理路径中业务的缺陷，帮助测试人员快速定位缺陷，提升测试效率；通过功能测试标签在业务处理过程中的各个业务中进行传递，从而对配置了测试用例的业务进行测试，得到功能测试结果，可以保证业务处理过程中的各个业务功能测试的顺利进行。
图2是本发明实施例提供的一种软件功能测试方法流程图，本实施例中的技术方案可以与上述实施例的一个或者多个可选方案进行组合。
如图2所示，本发明实施例提供的技术方案包括：
S210：当通过探针监控到前端的业务请求时，记录业务请求的业务调用层级信息。
在本发明实施例中，前端的业务请求可以是由软件产品的生产环境中执行需要执行某一个业务，发出的业务请求。当通过配置在设备上的探针在入口业务处监控到业务请求时，记录针对业务请求的调用层级信息以及业务调用的性能数据。入口业务可以是处理业务请求的第一个业务处理环节。
其中，在集群中处理业务请求时，在各个处理环节会出现业务之间的调用，所以通过探针可以记录针对业务请求的业务调用层级信息，业务调用层级信息可以体现各个业务之间的调用关系，可选的，可以体现当前业务与上级业务之间的调用关系，上级业务可以是指当前业务之前的所有业务。
在本发明实施例中，可选的，业务调用的性能数据包括调用的响应时间、错误信息以及调用次数，其中，错误信息可以是错误次数，或者错误率等，业务调用的性能数据并不局限于上述的数据，还可以包括其他体现业务调用性能的数据。
S220：通过探针在业务请求处理过程中的各个业务中依次传递业务调用层级信息。
在本发明实施例中，可选的，可以将业务调用层级信息携带在RcpID中传递给下一级的业务，直至传递到最后一级业务。具体的，在业务处理过程中，探针会在Rpc调用前生成RpcID，并将业务调用层级信息传递给下一级业务。将下一级业务作为当前业务，通过探针将当前业务的业务调用层级信息传递给下一级业务，重复将下一级业务作为当前业务，通过探针将当前业务的调用层级信息传递给下一级业务的操作，直至将业务调用层级信息传递至最后一级业务。
其中，每个业务的业务调用层级信息并不相同，每个业务的业务调用层级信息体现当前业务与上级业务的调用关系。例如，处理业务请求时，若入口业务为A，业务A调用业务B，业务B调用业务C；则入口业务的业务调用层级信息可以是0，则下一级业务B的业务调用层级信息可以是0.1，则业务C的业务调用层级信息可以是0.1.1。在业务调用层级信息传递过程中，通过探针传递的业务调用层级信息可以体现当前业务与上级业务以及下一级业务的调用关系。例如，探针将业务A的业务调用层级信息向业务B传递过程中，传递的业务调用层级信息可以是0.1，当通过探针监控到业务B接收到调用层级信息时，将业务B的业务调用层级信息设置为0.1。
S230：通过探针将各个业务的业务调用层级信息上报给服务器，以使服务器基于各个业务的调用层级信息生成完整的业务处理路径。
在本发明实施例中，针对每个业务，当在业务的调用层级信息传递过程中，通过探针将业务的业务调用层级信息以及业务调用的性能数据上传到服务器以进行存储或处理。
在本发明实施例中，服务器可以基于各个业务的调用层级信息生成完整的业务处理路径。服务器基于当前业务的调用层级信息确定当前业务的上一级业务，重复该操作，直至确定入口业务。例如，业务C的调用层级信息为0.1.1，则业务C的上一级业务的业务调用层级信息为0.1，则调用层级信息为0.1的是业务B，则业务B的上一级的业务调用层级信息是0，则业务调用层级信息为0的是入口业务A，其中，针对一个业务请求的业务调用的完整的处理路径可以表示为A->B->C，箭头可以表征调用关系。
S240：展示针对业务请求的完整的业务处理路径。
在本发明实施例中，服务器生成业务调用的完整的业务处理路径后，可以将完整的业务处理路径、业务调用的性能数据直接进行存储，或者存储到数据存储模块中。用户可以根据需求访问服务器或者数据存储模块，查询业务请求的相关数据，从而将针对业务请求的完整的业务处理路径以及业务调用的性能数据进行展示。具体的，可以通过Web组件进行展示。用户可以通过可视化界面查看所有业务请求，以及处理的针对所有业务请求的完整处理路径，并了解业务调用的性能数据，避免业务处理过程不透明导致覆盖缺失，从而导致缺陷。并且通过展示完整的业务处理路径，根据测试需求可以快速找到和构建符合测试的测试场景，节省人力成本。
S250：基于业务处理路径为业务配置测试用例。
在本发明实施例中，可以基于针对各个前端的业务请求的业务处理路径为业务配置测试用例。可选的，可以动态的为业务配置参数值，从而通过返回值对业务进行功能验证，有效避免频繁修改测试用例程序中的测试数据，提升测试效率。相关技术中，需要频繁修改和重新编译测试用例程序以运行新测试数据对软件测试，影响测试效率，本发明实施例通过动态配置业务的参数值，可以基于返回值对业务的功能验证，从而有效避免频繁修改测试用例程序中的测试数据，提升测试效率。
在本发明实施例的一个实施方式中，可选的，若所述业务处理路径中存在至少两个业务均调用了一个目标业务，则对所述至少两个业务中的一个业务配置测试用例。例如，在业务处理路径中存在业务A和业务B均调用了业务C，则对业务A或者业务B配置测试用例。具体的，针对账号业务，电商业务、支付业务等均可以调用，则可以给电商业务，或者支付业务配置测试用例即可。由此，通过若业务处理路径中存在至少两个业务均调用了一个目标业务，则对至少两个业务中的一个业务配置测试用例，可以节省资源。
在本发明实施例的一个实施方式中，可选的，若当前业务是新业务，基于业务处理路径确定的所述新业务关联的处理路径中的各个业务，并为所述各个业务配置测试用例；若当前业务是需要更新的业务，为所述当前业务配置测试用例，或者为当前业务以及与所述当前业务关联的业务配置测试用例。
相关技术中，当软件产品中出现迭代升级，或者新业务时，由于不能明确该业务与其他业务之间的调用关系以及依赖关系，所以容易出现部分业务未测试导致测试盲点。本发明实施例通过基于业务处理路径确定的所述新业务关联的处理路径中的各个业务，并为所述各个业务配置测试用例，可以测试与新业务关联的处理路径中的各个业务，避免测试盲点，避免生产环境受损的现象。
相关技术中，当需要对软件产品的部分业务进行升级更新或者修改时，由于不能明确依赖该业务的其他业务，通过会采用测试该软件产品的所有测试用例进行测试，导致工作量较大，成本较高。本发明实施例通过需要更新的业务配置测试用例，或者与该业务关联的业务配置测试用例，可以节省资源以及工作量，降低成本。
S260：当通过探针监控到入口业务接收到业务请求时，若判断所述业务请求中携带功能测试标签，检测入口业务是否配置测试用例。
S270：若是，运行入口业务的测试用例，对入口业务进行测试，得到功能测试结果。
S280：通过所述探针将功能测试标签依次传递给业务处理过程中的各个业务，以检测各个业务是否配置测试用例以及运行测试用例得到功能测试结果。
S290：通过所述探针分别将配置测试用例的业务的功能测试结果上传给服务器。
S291：查询所述功能测试结果，将查询到的所述功能测试结果进行展示。
S260-S291详见上述实施例的介绍。
图3是本发明实施例提供的一种软件功能测试系统结构框图，如图3所示，所述系统包括探针310、测试模块320和展示模块330。
探针310，用于当监控到入口业务接收到业务请求时，若判断请求携带功能测试标签，检测所述入口业务是否配置测试用例；
测试模块320，用于若是，运行所述入口业务的测试用例，对所述入口业务进行测试，得到功能测试结果；
探针310，还用于将功能测试标签依次传递给业务处理过程中的各个业务，以检测各个业务是否配置测试用例以及运行测试用例得到功能测试结果；以及分别将配置测试用例的业务的功能测试结果上传给服务器；其中，业务的测试用例基于业务处理路径进行配置；展示模块330，用于查询所述功能测试结果，将查询到的所述功能测试结果进行展示。
可选的，探针310，用于：将功能测试标签传递给下一级业务；判断所述下一级业务是否配置测试用例；
测试模块320，用于若是，运行所述测试用例，对所述下一级业务进行测试，得到功能测试结果；
所述系统还包括返回模块，用于返回通过所述探针将功能测试标签传递给下一级业务的操作，直至将功能测试标签传递到最后一级业务。
可选的，测试模块320，用于运行测试用例，基于业务的返回值对业务配置的参数值进行功能验证，基于验证结果确定功能测试结果。
可选的，所述系统还包括还原模块，用于针对每个业务，在当运行测试用例，得到功能测试结果之后，还原业务最初的参数值。
可选的，所述业务的测试用例基于业务处理路径进行配置，包括：
若所述业务处理路径中存在至少两个业务均调用了一个目标业务，则对所述至少两个业务中的一个业务配置测试用例。
可选的，所述业务的测试用例基于业务处理路径进行配置，包括：
若当前业务是新业务，基于业务处理路径确定所述新业务关联的处理路径中的各个业务，并为所述各个业务配置测试用例；
若当前业务是需要更新的业务，为所述当前业务配置测试用例，或者为当前业务以及与所述当前业务关联的业务配置测试用例。
可选的，所述探针310，还用于：
监控到前端的业务请求时，记录业务请求的业务调用层级信息；
在业务请求处理过程中的各个业务中依次传递业务调用层级信息；
将各个业务的业务调用层级信息上报给服务器，以使服务器基于各个业务的调用层级信息生成完整的业务处理路径；
展示模块330，还用于展示针对业务请求的完整的业务处理路径。
本发明实施例提供的软件功能测试系统可以执行本发明实施例中提供的软件功能测试方法。
图4是本发明实施例提供的一种集群，如图4所示，集群2包括本发明实施例提供的一种软件功能测试系统1。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。
Claims (10)
1.一种软件功能测试方法，其特征在于，包括：
当通过探针监控到入口业务接收到业务请求时，若判断所述业务请求中携带功能测试标签，检测所述入口业务是否配置测试用例；
若是，运行所述入口业务的测试用例，对所述入口业务进行测试，得到功能测试结果；
通过所述探针将功能测试标签依次传递给业务处理过程中的各个业务，以检测各个业务是否配置测试用例以及运行测试用例得到功能测试结果；其中，业务的测试用例基于业务处理路径进行配置；
通过所述探针分别将配置测试用例的业务的功能测试结果上传给服务器；
查询所述功能测试结果，将查询到的所述功能测试结果进行展示。
2.根据权利要求1所述的方法，其特征在于，所述通过所述探针将功能测试标签依次传递给业务处理过程中的各个业务，以检测各个业务是否配置测试用例以及运行测试用例得到功能测试结果，包括：
通过所述探针将功能测试标签传递给下一级业务；
判断所述下一级业务是否配置测试用例；
若是，运行所述测试用例，对所述下一级业务进行测试，得到功能测试结果；
返回通过所述探针将功能测试标签传递给下一级业务的操作，直至将功能测试标签传递到最后一级业务。
3.根据权利要求1或者2所述的方法，其特征在于，运行所述测试用例，对业务进行测试，得到功能测试结果，包括：
运行测试用例，基于业务的返回值对业务配置的参数值进行功能验证，基于验证结果确定功能测试结果。
4.根据权利要求3所述的方法，其特征在于，针对每个业务，在当运行测试用例，得到功能测试结果之后，还包括：还原业务最初的参数值。
5.根据权利要求1所述的方法，其特征在于，所述业务的测试用例基于业务处理路径进行配置，包括：
若所述业务处理路径中存在至少两个业务均调用了一个目标业务，则对所述至少两个业务中的一个业务配置测试用例。
6.根据权利要求1所述的方法，其特征在于，所述业务的测试用例基于业务处理路径进行配置，包括：
若当前业务是新业务，基于业务处理路径确定所述新业务关联的处理路径中的各个业务，并为所述各个业务配置测试用例；
若当前业务是需要更新的业务，为所述当前业务配置测试用例，或者为当前业务以及与所述当前业务关联的业务配置测试用例。
7.根据权利要求1所述的方法，其特征在于，还包括：
当通过探针监控到前端的业务请求时，记录业务请求的业务调用层级信息；
通过探针在业务请求处理过程中的各个业务中依次传递业务调用层级信息；
通过探针将各个业务的业务调用层级信息上报给服务器，以使服务器基于各个业务的调用层级信息生成完整的业务处理路径；
展示针对业务请求的完整的业务处理路径。
8.根据权利要求1所述的方法，其特征在于，所述功能测试结果包括测试用例的执行结果和软件的缺陷信息。
9.一种软件功能测试系统，其特征在于，包括：
探针，用于当监控到入口业务接收到业务请求时，若判断请求携带功能测试标签，检测所述入口业务是否配置测试用例；
测试模块，用于若是，运行所述入口业务的测试用例，对所述入口业务进行测试，得到功能测试结果；
探针，还用于将功能测试标签依次传递给业务处理过程中的各个业务，以检测各个业务是否配置测试用例以及运行测试用例得到功能测试结果；以及分别将配置测试用例的业务的功能测试结果上传给服务器；其中，业务的测试用例基于业务处理路径进行配置；展示模块，用于查询所述功能测试结果，将查询到的所述功能测试结果进行展示。
10.一种集群，其特征在于，所述集群配置如权利要求9所述的一种功能测试系统。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910836900.2A CN110532190A (zh) | 2019-09-05 | 2019-09-05 | 一种软件功能测试方法、系统及集群 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910836900.2A CN110532190A (zh) | 2019-09-05 | 2019-09-05 | 一种软件功能测试方法、系统及集群 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110532190A true CN110532190A (zh) | 2019-12-03 |
Family
ID=68666942
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910836900.2A Pending CN110532190A (zh) | 2019-09-05 | 2019-09-05 | 一种软件功能测试方法、系统及集群 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110532190A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113157548A (zh) * | 2020-01-07 | 2021-07-23 | 阿里巴巴集团控股有限公司 | 测试方法、测试装置以及应用测试器 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080086348A1 (en) * | 2006-10-09 | 2008-04-10 | Rajagopa Rao | Fast business process test case composition |
| CN104407971A (zh) * | 2014-11-18 | 2015-03-11 | 中国电子科技集团公司第十研究所 | 自动化测试嵌入式软件的方法 |
| CN106209439A (zh) * | 2016-06-30 | 2016-12-07 | 腾讯科技（深圳）有限公司 | 业务链路自动化覆盖方法和装置 |
| CN106708719A (zh) * | 2015-08-04 | 2017-05-24 | 阿里巴巴集团控股有限公司 | 业务功能的测试方法和装置 |
| CN107908551A (zh) * | 2017-10-27 | 2018-04-13 | 中国平安人寿保险股份有限公司 | 终端软件测试方法、装置、终端和计算机存储介质 |
-
2019
- 2019-09-05 CN CN201910836900.2A patent/CN110532190A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080086348A1 (en) * | 2006-10-09 | 2008-04-10 | Rajagopa Rao | Fast business process test case composition |
| CN104407971A (zh) * | 2014-11-18 | 2015-03-11 | 中国电子科技集团公司第十研究所 | 自动化测试嵌入式软件的方法 |
| CN106708719A (zh) * | 2015-08-04 | 2017-05-24 | 阿里巴巴集团控股有限公司 | 业务功能的测试方法和装置 |
| CN106209439A (zh) * | 2016-06-30 | 2016-12-07 | 腾讯科技（深圳）有限公司 | 业务链路自动化覆盖方法和装置 |
| CN107908551A (zh) * | 2017-10-27 | 2018-04-13 | 中国平安人寿保险股份有限公司 | 终端软件测试方法、装置、终端和计算机存储介质 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113157548A (zh) * | 2020-01-07 | 2021-07-23 | 阿里巴巴集团控股有限公司 | 测试方法、测试装置以及应用测试器 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10534699B2 (en) | Method, device and computer program product for executing test cases | |
| CN109327347B (zh) | 使用机器学习来监测链路质量并且预测链路故障 | |
| US7469362B2 (en) | Using a call stack hash to record the state of a process | |
| CN112650685B (zh) | 自动化测试方法、装置、电子设备及计算机存储介质 | |
| US10495691B2 (en) | System architecture method and apparatus for adaptive hardware fault detection with hardware metrics subsystem | |
| Maâlej et al. | Automated significant load testing for WS-BPEL compositions | |
| CN110532191A (zh) | 一种压力测试方法、系统及集群 | |
| CN113312226B (zh) | 测试逻辑设计异常特性的验证平台、装置及存储介质 | |
| CN109739527A (zh) | 一种客户端灰度发布的方法、装置、服务器和存储介质 | |
| Piel et al. | Spectrum-based health monitoring for self-adaptive systems | |
| CN110532190A (zh) | 一种软件功能测试方法、系统及集群 | |
| US11563671B2 (en) | Routing engine switchover based on health determined by support vector machine | |
| CN110990289A (zh) | 一种自动提交bug的方法、装置、电子设备及存储介质 | |
| EP3930271A1 (en) | Routing engine switchover based on health determined by support vector machine | |
| CN115827500B (zh) | 一种云原生应用的调试方法、装置、设备及存储介质 | |
| CN116506340A (zh) | 流量链路的测试方法、装置、电子设备及存储介质 | |
| KR102111392B1 (ko) | 테스트 통합 관리시스템 및 그 제어방법 | |
| US11438251B1 (en) | System and method for automatic self-resolution of an exception error in a distributed network | |
| CN109525496A (zh) | 一种链路状态信息的更新方法及装置 | |
| CN113507397B (zh) | 一种基于云端运维收集终端设备状态自动巡检的方法 | |
| US7900093B2 (en) | Electronic data processing system and method for monitoring the functionality thereof | |
| CN113157587A (zh) | 基于区块链的产品测试方法及装置 | |
| RU2801825C2 (ru) | Способ, комплекс обработки информации об отказах устройств беспроводных сенсорных сетей передачи данных и связанных сетей | |
| EP4127939B1 (en) | Architecture, method and system for live testing in a production environment | |
| US11892937B2 (en) | Developer test environment with containerization of tightly coupled systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191203 |
|
| RJ01 | Rejection of invention patent application after publication |