WO2020253112A1 - 测试策略的获取方法、装置、终端及可读存储介质 - Google Patents

Abstract

一种测试策略的获取方法，包括：接收工作人员输入的需求属性以及与输入的需求属性关联的源程序（S100）；根据所述源程序生成对应的流程图（S200）；根据所述流程图生成目标路径集（S300）；根据所述目标路径集生成对应的测试用例（S400）；将所有的所述测试用例集合在一起组成与输入的需求属性对应的测试策略（S500）；获取工作人员输入的测试需求（S600）；根据测试需求查找对应的业务属性（S700）；根据业务属性在预设的第一关联表中查找到对应的需求属性其中，第一关联表为业务属性与需求属性的关联表（S800）；根据需求属性在预设的第二关联表中查找到对应的测试策略，其中，第二关联表为需求属性与测试策略的关联表（S900）。

Description

测试策略的获取方法、装置、终端及可读存储介质

本申请要求于2019年6月19日提交中国专利局、申请号为201910532795.3、发明名称为“测试策略的获取方法、装置、终端及计算机可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在申请中。

技术领域

本申请涉及业务测试技术领域，尤其涉及一种测试策略的获取方法、装置、终端及非易失性可读存储介质。

背景技术

目前，业界测试领域的工作人员在面对软件的不同的测试需求时，制定的测试方法都是惯用一套标准的测试策略和测试计划，即，都习惯性用相同的测试策略、测试方法、测试计划进行测试工作的开展，但对于不同场景的同一功能或性能，或同一场景的不同功能或不同性能，使用同一套测试策略，使得测试准确率低下。因此，现有测试准确率低下是一种亟待解决的问题。

发明内容

本申请的主要目的在于提供一种测试策略的获取方法、装置、终端及非易失性可读存储介质，旨在解决现有测试准确率低下的技术问题。

为实现上述目的，本申请提供一种测试策略的获取方法，所述测试策略的获取方法包括：

接收工作人员输入的需求属性以及与输入的需求属性关联的源程序；

根据所述源程序生成对应的流程图；

根据所述流程图生成目标路径集；

根据所述目标路径集生成对应的测试用例；

将所有的所述测试用例集合在一起组成与输入的需求属性对应的测试策略；

获取工作人员输入的测试需求；

根据所述测试需求查找对应的业务属性；

根据所述业务属性在预设的第一关联表中查找到对应的需求属性，其中，所述第一关联表为业务属性与需求属性的关联表；

根据所述需求属性在预设的第二关联表中查找到对应的测试策略，其中，所述第二关联表为需求属性与测试策略的关联表。

另外，本申请还提供一种测试策略的获取装置，所述测试策略的获取装置包括：

接收模块，所述接收模块用于接收工作人员输入的需求属性以及与输入的需求属性关联的源程序；

第一生成模块，所述第一生成模块用于根据所述源程序生成对应的流程图；

第二生成模块，所述第二生成模块用于根据所述流程图生成目标路径集；

第三生成模块，所述第三生成模块用于根据所述目标路径集生成对应的测试用例；

组成模块，所述组成模块用于将所有的所述测试用例集合在一起组成与输入的需求属性对应的测试策略；

第一获取模块，所述第一获取模块用于获取工作人员输入的测试需求；

第一查找模块，所述第一查找模块用于根据所述测试需求查找对应的业务属性；

第二查找模块，所述第二查找模块用于根据所述业务属性在预设的第一关联表中查找到对应的需求属性，其中，所述第一关联表为业务属性与需求属性的关联表；

第三查找模块，所述第三查找模块用于根据所述需求属性在预设的第二关联表中查找到对应的测试策略，其中，所述第二关联表为需求属性与测试策略的关联表。

本申请还提供一种终端，包括处理器、存储器、以及存储在所述存储器上的可被所述处理器执行的测试策略的获取计算机可读指令，其中，所述测试策略的获取计算机可读指令被所述处理器执行时，实现如上所述的测试策略的获取方法的步骤。

本申请还提供一种非易失性可读存储介质，所述非易失性可读存储介质上存储有测试策略的获取计算机可读指令，其中，所述测试策略的获取计算机可读指令被处理器执行时，实现如上所述的测试策略的获取方法的步骤。

