[发明专利]一种测试驱动的业务监控方法、装置、设备及介质

说明书

本发明涉及一种测试驱动的业务监控方法、装置、设备及介质，该方法包括以下步骤：步骤101)，通过Jenkins调用pytest测试框架，并执行对应测试用例；步骤102)，根据自动化测试用例进行逻辑测试，并对执行结果进行断言；并通过pytest的钩子方法，实时检测测试用例的测试结果；步骤103)，对失败用例发起重试，在达到触发条件后发起告警；当失败用例再次被构建执行并成功后，发起系统恢复通知；步骤104)，将测试结果存储后得到报表。与现有技术相比，本发明具有可以准确地评估故障时长，直观地对线上业务稳定性进行评估等优点。

技术领域

本发明涉及软件的自动测试技术，尤其是涉及一种测试驱动的业务监控方法、装置、设备及介质。

背景技术

随着互联网技术的不断发展与迭代更新，以及传统行业和互联网行业的不断结合和推广，线上业务环境的稳定性变得极为重要，因此业务监控也逐渐变得不可或缺。根据现有技术，通常会根据运维监控、服务器日志监控、单接口或者curl定时器定来等方法来完成，无法对完整的业务流程或者业务全链路监控，也无法对问题进行精准定位。

现有技术的不足之处在于，业务自动化程度低，无法对业务流程进行很好的定制，发现问题后，研发人员无法很快定位；也无法按不同的线上业务线，不同的业务重要性，来进行不同的告警，无法对线上环境的稳定性进行评估。

经过检索中国专利公开号CN111240989A公开了一种接口自动化测试框架及方法，包括测试用例、Jenkins批量执行模块、初始化和还原模块、api请求模块，所述Jenkins批量执行模块用于创建构建任务，配置定时任务，配置邮件模板，并通过执行runtest.py文件批量执行与runtest.py文件相同目录的测试用例。但是该现有专利存在测试效率低、对测试结果没有监控、测试不全面等问题。

发明内容

本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种测试驱动的业务监控方法、装置、设备及介质。

本发明的目的可以通过以下技术方案来实现：

根据本发明的第一方面，提供了一种测试驱动的业务监控方法，该方法包括以下步骤：

步骤101)，通过Jenkins调用pytest测试框架，并执行对应测试用例；

步骤102)，根据自动化测试用例进行逻辑测试，并对执行结果进行断言；并通过pytest的钩子方法，实时检测测试用例的测试结果；

步骤103)，对失败用例发起重试，在达到触发条件后发起告警；当失败用例再次被构建执行并成功后，发起系统恢复通知；

步骤104)，将测试结果存储后得到报表。

作为优选的技术方案，所述的pytest测试框架进行并发执行测试用例。

作为优选的技术方案，所述的步骤101)中的Jenkins采用定时调用pytest测试框架，每隔设定时间会执行所述方法的流程，根据测试用例的重要性配置对应执行的时间间隔。

作为优选的技术方案，所述的步骤102)中的断言采用assert断言方法。

作为优选的技术方案，所述的步骤102)中的通过pytest的钩子方法，实时检测测试用例的测试结果具体为：

每次执行测试用例时，当用例失败后，会进入到pytest_exception_interact的钩子方法中，进行异常捕获，捕获到异常后，会记录失败缓存数据，并进行失败重试，在失败重试到达上限后，即该条测试用例执行完成，会进入到pytest_report_teststatus的钩子方法中，若仍然失败，则立即发起告警。

作为优选的技术方案，若需要一旦失败就发起告警，可不配置失败重试次数，或者在pytest_exception_interact中就发起告警，根据各自需要进行配置。