一种全自动测试案例回归测试系统及方法与流程

计算;推算;计数设备的制造及其应用技术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.所述映射关系将被存储于案例数据库中的两张数据表中，分别为测试案例与编译文件关系映射表、测试案例与运行函数关系映射表；32.案例管理装置遍历所述执行代码信息中所有的编译文件及文件中的所有函数；33.对于每个编译文件，案例管理装置在测试案例与编译文件关系映射表中插入映射数据，映射数据格式为“测试案例编号：编译文件路径/编译文件名”；34.对于每个函数，案例管理装置在测试案例与运行函数关系映射表中插入一条映射数据，映射数据格式为“测试案例编号：编译文件路径/编译文件名/运行函数名”。35.在一些实施例中，所述增量代码分析装置按照文件夹目录逐层比对基线版本源代码和最新版本源代码，得到差异文件、差异函数、差异文件夹，所述差异文件、差异函数、差异文件夹为最新版本源代码相对于基线版本源代码的增量内容。36.在一些实施例中，所述回归分析装置根据选择的回归策略进行回归分析得到回归测试案例集具体包括：37.回归分析装置遍历增量内容中的所有差异文件，并针对每个差异文件，从案例管理装置中反向查询所述每个差异文件影响到的所有测试案例，并将查询到的测试案例加入到回归测试案例集中；38.或者回归分析装置遍历增量内容中的所有差异函数，并针对每个差异函数，回归分析装置从案例管理装置中反向查询该文件影响到的所有测试案例，并将查询到的测试案例加入到回归测试案例集中。39.本发明实施例的全自动测试案例回归测试系统，通过设置全自动的测试系统，系统布置实体的软件代理装置、案例管理装置、增量代码分析装置、回归分析装置、案例触发装置，一旦开发人员完成新的代码开发和测试案例开发，增量代码分析装置即自动进行增量代码分析，回归测试根据增量内容和测试策略选择合适的回归测试案例集，测试系统即进行全自动的回归测试，执行测试案例，一旦测试案例执行完成，即生成原代码或增量代码的回归测试的执行代码信息和当前测试案例与当前测试案例执行过程中运行的编译文件及编译文件中运行函数的映射关系，使得整体测试过程代码和测试案例可以得到全自动的执行跟踪，使得测试案例的选择有章可循，并且不需要人为的参与，提高回归测试的有效性、测试准确率和软件开发的效率。附图说明40.下面将以明确易懂的方式，结合附图说明优选实施方式，对一种全自动回归测试的上述特性、技术特征、优点及其实现方式予以进一步说明。41.图1是本发明的全自动回归测试系统的一个实施例的结构示意图。具体实施方式42.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对照附图说明本发明的具体实施方式。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，并获得其他的实施方式。43.为使图面简洁，各图中只示意性地表示出了与本发明相关的部分，它们并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”不仅表示“仅此一个”，也可以表示“多于一个”的情形。44.在本发明的一个实施例中，如图1所示，一种全自动测试案例回归测试系统，所述系统包括：45.软件代理装置、案例管理装置、增量代码分析装置、回归分析装置、案例触发装置，其中，46.所述软件代理装置用于将源代码进行编译，编译后每个源代码文件均将生成对应的包含字节码的编译文件，并对所有编译文件进行打包，生成可运行的软件包，并在软件启动时，软件代理装置加载软件包中所有的编译文件，在编译文件中的每个字节码指令的前后位置插入字节码探针，所述字节码探针标记字节码是否被执行；47.案例管理装置用于接收测试案例执行完成信号，并当接收到所述执行完成信号时自动从软件代理装置中获取执行代码信息，所述执行代码信息包含了在本次测试案例执行过程中编译文件及文件中的函数对应的字节码探针值，同时建立当前测试案例与当前测试案例执行过程中运行的编译文件及编译文件中运行函数的映射关系；48.增量代码分析装置用于从代码仓库分别下载全量的基线版本源代码和当前最新版本的源代码，并从基线版本源代码的的根目录与最新版本源代码的根目录开始比对，获得增量内容并发给回归分析装置；49.所述回归分析装置用于根据选择的回归策略进行回归分析得到回归测试案例集，并将回归测试案例集发送给案例触发装置；50.所述案例触发装置用于在接收到回归测试案例集后，遍历所有的回归测试案例，触发对应的自动化脚本运行测试案例。51.其中整个系统由以下部分组成：软件代理装置、案例管理装置、代码仓库、增量代码分析装置、回归分析装置、案例触发装置，其中，52.软件代理装置中，为方便开发人员进行软件开发而对底层字节码进行了封装，源代码无法在操作系统中直接运行，必须将源码进行编译，编译后每个源代码文件均将生成对应的包含字节码的编译文件，编译文件中包含各类函数、常量、全局变量、代码块等内容。软件代理装置对所有编译文件进行打包，生成可运行的软件包，软件包运行在软件代理装置中，软件包的所有功能由软件代理装置进行代理；53.软件启动时，软件代理装置将加载软件包中所有的编译文件，同时软件代理装置会对编译文件进行修改，在编译文件中的每个字节码指令的前后位置插入字节码探针，其中，字节码探针本质是boolean类型的变量，每个字节码探针的初始值均为false；54.在测试人员按照测试案例进行功能测试或者触发装置测试脚本时，软件代理装置将所有在测试过程中被执行过的字节码前后的字节码探针值赋为true，从而记录在测试过程中哪些字节码被执行过。55.在测试完成后，软件代理装置将遍历所有加载的编译文件，并统计哪些编译文件以及编译文件中哪些函数的字节码探针值为true，并将统计信息发送给案例管理装置。56.统计信息发送成功后，软件代理装置将把所有的字节码探针值重新初始化为false，若下一个测试案例被调用执行，则再次对相应的字节码探针值赋为true，从而保证每次的统计信息只包含当前测试案例执行过程中运行的字节码探针信息。57.案例管理装置作为所有测试案例的维护入口装置，测试人员通过登录测试案例管理装置编写测试案例及自动化测试脚本。每执行完一个测试案例后，测试人员都将给案例管理装置发送一个执行完成信号，案例管理系统接收到所述执行完成信号后，将主动从软件代理装置中获取执行代码信息，所述执行代码信息包含了在本次测试案例执行过程中哪些编译文件及文件中的哪些函数的字节码探针值为true，即本次测试案例执行过程中哪些编译文件及文件中的哪些函数被执行了。58.在一些实施例中，所述案例管理装置建立映射关系具体包括：59.所述映射关系将被存储于案例数据库中的两张数据表中，分别为测试案例与编译文件关系映射表、测试案例与运行函数关系映射表；60.案例管理装置遍历所述执行代码信息中所有的编译文件及文件中的所有函数；61.对于每个编译文件，案例管理装置在测试案例与编译文件关系映射表中插入映射数据，映射数据格式为“测试案例编号：编译文件路径/编译文件名”；62.对于每个函数，案例管理装置在测试案例与运行函数关系映射表中插入一条映射数据，映射数据格式为“测试案例编号：编译文件路径/编译文件名/运行函数名”。63.案例管理装置接收到执行代码信息后，分别建立当前测试案例与当前测试案例执行过程中运行的编译文件及编译文件中运行函数的映射关系，所述映射关系将被存储在案例数据库中的两张数据表中，分别为测试案例与编译文件关系映射表、测试案例与运行函数关系映射表。64.具体建立映射关系的过程如下：案例管理装置遍历执行代码信息中所有的编译文件及文件中的所有函数。65.遍历时，对于每个编译文件，案例管理装置将在测试案例与编译文件关系映射表中插入一条映射数据，映射数据格式为“测试案例编号：编译文件路径/编译文件名”；66.对于每个函数，案例管理装置将在测试案例与运行函数关系映射表中插入一条映射数据，映射数据格式为“测试案例编号：编译文件路径/编译文件名/运行函数名”。67.通过该映射关系，可正向查询某个测试案例测试到了哪些编译文件以及测试到了编译文件中的哪些函数，也可通过映射关系反向查询某个编译文件或编译文件中的某个函数影响了哪些测试案例。68.代码仓库作为存放源代码的数据库，可通过脚本命令将源代码下载到服务器的某个文件目录下。69.在一些实施例中，所述增量代码分析装置按照文件夹目录逐层比对基线版本源代码和最新版本源代码，得到差异文件、差异函数、差异文件夹，所述差异文件、差异函数、差异文件夹为最新版本源代码相对于基线版本源代码的增量内容。70.增量代码分析装置中，测试人员会在每次测试完成后，指定当时代码的版本号为最新基线版本，增量代码分析装置从代码仓库中分别下载全量的基线版本源代码和当前最新版本的源代码，增量代码分析装置将从基线版本源代码的的根目录与最新版本源代码的根目录开始比对，首先比对两者的根目录名是否一致，然后比对根目录中所有的文件及文件夹的名称是否一致。若文件夹名称相同，则认为文件夹相同。71.若文件名称相同，仍需要比对文件中的文件内容是否相同，只有文件名及文件内容完全一致时才认为两文件相同；其中，对于名称相同而内容不同的差异文件，增量代码分析装置在比对两文件内容的差异时，会记录文件中具体差异内容所在的函数，此函数称为差异函数，文件中不存在差异内容的函数成为相同函数。72.若文件及文件夹在基线版本源代码中存在，而在最新版本源代码中不存在，则不将文件及文件夹记录为不一致，相反若基线版本源代码中不存在而最新版本源代码中存在，则将对应文件或文件夹记录为不一致。73.对文件夹及文件逐一比对后，记录存在不一致的文件夹及文件，然后下沉到相同名称的文件夹中，比对对应文件夹中的文件及下层文件夹是否一致，并记录不一致的文件、文件夹以及文件中的差异函数。74.按照这种操作，逐层比对基线版本源代码和最新版本源代码，比对得到的差异文件、差异函数、差异文件夹即为最新版本源代码相对于基线版本源代码的增量内容，然后增量代码分析装置将增量内容传递给回归分析装置。75.在一些实施例中，所述回归分析装置根据选择的回归策略进行回归分析得到回归测试案例集具体包括：76.回归分析装置遍历增量内容中的所有差异文件，并针对每个差异文件，从案例管理装置中反向查询所述每个差异文件影响到的所有测试案例，并将查询到的测试案例加入到回归测试案例集中；77.或者回归分析装置遍历增量内容中的所有差异函数，并针对每个差异函数，回归分析装置从案例管理装置中反向查询该文件影响到的所有测试案例，并将查询到的测试案例加入到回归测试案例集中。78.回归分析装置，在获取增量代码分析装置传递的增量内容后，回归分析装置提供两种回归分析策略。79.第一种策略是：回归分析装置遍历增量内容中的所有差异文件，并针对每个差异文件，回归分析装置从案例管理装置中反向查询该文件影响到的所有测试案例，并将查询到的测试案例加入到回归测试案例集中。80.第二种策略是：回归分析装置遍历增量内容中的所有差异函数，并针对每个差异函数，回归分析装置从案例管理装置中反向查询该文件影响到的所有测试案例，并将查询到的测试案例加入到回归测试案例集中。81.两种策略的不同仅仅在于从案例管理装置中反向查询测试案例时用到的差异信息的粒度不同，由于差异信息的粒度不同，反向查询到的测试案例数目、回归测试性能、受影响功能的回归测试覆盖程度均存在一定的差异。82.例如，某个增量文件a中包含多个差异函数以及多个相同函数，若测试案例a和测试案例b和文件a都有映射关系，但分别映射到了文件a中两个互无关联的函数a和函数b。如果在某个功能开发完成后，函数a是差异函数而函数b是相同函数，则理论上不需要对测试案例b进行回归测试。此时，若以函数a反向查询时，将只查询到测试案例a。但若以文件a反向查询时，将查询到测试案例a和测试案例b，出现回归测试案例集数目较大的情况。如果编译文件a中部分代码没有包含在函数中时，例如以常量、全局变量、代码块等形式存在于编译文件a内的代码更改后，如果从差异函数的粒度进行反向查询时，将因为这类代码没有对应的差异函数，从而查询不到相应的回归案例，出现受影响的功能没有进行回归测试的情况。83.两种策略各有优劣，测试人员需结合具体的业务场景选择使用哪种策略，例如，软件关键功能模块代码更改后，应采用第一种策略，防止受影响功能没有进行回归测试的情况发生，而在软件一般功能模块代码更改后，应采用第二种策略，防止因回归测试案例数目太大导致回归测试耗时太长。84.回归分析装置分析出回归测试案例集，将回归测试案例集发送给案例触发装置。85.案例触发装置在接收到回归测试案例集后，将遍历所有的回归测试案例，针对通过自动化脚本实现的测试案例，案例触发装置将直接触发对应的自动化脚本。86.针对通过人工实现的测试案例，案例触发系统将直接跳过，并移交给测试人员进行回归测试。87.本发明实施例还提供了一种全自动测试案例回归测试方法，所述方法包括：88.软件代理装置将源代码进行编译，编译后每个源代码文件均将生成对应的包含字节码的编译文件，并对所有编译文件进行打包，生成可运行的软件包，并在软件启动时，软件代理装置加载软件包中所有的编译文件，在编译文件中的每个字节码指令的前后位置插入字节码探针，所述字节码探针标记字节码是否被执行；89.案例管理装置接收测试案例执行完成信号，并当接收到所述执行完成信号时自动从软件代理装置中获取执行代码信息，所述执行代码信息包含了在本次测试案例执行过程中编译文件及文件中的函数对应的字节码探针值，同时建立当前测试案例与当前测试案例执行过程中运行的编译文件及编译文件中运行函数的映射关系；90.增量代码分析装置从代码仓库分别下载全量的基线版本源代码和当前最新版本的源代码，并从基线版本源代码的的根目录与最新版本源代码的根目录开始比对，获得增量内容并发给回归分析装置；91.所述回归分析装置根据选择的回归策略进行回归分析得到回归测试案例集，并将回归测试案例集发送给案例触发装置；92.所述案例触发单在接收到回归测试案例集后，遍历所有的回归测试案例，触发对应的自动化脚本运行测试案例。93.在本发明一实现实施例中，首先是测试案例信息收集阶段，即在测试人员执行测试案例过程中进行的，详细流程如下：94.软件包被运维人员人工或通过自动化部署工具部署在软件代理装置中，软件包的所有功能由软件代理装置进行代理；95.测试人员登录案例管理装置编写测试案例及自动化测试脚本：96.对于通过自动化测试脚本完成的测试案例，测试人员只需要在案例管理系统中启动自动化测试脚本；对于需要人工完成的测试案例，测试人员将登录需要测试的软件，按照测试案例进行相应的测试操作。97.不管哪种测试案例，在单个案例执行后，测试人员均需要向案例管理装置中发送执行完成信号以反馈案例已完成。98.案例管理装置在接收到测试人员反馈的案例执行完成信号后，将主动从软件代理装置中获取执行代码信息，所述执行代码信息包含了在本次测试案例执行过程中运行的编译文件及编译文件中运行的函数。案例管理装置从软件代理装置中获取执行代码信息后，将遍历执行代码信息中所有的编译文件及编译文件中运行的函数，建立当前测试案例与当前测试案例执行过程中运行的编译文件及编译文件中运行函数的映射关系，映射关系将被存储在案例数据库中的两张数据表中。99.在一些实施例中，所述映射关系的建立具体包括：100.所述映射关系将被存储于案例数据库中的两张数据表中，分别为测试案例与编译文件关系映射表、测试案例与运行函数关系映射表；101.案例管理装置遍历所述执行代码信息中所有的编译文件及文件中的所有函数；102.对于每个编译文件，案例管理装置在测试案例与编译文件关系映射表中插入映射数据，映射数据格式为“测试案例编号：编译文件路径/编译文件名”；103.对于每个函数，案例管理装置在测试案例与运行函数关系映射表中插入一条映射数据，映射数据格式为“测试案例编号：编译文件路径/编译文件名/运行函数名”。104.发送所述执行代码信息后，软件代理装置将把所有的字节码探针值再次初始化为false，并开始统计与下一个测试案例有关的执行代码信息。105.测试人员重复之前的操作，逐个执行所有测试案例，直至所有测试案例执行完成。106.而在回归测试阶段，在开发人员提交最新版本源代码到代码仓库后进行的，详细流程如下：107.开发人员提交最新版本源代码到代码仓库，代码仓库通过api接口自动触发回归分析装置；108.回归分析装置将主动从增量代码分析装置中请求获取增量内容信息；109.所述增量代码分析装置按照文件夹目录逐层比对基线版本源代码和最新版本源代码，得到差异文件、差异函数、差异文件夹，所述差异文件、差异函数、差异文件夹为最新版本源代码相对于基线版本源代码的增量内容。110.增量代码分析装置在接收到回归分析装置的请求后，将从代码仓库下载最新版本源代码和基线版本源代码，然后增量代码分析装置分析出最新版本源代码相对于基线版本源代码的差异文件、差异函数、差异文件夹后，将分析的增量信息返回给回归分析装置；111.回归分析装置接收到增量信息后，将按照选择的回归分析策略，以差异文件或差异函数为输入参数，从案例管理装置中查询本次代码变动影响的历史案例集，历史案例集作为需要进行回归测试的案例集。112.所述回归分析装置根据选择的回归策略进行回归分析得到回归测试案例集具体包括：113.回归分析装置遍历增量内容中的所有差异文件，并针对每个差异文件，从案例管理装置中反向查询所述每个差异文件影响到的所有测试案例，并将查询到的测试案例加入到回归测试案例集中；114.或者回归分析装置遍历增量内容中的所有差异函数，并针对每个差异函数，回归分析装置从案例管理装置中反向查询该文件影响到的所有测试案例，并将查询到的测试案例加入到回归测试案例集中。115.案例管理装置接收到回归分析装置的查询请求后，将判断输入参数是差异文件还是差异函数，然后对应的从测试案例与编译文件关系映射表或测试案例与运行函数关系映射表中查询映射的所有测试案例，然后案例管理装置将所有测试案例返回给回归分析装置；116.回归分析装置从案例管理装置中查询到本次代码变动影响的回归测试案例集后，将遍历回归测试案例集。对于每个回归测试案例，回归分析装置将判断该案例如果是需要人工完成的测试案例，将自动分配给相应的测试人员，如果该案例是自动化脚本完成的测试案例，回归分析装置将自动调用自动化脚本完成测试。117.在每个回归测试案例被回归测试的过程中，各装置仍自动地执行测试案例信息收集阶段的流程，更新每个测试案例与编译文件、编译文件中运行函数的映射关系。118.本发明实施例的全自动测试案例回归测试系统，通过设置全自动的测试系统，系统布置实体的软件代理装置、案例管理装置、增量代码分析装置、回归分析装置、案例触发装置，一旦开发人员完成新的代码开发和测试案例开发，增量代码分析装置即自动进行增量代码分析，回归测试根据增量内容和测试策略选择合适的回归测试案例集，测试系统即进行全自动的回归测试，执行测试案例，一旦测试案例执行完成，即生成原代码或增量代码的回归测试的执行代码信息和当前测试案例与当前测试案例执行过程中运行的编译文件及编译文件中运行函数的映射关系，使得整体测试过程代码和测试案例可以得到全自动的执行跟踪，使得测试案例的选择有章可循，并且不需要人为的参与，提高回归测试的有效性、测试准确率和软件开发的效率。119.应当说明的是，上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。









图片声明：本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明：本文中引用的各种信息及资料（包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主体（包括但不限于公司、媒体、协会等机构）的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理！本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明：我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本文部分文字与图片资源来自于网络，部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!