本申请技术方案中，接收工作人员输入的需求属性以及与输入的需求属性关联的源程序；根据所述源程序生成对应的流程图；根据所述流程图生成目标路径集；根据所述目标路径集生成对应的测试用例；将所有的所述测试用例集合在一起组成与输入的需求属性对应的测试策略；获取工作人员输入的测试需求；根据测试需求查找对应的业务属性；根据业务属性在预设的第一关联表中查找到对应的需求属性其中，第一关联表为业务属性与需求属性的关联表；根据需求属性在预设的第二关联表中查找到对应的测试策略，其中，第二关联表为需求属性与测试策略的关联。本申请提出的技术方案基于测试管理来获取测试策略以进行测试，根据工作人员的不同的测试需求，利用第一关联表和第二关联表查找获取到对应的测试策略，即，本申请根据不同的测试需求获取不同的测试策略，以进行后续的测试工作，能够提高测试工作的准确率。并且，本申请的提案根据测试人员的测试需求就可以自动生成相应的测试策略，能够避免测试工作存在冗余的情况，且大大减少测试人员进行人工分析的时间，提升工作效率。

附图说明

图1为本申请实施例方案中涉及的终端的硬件结构示意图；

图2为本申请测试策略的获取方法第一实施例的流程示意图；

图3为本申请一种实施例中根据所述测试需求查找对应的业务属性的步骤的流程细化示意图；

图4为本申请另一种实施例中根据所述测试需求查找对应的业务属性的步骤的流程细化示意图；

图5为本申请测试策略的获取方法第二实施例的流程示意图；

图6为本申请实施例中按照所述测试顺序依次读取所述测试用例进行自动化测试，获得测试数据的步骤的流程细化示意图；

图7为本申请测试策略的获取装置的模块示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例涉及的测试策略的获取方法主要应用于终端，该终端可以是PC、便携计算机、移动终端等具有显示和处理功能的设备。

参照图1，图1为本申请实施例方案中涉及的终端结构示意图。本申请实施例中，终端可以包括处理器1001（例如CPU），通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard）；网络接口1004可选的可以包括标准的有线接口、无线接口（如WI-FI接口）；存储器1005可以是高速RAM存储器，也可以是稳定的存储器（non-volatile memory），例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的硬件结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

继续参照图1，图1中作为一种非易失性可读存储介质的存储器1005可以包括操作系统、网络通信模块以及测试策略的获取计算机可读指令。

在图1中，网络通信模块主要用于连接服务器，与服务器进行数据通信；而处理器1001可以调用存储器1005中存储的测试策略的获取计算机可读指令，并执行测试策略的获取方法的步骤。

基于上述终端的硬件结构，提出本申请测试策略的获取方法的各个实施例。

本申请提供一种测试策略的获取方法。

请参阅图2，在本申请第一实施例中，测试策略的获取方法包括以下步骤：

步骤S100，接收工作人员输入的需求属性以及与输入的需求属性关联的源程序；

在接收测试需求之前，工作人员需要对各类需求属性进行对应的测试分析，以形成与需求属性对应的测试策略。在进行测试分析时，终端可以接收工作人员输入的需求属性以及与需求属性关联的源程序。

步骤S200，根据所述源程序生成流程图；

在获取到源程序后，利用编译器对源程序进行编译，以实现自动对源程序进行插桩，实现对源程序的逻辑覆盖。其中，编译器可以是GCC编译器等能够自动完成插桩的编译器。编译器在对源程序进行编译后生成插桩源程序，在对编译源程序进行图形化显示以获得语法中间树条件，再对语法中间树条件进行解析得到源程序的流程图。

步骤S300，根据所述流程图生成目标路径集；

在获得源程序的流程图后，对流程图中的所有圈进行标记，并生成经过流程图中的所有圈的至少一个分支的路径组成的主路径集，再利用主路径集通过加圈法生成得到目标路径集。

步骤S400，根据所述目标路径集生成对应的测试用例；

在生成目标路径集后，根据源程序与目标路径集确定每个目标路径经过的分支点，再根据遗传算法生成每个目标路径对应的测试用例，从而得到与目标路径集对应的所有的测试用例。

步骤S500，将所有的所述测试用例集合在一起组成与输入的需求属性对应的测试策略；

具体地，在获取到所有的测试用例后，将所有的测试用例集合在一起组成与需求属性对应的测试策略，并将测试策略与需求属性的对应关系添加至第二关联表中，从而使得在需要获得测试策略时，可通过需求属性直接查找到对应的测试策略。

