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

Abstract

本发明公开了一种测试策略的获取方法，包括：获取工作人员输入的测试需求；根据测试需求查找对应的业务属性；根据业务属性在预设的第一关联表中查找到对应的需求属性其中，第一关联表为业务属性与需求属性的关联表；根据需求属性在预设的第二关联表中查找到对应的测试策略，其中，第二关联表为需求属性与测试策略的关联。本发明还提供一种测试策略的获取装置、终端以及计算机可读存储介质。本发明提出的技术方案基于测试管理来获取测试策略以进行测试，根据工作人员的不同的测试需求，利用第一关联表和第二关联表查找获取到对应的测试策略，能够提高测试工作的准确率。

Description

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

技术领域

本发明涉及业务测试技术领域，尤其涉及一种测试策略的获取方法、装置、终端及计算机可读存储介质。

背景技术

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

因此，现有测试准确率低下是一种亟待解决的问题。

发明内容

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

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

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

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

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

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

优选地，所述根据所述测试需求查找对应的业务属性的步骤包括：

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

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

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

优选地，所述根据所述测试需求查找对应的业务属性的步骤还包括：

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

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

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

优选地，所述获取工作人员输入的测试需求的步骤之前，还包括：

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

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

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

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

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

优选地，所述根据所述需求属性在第二关联表中查找到对应的测试策略的步骤之后，还包括：

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

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

优选地，所述按照所述测试顺序依次读取所述测试用例进行自动化测试，获得测试数据的步骤包括：

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

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

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

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

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

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

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

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

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

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

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

本发明还提供一种终端，包括处理器、存储器、以及存储在所述存储器上的可被所述处理器执行的测试策略的获取程序，其中，所述测试策略的获取程序被所述处理器执行时，实现如上所述的测试策略的获取方法的步骤。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有测试策略的获取程序，其中，所述测试策略的获取程序被处理器执行时，实现如上所述的测试策略的获取方法的步骤。

本发明技术方案中，获取工作人员输入的测试需求；根据测试需求查找对应的业务属性；根据业务属性在预设的第一关联表中查找到对应的需求属性其中，第一关联表为业务属性与需求属性的关联表；根据需求属性在预设的第二关联表中查找到对应的测试策略，其中，第二关联表为需求属性与测试策略的关联。本发明提出的技术方案基于测试管理来获取测试策略以进行测试，根据工作人员的不同的测试需求，利用第一关联表和第二关联表查找获取到对应的测试策略，即，本发明根据不同的测试需求获取不同的测试策略，以进行后续的测试工作，能够提高测试工作的准确率。并且，本发明的提案根据测试人员的测试需求就可以自动生成相应的测试策略，能够避免测试工作存在冗余的情况，且大大减少测试人员进行人工分析的时间，提升工作效率。

附图说明

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

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

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

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

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

图6为本发明测试策略的获取方法第三实施例的流程示意图；

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

图8为本发明测试策略的获取装置的模块示意图。

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

具体实施方式

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

本发明实施例涉及的测试策略的获取方法主要应用于终端，该终端可以是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，根据所述测试需求查找对应的业务属性；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本发明技术方案中，获取工作人员输入的测试需求；根据测试需求查找对应的业务属性；根据业务属性在预设的第一关联表中查找到对应的需求属性其中，第一关联表为业务属性与需求属性的关联表；根据需求属性在预设的第二关联表中查找到对应的测试策略，其中，第二关联表为需求属性与测试策略的关联。本发明提出的技术方案基于测试管理来获取测试策略以进行测试，根据工作人员的不同的测试需求，利用第一关联表和第二关联表查找获取到对应的测试策略，即，本发明根据不同的测试需求获取不同的测试策略，以进行后续的测试工作，能够提高测试工作的准确率。并且，本发明的提案根据测试人员的测试需求就可以自动生成相应的测试策略，能够避免测试工作存在冗余的情况，且大大减少测试人员进行人工分析的时间，提升工作效率。

进一步地，请参照图5，图5为本发明测试策略的获取方法第二实施例的流程示意图，基于上述实施例，步骤S100之前包括:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

具体地，请参照图7，图7为本发明实施例中按照所述测试顺序依次读取所述测试用例进行自动化测试，获得测试数据的步骤的流程细化示意图，基于第三实施例，步骤S420包括：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

此外，本发明还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有测试策略的获取程序，其中，测试策略的获取程序被处理器执行时，实现如上述的测试策略的获取方法的步骤。

其中，测试策略的获取程序被执行时所实现的方法可参照本发明测试策略的获取方法的各个实施例，此处不再赘述。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用源程序的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是在本发明的发明构思下，利用本发明说明书及附图内容所作的等效结构变换，或直接/间接运用在其他相关的技术领域均包括在本发明的专利保护范围内。

Claims (10)

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

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

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

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

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

2.如权利要求1所述的测试策略的获取方法，其特征在于，所述根据所述测试需求查找对应的业务属性的步骤包括：

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

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

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

3.如权利要求1所述的测试策略的获取方法，其特征在于，所述根据所述测试需求查找对应的业务属性的步骤还包括：

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

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

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

4.如权利要1所述的测试策略的获取方法，其特征在于，所述获取工作人员输入的测试需求的步骤之前，还包括：

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

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

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

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

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

5.如权利要求1所述的测试策略的获取方法，其特征在于，所述根据所述需求属性在第二关联表中查找到对应的测试策略的步骤之后，还包括：

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

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

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

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

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

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

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

7.如权利要求1-6中任一项所述的测试策略的获取方法，其特征在于，所述需求属性包括：新需求、复用型需求、需求优化、技术需求、体验上的优化、运营优化、数据上报优化以及bug转需求；

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

8.一种测试策略的获取装置，其特征在于，所述测试策略的获取装置包括：

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

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

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

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

9.一种终端，其特征在于，包括处理器、存储器、以及存储在所述存储器上的可被所述处理器执行的测试策略的获取程序，其中，所述测试策略的获取程序被所述处理器执行时，实现如权利要求1至7中任一项所述的测试策略的获取方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有测试策略的获取程序，其中，所述测试策略的获取程序被处理器执行时，实现如权利要求1至7中任一项所述的测试策略的获取方法的步骤。