本申请实施例公开了一种自动测试方法和装置，该方法包括：执行自动化测试套中的第一业务测试脚本；当第一业务测试脚本中的任意一个步骤报错时，停止执行第一业务测试脚本的后续步骤；根据预设顺序遍历执行场景对应的脚本，以确定错误码对应的执行场景；当确定错误码对应的执行场景为第一执行场景时，在第一执行场景下判断问题类型，并根据判断结果进行相应的处理。通过该实施例方案，脱离了对后台日志的依赖性，提升了问题分析精确度，极大程度上保证了测试套的健壮性。上保证了测试套的健壮性。上保证了测试套的健壮性。
【技术实现步骤摘要】
一种自动测试方法和装置
[0001]本文涉及自动测试技术，尤指一种自动测试方法和装置。
技术介绍
[0002]目前，软件测试行业中常用自动化测试的手段来代替一部分测试点的执行及执行日志结果分析的工作。
[0003]但是，相关技术或对脚本自身的执行日志的简单提取过滤，或对产品后台的日志进行提取分析，都存在自动化结果分析精准度低的缺点。因为，提取脚本执行日志，得出的问题的范围广。而注重提取分析产品后台日志的方法也存在明显的劣势，产品在不断更迭过程中Debug(排除故障)日志也会改变，仅依靠后台日志来提取信息，准确率很难得到保障。而且，开发对于已知问题的解决并不及时，当产品出现已知产品缺陷时，自动化脚本如果未能妥善采取处理措施，可能会导致执行失败，甚至执行崩溃，轻者影响当前脚本，严重时可能导致整个测试任务的执行失败等一系列问题。
[0004]目前存在的基于AI(人工智能)的自动化测试实现方法主要通过提取测试系统的后台日志，分析产品日志log中的错误信息error及出现所述error时对应的缺陷类型，来提升定位效率。
[0005]但是该技术也存在明显的缺点：
[0006]1、极其依赖开发者编写的代码的规范性和对错误信息输出的准确性；如果开发输出日志不规范或并未输出日志，则通过相关技术就难以获取；
[0007]2、开发在产品迭代过程中可能增删调试日志的打印信息，对于测试往往不能直接左右这些日志的更改，可能会导致脚本产生不可预期的报错和崩溃；
[0008]3、对于已知产品缺陷无有效应对及处理措施，无快速辨识历史版本已知产品缺陷的功能。
技术实现思路
[0009]本申请实施例提供了一种自动测试方法和装置，能够脱离对后台日志的依赖性，提高问题分析精确度，并保证测试套的健壮性。
[0010]本申请实施例提供了一种自动测试方法，所述方法可以包括：
[0011]执行自动化测试套中的第一业务测试脚本；
[0012]当所述第一业务测试脚本中的任意一个步骤报错时，停止执行所述第一业务测试脚本的后续步骤；
[0013]根据预设顺序遍历执行场景对应的脚本，以确定所述错误码对应的执行场景；
[0014]当确定所述错误码对应的执行场景为第一执行场景时，在所述第一执行场景下判断问题类型，并根据判断结果进行相应的处理。
[0015]在本申请的示例性实施例中，所述问题类型可以包括以下任意一种：环境问题、脚本问题、已知的产品缺陷问题和新增产品问题。
[0016]在本申请的示例性实施例中，所述在所述第一执行场景下判断问题类型，可以包括：
[0017]清理所述第一执行场景的脚本；
[0018]当清理所述第一执行场景的脚本未成功时，上报新增产品问题；当清理所述第一执行场景的脚本成功时，验证所述第一执行场景的接口；
[0019]当验证所述第一执行场景的接口未成功时，对预设的执行场景顺序中与所述第一执行场景相邻的下一个执行场景进行验证，以确定所述下一个执行场景是否为所述错误码对应的执行场景；当验证所述第一执行场景的接口成功时，比对基线库确定所属的问题类型。
[0020]在本申请的示例性实施例中，所述根据判断结果进行相应的处理，可以包括：
[0021]当所述问题类型为所述环境问题时，执行预设的环境恢复脚本；
[0022]当所述问题类型为所述脚本问题时，执行预设的环境恢复脚本，并上报脚本缺陷；
[0023]当所述问题类型为所述已知的产品缺陷问题时，根据该已知的产品缺陷问题的当前解决情况执行后续操作；
[0024]当所述问题类型为所述新增产品问题时，终止执行所述第一业务测试脚本。
[0025]在本申请的示例性实施例中，所述根据该已知的产品缺陷问题的当前解决情况执行后续操作，可以包括：
[0026]检索所述已知的产品缺陷问题的历史版本是否已经解决；
[0027]当所述历史版本已经解决时，上报新增产品问题；
[0028]当所述历史版本未解决时，检测预设的数据库中是否存在规避脚本；
[0029]当存在所述规避脚本时，执行关于所述已知的产品缺陷问题的规避脚本，当不存在所述规避脚本时，终止执行所述第一业务测试脚本。
[0030]在本申请的示例性实施例中，所述方法还可以包括：在执行预设的环境恢复脚本以后，或者，在执行关于所述已知的产品缺陷问题的规避脚本以后，执行所述第一业务测试脚本的下一步骤。
[0031]在本申请的示例性实施例中，所述方法还可以包括：
[0032]当所述第一业务测试脚本中的任意一个步骤未报错时，在执行完当前步骤后执行所述第一业务测试脚本的下一个步骤；或者，
[0033]当确定所述错误码对应的执行场景不是所述第一执行场景时，对预设的执行场景顺序中与所述第一执行场景相邻的下一个执行场景进行验证，以确定所述下一个执行场景是否为所述错误码对应的执行场景。
[0034]在本申请的示例性实施例中，所述方法还可以包括：采用以下方案获取所述执行场景：
[0035]开发单接口测试用例的自学习框架，所述自学习框架的学习接口入参和出参，输出通用型自学习测试用例；
[0036]组合单接口的全部参数，并套用所述通用型自学测试用例，获取N条正向用例和M条逆向用例，分别执行所述N条正向用例和M条逆向用例，将执行报错的正向用例及正常执行的逆向用例所对应的场景保存至基线库中，作为最初版本的执行场景；M、N为正整数；
[0037]建立单接口的错误码和执行场景对应表，生成检测每个执行场景是否成立的脚本
以及错误执行场景消除脚本，并将所述错误码和执行场景对应表、所述检测每个执行场景是否成立的脚本以及所述错误执行场景消除脚本植入预设的自动测试系统。
[0038]在本申请的示例性实施例中，所述方法还可以包括：采用迭代方式执行以下方案，以对所述执行场景进行更新：
[0039]在执行自动化测试套时，如果所述基线库中的任意一个执行场景被错误码命中，则对该执行场景的出现次数加1；
[0040]在对该错误码分析完成之后，对所述错误码和执行场景对应表中每个错误码对应的全部执行场景根据所述出现次数重新排列；
[0041]在当次测试中当所述错误码命中的执行场景为首次出现版本时，将所述首次出现版本新增至所述基线库中，并开发出当前问题的规避脚本；
[0042]本申请实施例还提供了一种自动测试系统，可以包括处理器和计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令被所述处理器执行时，实现上述任意一项所述的自动测试方法。
[0043]与相关技术相比，本申请实施例可以包括：执行自动化测试套中的第一业务测试脚本；当所述第一业务测试脚本中的任意一个步骤报错时，停止执行所述第一业务测试脚本的后续步骤；根据预设顺序遍历执行场景对应的脚本，以确定所述错误码对应的执行场景；当确定所述错误码对应的执行场景为第一执行场景时，在所述第本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种自动测试方法，其特征在于，所述方法包括：执行自动化测试套中的第一业务测试脚本；当所述第一业务测试脚本中的任意一个步骤报错时，停止执行所述第一业务测试脚本的后续步骤；根据预设顺序遍历执行场景对应的脚本，以确定错误码对应的执行场景；当确定所述错误码对应的执行场景为第一执行场景时，在所述第一执行场景下判断问题类型，并根据判断结果进行相应的处理。2.根据权利要求1所述的自动测试方法，其特征在于，所述问题类型包括以下任意一种：环境问题、脚本问题、已知的产品缺陷问题和新增产品问题。3.根据权利要求2所述的自动测试方法，其特征在于，所述在所述第一执行场景下判断问题类型，包括：清理所述第一执行场景的脚本；当清理所述第一执行场景的脚本未成功时，上报新增产品问题；当清理所述第一执行场景的脚本成功时，验证所述第一执行场景的接口；当验证所述第一执行场景的接口未成功时，对预设的执行场景顺序中与所述第一执行场景相邻的下一个执行场景进行验证，以确定所述下一个执行场景是否为所述错误码对应的执行场景；当验证所述第一执行场景的接口成功时，比对基线库确定所属的问题类型。4.根据权利要求2所述的自动测试方法，其特征在于，所述根据判断结果进行相应的处理，包括：当所述问题类型为所述环境问题时，执行预设的环境恢复脚本；当所述问题类型为所述脚本问题时，执行预设的环境恢复脚本，并上报脚本缺陷；当所述问题类型为所述已知的产品缺陷问题时，根据该已知的产品缺陷问题的当前解决情况执行后续操作；当所述问题类型为所述新增产品问题时，终止执行所述第一业务测试脚本。5.根据权利要求4所述的自动测试方法，其特征在于，所述根据该已知的产品缺陷问题的当前解决情况执行后续操作，包括：检索所述已知的产品缺陷问题的历史版本是否已经解决；当所述历史版本已经解决时，上报新增产品问题；当所述历史版本未解决时，检测预设的数据库中是否存在规避脚本；当存在所述规避脚本时，执行关于所述已知的产品缺陷问题的规避脚本，当不存在所述规避脚本时，终止执行所述第一业务测试脚本。6.根据权利要求5所述的自动测试方法，其特征在于，所述方法还包括：在执行预设...
【专利技术属性】
技术研发人员：李小龙，马娇，
申请(专利权)人：浙江宇视科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。