步骤S600，获取工作人员输入的测试需求；

由于在测试领域，一个软件的版本的测试需求多样化，终端可以通过接收工作人员的输入来获得测试需求。

步骤S700，根据所述测试需求查找对应的业务属性；

在获取到测试需求后，可以根据该测试需求查找到对应的业务属性。具体地，测试需求可以包括客户端的设计需求、在某一产品已成功上线使用，需移植复用到其他产品线使用的需求、对软件进行优化的需求、设计到技术的改造需求、对问题进行修复的需求等。

可以是，请参照图3，图3为本申请一种实施例中根据所述测试需求查找对应的业务属性的步骤的流程细化示意图，基于上述实施例，步骤S700包括：

步骤S710，将所述测试需求在预设的关键词库中进行匹配查询；

在终端中预先存储有关键词库，关键词库中存储有与业务属性对应的关键词。需要说明的是，业务属性对应的关键词可以是从业务属性中提取出的词，也可以是业务属性本身，例如，当业务属性为新业务需求时，对应的关键词为新业务；当业务属性为纯客户端需求时，对应的关键词为客户端；当业务属性为标准控件时，对应的关键词为标准控件。

在用户输入的测试需求比较详细时，在接收到测试需求后，可以将该测试需求对应的文本信息放入预设的关键词库中进行匹配查询。具体地，可以将测试需求先进行分词处理，得到不同的字符，将分出来的字符在关键词库中进行匹配查询，判断在关键词库中是否存在与分出来的支付相匹配的关键词。

步骤S720，若在预设的关键词库中有与所述测试需求中的字符相匹配的关键词，则根据所述关键词获取对应的业务属性；

具体地，如果在预设的关键词库中有与测试需求中的字符相匹配的关键词，则说明在终端中存储有与测试需求对应的业务属性，因此，就根据与测试需求中的字符相匹配的关键词来获取到对应的业务属性。

步骤S730，若在预设的关键词库中没有与所述测试需求中的字符相匹配的关键词，则在终端界面生成输入业务属性的提示信息以提示工作人员输入业务属性。

具体地，如果在预设的关键词库中没有与测试需求中的字符相匹配的关键词，则说明在终端中可能没有存储与获取的测试需求对应的业务属性，此时，可以在终端界面生成输入业务属性的提示信息以提示工作人员输入业务属性。即，提醒工作人员基于专业知识直接输入业务属性，便于后续的查询步骤，终端在接收到工作人员输入的业务属性后，就获取得到了与测试需求对应的业务属性。

在另一种实施例中，若在预设的关键词库中没有与测试需求中的字符相匹配的关键词，终端可以将所有的存储的业务属性显示于终端界面，以供工作人员基于专业知识进行选择，再选出与测试需求对应的业务属性，终端在接收到选择指令后，根据选择指令可以获取到了与测试需求对应的业务属性。

此外，请参照图4，图4为本申请另一种实施例中根据所述测试需求查找对应的业务属性的步骤的流程细化示意图，基于上述实施例，步骤S700还包括：

步骤S740，根据所述测试需求获取对应的预设标签；

具体地，在本实施例中，在终端中预先设置有多种测试需求以及与测试需求对应的业务属性，在测试需求预设标签，每个预设标签关联有多个业务属性。例如，测试需求可以为优化等。而优化对应的业务属性可以有加速app、启动加速、文案字体优化、交互挑战优化、ui优化、用户体验类需求不改变核心交互逻辑和主流程的优化以及活动类运营优化。

在用户输入的测试需求比较上位概括时，在接收到测试需求后，获取与该测试需求对应的预设标签。需要说明的是，当无法获取到与该测试需求对应的预设标签时，可以在终端界面生成输入业务属性的提示信息以提示工作人员输入业务属性。

步骤S750，根据所述预设标签查找对应的所有的业务属性，并显示于终端界面；

具体地，在获取到预设标签后，根据该预设标签查找到对应的所有的业务属性，并将所有的业务属性显示于终端的显示界面。

步骤S760，接收工作人员输入的选择指令，并根据所述选择指令选取对应的业务属性。

具体地，接收工作人员针对所有的业务属性输入的选择指令，根据选择指令可以获取到了与测试需求对应的业务属性。

步骤S800，根据所述业务属性在第一关联表中查找到对应的需求属性，其中，所述第一关联表为业务属性与需求属性的关联表；

在获取业务属性后，在预存的第一关联表中查找到对应的需求属性，其中，第一关联表为业务属性与需求属性的关联表，需求属性包括：新需求、复用型需求、需求优化、技术需求、体验上的优化、运营优化、数据上报优化以及bug转需求；新需求对应的业务属性包括：新业务需求、新方向、新版本、纯客户端需求、web类需求、后台服务类需求以及多方联调类需求，复用型需求对应的业务属性包括：成熟标准组件的复用、标准控件的复用、标准功能模版的复用、封装成熟的第三方sdk、人脸识别以及语音识别，需求优化对应的业务需求包括：加速app、启动加速、文案字体优化、交互挑战优化以及ui优化，技术需求对应的业务需求包括：已有需求的插件重构、架构改造、性能优化、数据库改造、ui重构、底层技术重构、核心后端改造以及公共技术框架扩展，体验上的优化对应的业务需求包括：用户体验类需求，运营优化对应的业务属性包括活动类运营优化，数据上报优化对应的业务属性包括埋点、数据上报，bug转需求对应的业务属性包括：线上crash问题、遗留Bug修复。

其中，第一关联表是根据实际情况预先建立的，即，工作人员基于专业知识列举出所有的业务属性后，再将业务属性按需求进行分类，即，使得业务属性都具有对应的需求属性。并且，在测试工作进行的过程中，工作人员可以根据实际情况不断对第一关联表进行更新。

步骤S900，根据所述需求属性在第二关联表中查找到对应的测试策略，其中，所述第二关联表为需求属性与测试策略的关联表。

在获取到与业务属性对应的需求属性后，根据需求属性在第二关联表中查找到对应的测试策略，其中，第二关联表为需求属性与测试策略的关联表，新需求对应的测试策略为：业务需求同步、技术方案同步、提测前产品走查体验、详细测试分析、详细用例设计、开发自测、代码覆盖率、story测试、集成测试、兼容测试、稳定性测试、性能测试、安全测试以及灰度测式；复用型需求对应的测试策略为：业务需求同步、技术方案同步、开发自测、代码覆盖率、核心功能集成测试、验收测试、稳定性测试、性能测试以及安全测试；技术需求对应的测试策略：技术方案同步、详细测试分析以及代码覆盖率；需求优化对应的测试策略为：需求优化同步、开发自测、测试CR以及合作伙伴；体验上的优化对应的测试策略为：体验优化同步、开发自测、测试CR以及合作伙伴；运营优化对应的测试策略为：运营自动化以及核心功能自动化；数据上报优化对应的测试策略为：需求同步、开发自测、测试CR以及合作伙伴；bug转需求对应的测试策略为：Bug列表同步、开发自测、测试CR以及合作伙伴。

其中，第二关联表是根据对不同的需求属性进行详细的测试分析而制定的，测试分析包括有需求分析和实现分析，通过测试分析得出测试策略后，将测试策略与需求属性对应存储至第二关联表。

本申请技术方案中，接收工作人员输入的需求属性以及与输入的需求属性关联的源程序；根据所述源程序生成对应的流程图；根据所述流程图生成目标路径集；根据所述目标路径集生成对应的测试用例；将所有的所述测试用例集合在一起组成与输入的需求属性对应的测试策略，获取工作人员输入的测试需求；根据测试需求查找对应的业务属性；根据业务属性在预设的第一关联表中查找到对应的需求属性其中，第一关联表为业务属性与需求属性的关联表；根据需求属性在预设的第二关联表中查找到对应的测试策略，其中，第二关联表为需求属性与测试策略的关联。本申请提出的技术方案基于测试管理来获取测试策略以进行测试，根据工作人员的不同的测试需求，利用第一关联表和第二关联表查找获取到对应的测试策略，即，本申请根据不同的测试需求获取不同的测试策略，以进行后续的测试工作，能够提高测试工作的准确率。并且，本申请的提案根据测试人员的测试需求就可以自动生成相应的测试策略，能够避免测试工作存在冗余的情况，且大大减少测试人员进行人工分析的时间，提升工作效率。

进一步地，请参照图5，图5为本申请测试策略的获取方法第二实施例的流程示意图，基于上述实施例，步骤S900之后，还包括：

步骤S910，获取所述测试策略中的测试用例以及所述测试用例的测试顺序；

在获取到测试策略后，调用与测试策略对应的接口，通过该接口拉取对应的测试策略，在根据测试策略中的测试用例额进行测试工作。具体地，一个测试策略中包含有多个测试用例，在获取到与测试策略的获取需求对应的测试策略后，获取测试策略中的所有的测试用例，并且，在获取到所有的测试用例后，获取测试策略中所有的测试用例的测试顺序。

步骤S920，按照所述测试顺序依次读取所述测试用例进行自动化测试，获得测试数据。

在读取到测试用例的测试顺序后，按照测试顺序依次读取测试用例来进行自动化测试，得到测试数据。

可以是，请参照图6，图6为本申请实施例中按照所述测试顺序依次读取所述测试用例进行自动化测试，获得测试数据的步骤的流程细化示意图，基于第二实施例，步骤S920包括：

步骤S921，按照所述测试顺序依次读取所述测试用例进行测试；

步骤S922，若存在测试过程出现故障的测试用例，则获取所述故障的类型；

需要说明的是，在按照测试顺序依次读取测试用例进行自动化测试的过程中，可能存在各种类型的故障，为了保证测试能够自动化进行，可以在终端中预设故障的类型，例如，设置两种故障的类型，一种故障的类型为暂停类型，该类型的故障相对比较严重，需要工作人员及时处理解决；另一种故障的类型为执行类型，该类型的故障问题较小，可以在测试完成后再进行处理。

具体地，按照测试顺序依次读取测试用例进行测试，若存在测试过程出现故障的测试用例，则获取故障的类型；若测试过程不存在出现故障的测试用例，则将所有的测试用例测试完后，获得测试数据。

步骤S923，若所述故障的类型为预设的暂停类型，则停止测试，并生成故障提示信息；

当获取的故障的类型为预设的暂停类型时，终端自动停止测试，并在终端界面生成故障提示信息，以提示工作人员及时对故障进行处理。

步骤S924，若所述故障的类型为预设的执行类型，则记录所述故障，并继续执行下一测试用例，获得测试数据。

当取的故障的类型为预设的执行类型时，此时可以继续进行测试，因此可以在终端的测试日志中记录该故障，在继续执行下一测试用例，获得测试数据。

此外，请参照图7，本申请还提供一种测试策略的获取装置，所述测试策略的获取装置包括：

接收模块10，用于接收工作人员输入的需求属性以及与输入的需求属性关联的源程序；

第一生成模块20，用于根据所述源程序生成对应的流程图；

第二生成模块30，用于根据所述流程图生成目标路径集；

第三生成模块40，用于根据所述目标路径集生成对应的测试用例；

组成模块50，用于将所有的所述测试用例集合在一起组成与输入的需求属性对应的测试策略；

第一获取模块60，用于获取工作人员输入的测试需求；

第一查找模块70，用于根据所述测试需求查找对应的业务属性；

第二查找模块80，用于根据所述业务属性在预设的第一关联表中查找到对应的需求属性，其中，所述第一关联表为业务属性与需求属性的关联表；

第三查找模块90，用于根据所述需求属性在预设的第二关联表中查找到对应的测试策略，其中，所述第二关联表为需求属性与测试策略的关联表。

进一步地，所述第一查找模块60还用于：

将所述测试需求在预设的关键词库中进行匹配查询；

若在预设的关键词库中有与所述测试需求中的字符相匹配的关键词，则根据所述关键词获取对应的业务属性；

若在预设的关键词库中没有与所述测试需求中的字符相匹配的关键词，则在终端界面生成输入业务属性的提示信息以提示工作人员输入业务属性。

进一步地，所述第一查找模块60还用于：

根据所述测试需求获取对应的预设标签；

根据所述预设标签查找对应的所有的业务属性，并显示于终端界面；

接收工作人员输入的选择指令，并根据所述选择指令选取对应的业务属性。

进一步地，所述测试策略的获取装置还包括：

第二获取模块，用于获取所述测试策略中的测试用例以及所述测试用例的测试顺序；

测试模块，用于按照所述测试顺序依次读取所述测试用例进行自动化测试，获得测试数据。

进一步地，所述测试模块还用于：

按照所述测试顺序依次读取所述测试用例进行测试；

若存在测试过程出现故障的测试用例，则获取所述故障的类型；

若所述故障的类型为预设的暂停类型，则停止测试，并生成故障提示信息；

若所述故障的类型为预设的执行类型，则记录所述故障，并继续执行下一测试用例，获得测试数据。

进一步地，所述需求属性包括：新需求、复用型需求、需求优化、技术需求、体验上的优化、运营优化、数据上报优化以及bug转需求；

其中，所述新需求对应的测试策略为：业务需求同步、技术方案同步、提测前产品走查体验、详细测试分析、详细用例设计、开发自测、代码覆盖率、story测试、集成测试、兼容测试、稳定性测试、性能测试、安全测试以及灰度测式；所述复用型需求对应的测试策略为：业务需求同步、技术方案同步、开发自测、代码覆盖率、核心功能集成测试、验收测试、稳定性测试、性能测试以及安全测试；所述技术需求对应的测试策略为：技术方案同步、详细测试分析以及代码覆盖率；所述需求优化对应的测试策略为：需求优化同步、开发自测、测试CR以及合作伙伴；所述体验上的优化对应的测试策略为：体验优化同步、开发自测、测试CR以及合作伙伴；所述运营优化对应的测试策略为：运营自动化以及核心功能自动化；所述数据上报优化对应的测试策略为：需求同步、开发自测、测试CR以及合作伙伴；所述bug转需求对应的测试策略为：Bug列表同步、开发自测、测试CR以及合作伙伴。

其中，上述测试策略的获取装置中各个模块与上述测试策略的获取方法实施例中各步骤相对应，其功能和实现过程在此处不再一一赘述。

此外，本申请还提供一种非易失性可读存储介质。

本申请非易失性可读存储介质上存储有测试策略的获取计算机可读指令，其中，测试策略的获取计算机可读指令被处理器执行时，实现如上述的测试策略的获取方法的步骤。

其中，测试策略的获取计算机可读指令被执行时所实现的方法可参照本申请测试策略的获取方法的各个实施例，此处不再赘述。

Claims (20)

1. 一种测试策略的获取方法，其中，所述测试策略的获取方法包括：

   接收工作人员输入的需求属性以及与输入的需求属性关联的源程序；

   根据所述源程序生成对应的流程图；

   根据所述流程图生成目标路径集；

   根据所述目标路径集生成对应的测试用例；

   将所有的所述测试用例集合在一起组成与输入的需求属性对应的测试策略；

   获取工作人员输入的测试需求；

   根据所述测试需求查找对应的业务属性；

   根据所述业务属性在预设的第一关联表中查找到对应的需求属性，其中，所述第一关联表为业务属性与需求属性的关联表；

   根据所述需求属性在预设的第二关联表中查找到对应的测试策略，其中，所述第二关联表为需求属性与测试策略的关联表。
2. 如权利要求1所述的测试策略的获取方法，其中，所述根据所述测试需求查找对应的业务属性的步骤包括：

   将所述测试需求在预设的关键词库中进行匹配查询；

   若在预设的关键词库中有与所述测试需求中的字符相匹配的关键词，则根据所述关键词获取对应的业务属性；

   若在预设的关键词库中没有与所述测试需求中的字符相匹配的关键词，则在终端界面生成输入业务属性的提示信息以提示工作人员输入业务属性。
3. 如权利要求1所述的测试策略的获取方法，其中，所述根据所述测试需求查找对应的业务属性的步骤还包括：

   根据所述测试需求获取对应的预设标签；

   根据所述预设标签查找对应的所有的业务属性，并显示于终端界面；

   接收工作人员输入的选择指令，并根据所述选择指令选取对应的业务属性。
4. 如权利要求1所述的测试策略的获取方法，其中，所述根据所述需求属性在第二关联表中查找到对应的测试策略的步骤之后，还包括：

   获取所述测试策略中的测试用例以及所述测试用例的测试顺序；

   按照所述测试顺序依次读取所述测试用例进行自动化测试，获得测试数据。
5. 如权利要求4所述的测试策略的获取方法，其中，所述按照所述测试顺序依次读取所述测试用例进行自动化测试，获得测试数据的步骤包括：

   按照所述测试顺序依次读取所述测试用例进行测试；

   若存在测试过程出现故障的测试用例，则获取所述故障的类型；

   若所述故障的类型为预设的暂停类型，则停止测试，并生成故障提示信息；

   若所述故障的类型为预设的执行类型，则记录所述故障，并继续执行下一测试用例，获得测试数据。
6. 如权利要求5所述的测试策略的获取方法，其中，所述需求属性包括：新需求、复用型需求、需求优化、技术需求、体验上的优化、运营优化、数据上报优化以及bug转需求；

   其中，所述新需求对应的测试策略为：业务需求同步、技术方案同步、提测前产品走查体验、详细测试分析、详细用例设计、开发自测、代码覆盖率、story测试、集成测试、兼容测试、稳定性测试、性能测试、安全测试以及灰度测式；所述复用型需求对应的测试策略为：业务需求同步、技术方案同步、开发自测、代码覆盖率、核心功能集成测试、验收测试、稳定性测试、性能测试以及安全测试；所述技术需求对应的测试策略为：技术方案同步、详细测试分析以及代码覆盖率；所述需求优化对应的测试策略为：需求优化同步、开发自测、测试CR以及合作伙伴；所述体验上的优化对应的测试策略为：体验优化同步、开发自测、测试CR以及合作伙伴；所述运营优化对应的测试策略为：运营自动化以及核心功能自动化；所述数据上报优化对应的测试策略为：需求同步、开发自测、测试CR以及合作伙伴；所述bug转需求对应的测试策略为：Bug列表同步、开发自测、测试CR以及合作伙伴。
7. 一种测试策略的获取装置，其中，所述测试策略的获取装置包括：

   接收模块，所述接收模块用于接收工作人员输入的需求属性以及与输入的需求属性关联的源程序；

   第一生成模块，所述第一生成模块用于根据所述源程序生成对应的流程图；

   第二生成模块，所述第二生成模块用于根据所述流程图生成目标路径集；

   第三生成模块，所述第三生成模块用于根据所述目标路径集生成对应的测试用例；

   组成模块，所述组成模块用于将所有的所述测试用例集合在一起组成与输入的需求属性对应的测试策略；

   第一获取模块，所述第一获取模块用于获取工作人员输入的测试需求；

   第一查找模块，所述第一查找模块用于根据所述测试需求查找对应的业务属性；

   第二查找模块，所述第二查找模块用于根据所述业务属性在预设的第一关联表中查找到对应的需求属性，其中，所述第一关联表为业务属性与需求属性的关联表；

   第三查找模块，所述第三查找模块用于根据所述需求属性在预设的第二关联表中查找到对应的测试策略，其中，所述第二关联表为需求属性与测试策略的关联表。
8. 如权利要求7所述的测试策略的获取装置，其中，所述第一查找模块还用于：

   将所述测试需求在预设的关键词库中进行匹配查询；

   若在预设的关键词库中有与所述测试需求中的字符相匹配的关键词，则根据所述关键词获取对应的业务属性；

   若在预设的关键词库中没有与所述测试需求中的字符相匹配的关键词，则在终端界面生成输入业务属性的提示信息以提示工作人员输入业务属性。
9. 如权利要求7所述的测试策略的获取装置，其中，所述第一查找模块还用于：

   根据所述测试需求获取对应的预设标签；

   根据所述预设标签查找对应的所有的业务属性，并显示于终端界面；

   接收工作人员输入的选择指令，并根据所述选择指令选取对应的业务属性。
10. 如权利要求7所述的测试策略的获取装置，其中，所述测试策略的获取装置还包括：

    第二获取模块，所述第二获取模块用于获取所述测试策略中的测试用例以及所述测试用例的测试顺序；

    测试模块，所述测试模块按照所述测试顺序依次读取所述测试用例进行自动化测试，获得测试数据。
11. 一种终端，其中，包括处理器、存储器、以及存储在所述存储器上的可被所述处理器执行的测试策略的获取计算机可读指令，其中，所述测试策略的获取计算机可读指令被所述处理器执行时，实现如下步骤：

    接收工作人员输入的需求属性以及与输入的需求属性关联的源程序；

    根据所述源程序生成对应的流程图；

    根据所述流程图生成目标路径集；

    根据所述目标路径集生成对应的测试用例；

    将所有的所述测试用例集合在一起组成与输入的需求属性对应的测试策略；

    获取工作人员输入的测试需求；

    根据所述测试需求查找对应的业务属性；

    根据所述业务属性在预设的第一关联表中查找到对应的需求属性，其中，所述第一关联表为业务属性与需求属性的关联表；

    根据所述需求属性在预设的第二关联表中查找到对应的测试策略，其中，所述第二关联表为需求属性与测试策略的关联表。
12. 如权利要求11所述的终端，其中，所述测试策略的获取计算机可读指令被所述处理器执行时，还可以实现如下步骤：

    将所述测试需求在预设的关键词库中进行匹配查询；

    若在预设的关键词库中有与所述测试需求中的字符相匹配的关键词，则根据所述关键词获取对应的业务属性；

    若在预设的关键词库中没有与所述测试需求中的字符相匹配的关键词，则在终端界面生成输入业务属性的提示信息以提示工作人员输入业务属性。
13. 如权利要求11所述的终端，其中，所述测试策略的获取计算机可读指令被所述处理器执行时，还可以实现如下步骤：

    根据所述测试需求获取对应的预设标签；

    根据所述预设标签查找对应的所有的业务属性，并显示于终端界面；

    接收工作人员输入的选择指令，并根据所述选择指令选取对应的业务属性。
14. 如权利要求11所述的终端，其中，所述测试策略的获取计算机可读指令被所述处理器执行时，还可以实现如下步骤：

    获取所述测试策略中的测试用例以及所述测试用例的测试顺序；

    按照所述测试顺序依次读取所述测试用例进行自动化测试，获得测试数据。
15. 如权利要求14所述的终端，其中，所述测试策略的获取计算机可读指令被所述处理器执行时，还可以实现如下步骤：

    按照所述测试顺序依次读取所述测试用例进行测试；

    若存在测试过程出现故障的测试用例，则获取所述故障的类型；

    若所述故障的类型为预设的暂停类型，则停止测试，并生成故障提示信息；

    若所述故障的类型为预设的执行类型，则记录所述故障，并继续执行下一测试用例，获得测试数据。
16. 一种非易失性可读存储介质，其中，所述非易失性可读存储介质上存储有测试策略的获取计算机可读指令，其中，所述测试策略的获取计算机可读指令被处理器执行时，实现如下步骤：

    接收工作人员输入的需求属性以及与输入的需求属性关联的源程序；

    根据所述源程序生成对应的流程图；

    根据所述流程图生成目标路径集；

    根据所述目标路径集生成对应的测试用例；

    将所有的所述测试用例集合在一起组成与输入的需求属性对应的测试策略；

    获取工作人员输入的测试需求；

    根据所述测试需求查找对应的业务属性；

    根据所述业务属性在预设的第一关联表中查找到对应的需求属性，其中，所述第一关联表为业务属性与需求属性的关联表；

    根据所述需求属性在预设的第二关联表中查找到对应的测试策略，其中，所述第二关联表为需求属性与测试策略的关联表。
17. 如权利要求16所述的非易失性可读存储介质，其中，所述测试策略的获取计算机可读指令被处理器执行时，还可以实现如下步骤：

    将所述测试需求在预设的关键词库中进行匹配查询；

    若在预设的关键词库中有与所述测试需求中的字符相匹配的关键词，则根据所述关键词获取对应的业务属性；

    若在预设的关键词库中没有与所述测试需求中的字符相匹配的关键词，则在终端界面生成输入业务属性的提示信息以提示工作人员输入业务属性。
18. 如权利要求16所述的非易失性可读存储介质，其中，所述测试策略的获取计算机可读指令被处理器执行时，还可以实现如下步骤：

    根据所述测试需求获取对应的预设标签；

    根据所述预设标签查找对应的所有的业务属性，并显示于终端界面；

    接收工作人员输入的选择指令，并根据所述选择指令选取对应的业务属性。
19. 如权利要求16所述的非易失性可读存储介质，其中，所述测试策略的获取计算机可读指令被处理器执行时，还可以实现如下步骤：

    获取所述测试策略中的测试用例以及所述测试用例的测试顺序；

    按照所述测试顺序依次读取所述测试用例进行自动化测试，获得测试数据。
20. 如权利要求19所述的非易失性可读存储介质，其中，所述测试策略的获取计算机可读指令被处理器执行时，还可以实现如下步骤：

    按照所述测试顺序依次读取所述测试用例进行测试；

    若存在测试过程出现故障的测试用例，则获取所述故障的类型；

    若所述故障的类型为预设的暂停类型，则停止测试，并生成故障提示信息；

    若所述故障的类型为预设的执行类型，则记录所述故障，并继续执行下一测试用例，获得测试数据。