本发明涉及计算机技术领域，特别涉及一种测试案例复用管理方法及系统。
背景技术：
测试案例(testcase，也就是测试用例，指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档)是软件产品的功能测试实施的基本依据，对测试案例的复用可以有效提高测试工作的效率，降低测试实施的质量风险。
目前在银行系统的功能测试工作中，测试案例的复用率较低。其主要原因是：
1、不易追溯历史：基于功能测试按批次实施的要求，对于每个产品(用于办理银行某项业务的应用系统)在每个批次(用于实施应用系统升级的时间段)都会至少使用一个excel用于编辑和保存测试案例本批次的案例集合，随着批次的增多，同一产品会在多个批次中涉及功能改造，如果想复用产品某些功能的测试案例，需要将涉及此功能的所有批次的案例集合进行整理，这个过程不仅费时费力，还很容易在文档合并时出现操作错误。
2、维护成本高：经过多个批次的积累，单个产品的测试案例数据量可达到万级(中型以上的业务系统案例数量一般在十万级)，使用excel对如此大规模的案例集合进行版本管理和更新维护的工作量巨大，在实际的测试工作中难以推广。
由于案例复用的前提是需要存在一个完整的测试案例集合，这个集合具有完整性、可更新性、可检索性的特点。而现有的测试案例集合规模大、变化频繁，在缺少系统支持的情况下，检索和变更都存在困难，可持续的复用更是无从谈起。
技术实现要素：
本发明实施例提供了一种测试案例复用管理方法，包括：测试案例生成过程和测试案例复用过程；
其中，测试案例生成过程包括：
确定要创建的业务应用系统的信息及所述业务应用系统所需的业务要素；
根据所述要创建的业务应用系统的信息及所述业务应用系统所需的业务要素，生成测试案例模板；
将所述测试案例模板下载；
导入测试案例，并生成测试案例编号，按照所述测试案例编号对所述测试案例进行存储，所述测试案例为对所述测试案例模板进行编辑后生成的；
测试案例复用过程包括：
获取相应的测试案例进行下载；
导入经过编辑的相应测试案例并存储。
本发明实施例提供了一种测试案例复用管理系统，包括：
在测试案例生成过程中：
信息创建模块，用于确定要创建的业务应用系统的信息；
业务要素创建模块，用于确定所述业务应用系统所需的业务要素；
模板生成模块，用于根据所述要创建的业务应用系统的信息及所述业务应用系统所需的业务要素，生成测试案例模板；
下载模块，用于将所述测试案例模板下载；
导入模块，用于导入测试案例，并生成测试案例编号，按照所述测试案例编号对所述测试案例进行存储，所述测试案例为对所述测试案例模板进行编辑后生成的；
在测试案例复用过程中：
所述下载模块还用于：获取相应的测试案例进行下载；
所述导入模块还用于：导入经过编辑的相应测试案例并存储。
本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述所述方法。
本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述所述方法的计算机程序。
在本发明实施例中，通过提出的测试案例复用管理系统及方法，支持测试案例模板及测试案例的建立，以及测试案例的实时更新，最终达到对测试案例的持续复用。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种测试案例复用管理方法流程图；
图2是本发明实施例提供的一种测试案例复用管理系统结构框图；
图3是本发明实施例提供的一种产品创建过程示意图一；
图4是本发明实施例提供的一种产品创建过程示意图二；
图5是本发明实施例提供的一种产品创建过程示意图三；
图6是本发明实施例提供的一种业务要素创建示意图一；
图7是本发明实施例提供的一种业务要素创建示意图二；
图8是本发明实施例提供的一种业务要素创建示意图三；
图9是本发明实施例提供的一种业务要素创建示意图四；
图10是本发明实施例提供的一种测试案例模板生成过程示意图一；
图11是本发明实施例提供的一种测试案例模板生成过程示意图二；
图12是本发明实施例提供的一种测试案例模板生成过程示意图三；
图13是本发明实施例提供的一种测试案例模板生成过程示意图四；
图14是本发明实施例提供的一种测试案例模板生成过程示意图五；
图15是本发明实施例提供的一种测试案例模板生成过程示意图六；
图16是本发明实施例提供的一种测试案例模板下载示意图一；
图17是本发明实施例提供的一种测试案例模板下载示意图二；
图18是本发明实施例提供的一种测试案例导入示意图一；
图19是本发明实施例提供的一种测试案例导入示意图二；
图20是本发明实施例提供的一种测试案例导入示意图三；
图21是本发明实施例提供的一种测试案例导入示意图四；
图22是本发明实施例提供的一种模板管理表、要素管理表、产品模板主表和产品模板备份表之间的关系示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在本发明实施例中，提供了一种测试案例复用管理方法，如图1所示，该方法包括：测试案例生成过程和测试案例复用过程；
其中，测试案例生成过程包括：
步骤101：确定要创建的业务应用系统的信息及所述业务应用系统所需的业务要素；
步骤102：根据所述要创建的业务应用系统的信息及所述业务应用系统所需的业务要素，生成测试案例模板；
步骤103：将所述测试案例模板下载；
步骤104：导入测试案例，并生成测试案例编号，按照所述测试案例编号对所述测试案例进行存储，所述测试案例为对所述测试案例模板进行编辑后生成的；
测试案例复用过程包括：
步骤105：获取相应的测试案例进行下载；
步骤106：导入经过编辑的相应测试案例并存储。
该方法是基于本发明实施例中提供的一种测试案例复用管理系统，如图2所示，该系统包括：
在测试案例生成过程中：
信息创建模块201，用于确定要创建的业务应用系统的信息；
业务要素创建模块202，用于确定所述业务应用系统所需的业务要素；
模板生成模块203，用于根据所述要创建的业务应用系统的信息及所述业务应用系统所需的业务要素，生成测试案例模板；
下载模块204，用于将所述测试案例模板下载；
导入模块205，用于导入测试案例，并生成测试案例编号，按照所述测试案例编号对所述测试案例进行存储，所述测试案例为对所述测试案例模板进行编辑后生成的；
在测试案例复用过程中：
所述下载模块204还用于：获取相应的测试案例进行下载；
所述导入模块205还用于：导入经过编辑的相应测试案例并存储。
结合本发明提出的测试案例复用管理方法和系统描述案例复用过程。
首先，描述一下测试案例生成过程。
测试案例的建立主要涉及产品(用于办理银行某项业务的应用系统，以下简称产品)、业务要素、测试案例模板三个关键因素：
1)产品创建
产品是对测试案例进行组织和管理的基本单位，是以产品本身的功能为基础形成的树状结构，测试案例作为叶子节点附着于产品树。
本系统及方法对于测试案例的管理是分产品进行的，因此创建产品(即步骤101)是所有操作的第一步，此部分由系统管理员负责，具体的产品创建过程如图3至图5所示：
11)点击添加按钮；
12)输入产品信息点击保存按钮；
13)系统创建产品记录。
2、业务要素创建
业务要素是以自定义字段形式存在并具有业务含义的数据元素，体现产品的不同特点，此部分由普通用户(即测试经理)负责创建和维护。例如：渠道、客户类型、账户类型、币种、地区等。具体的如表1所示。
表1
除了上述业务元素之外，还包括固定要素：用于体现规范化，具体包括模块、功能、子功能等字段，由系统管理员负责创建；测试分析要素：与测试案例的相关内容(例如：测试目的、测试步骤、预期结果等)，此部分由普通用户(即测试经理)负责创建和维护。
具体的业务要素创建过程(还是步骤101)如图6至图9所示：
21)点击添加按钮进入要素编辑页面；
22)编辑要素名称和要素备注栏位点击确定按钮；
23)系统创建业务要素。
3、测试案例模板生成
完成了步骤1和步骤2后，就可以通过模板生成功能生成测试案例模板，测试案例模板是测试案例维护的载体，将组成测试案例的各种要素按规则维护形成测试案例模板，测试案例模板的样式如表2所示。
表2
通过模板完成测试案例的新增、更新、删除等操作。不同产品的业务要素的内容不相同。
具体的测试案例模板生成过程(还是步骤102)如图10至图15所示：
31)点击添加按钮进入模板编辑页面；
32)输入模板名称栏位，选择业务要素点击添加按钮；
33)点击添加模板按钮进入设置可见字段页面；
34)选中可见字段(即测试点列表中回显的字段)点击添加按钮，点击确定按钮完成模板的创建。
完成测试案例模板之后，将所述测试案例模板下载(步骤103)，具体过程如图16至17所示：
点击模板记录对应的下载按钮；
系统下载excel模板。
4、案例导入和导出
模板生成后可以下载为excel文件，测试人员可以使用模板进行测试案例的编辑和更新，然后会将编辑后的测试案例导入到系统中，具体的导入过程如图18至图21所示。
测试案例在首次导入(即测试案例编号字段为空)时系统会自动分配一个对应的测试案例编号，在以后的案例复用中系统会依据测试案例编号进行测试案例的更新。具体的编号方法是：将测试案例模板中‘模块’、‘功能’、‘子功能’、‘序号’四个字段的字段值进行拼接，用分隔符‘-’进行连接，并在开头处增加固定值‘tcr-’，如表3所示。
表3
导入后系统生成的测试案例编号值为‘tcr-核心-存款-有折现金存款-0001’。db(database，数据库)中不光存储测试案例编号，而是将测试案例的所有内容分字段存储在数据表中，即一条测试案例对应db中的一条数据，仅测试案例编号字段有特殊的加工逻辑。
上面描述的是测试案例的生成过程，下面描述一下测试案例的复用过程。
具体实施时，针对方法，在执行步骤105和106之前，还包括：在获取相应的测试案例进行下载之前，检索所述相应的测试案例。
针对系统，还包括：检索模块；在测试案例复用过程中：所述检索模块用于：在在获取相应的测试案例进行下载之前，检索所述相应的测试案例。
具体的，本发明提出的系统和方法支持以业务要素为基础的自定义条件检索以及关键字检索。自定义条件检索将业务要素的参数配置设置为检索条件，通过不同的条件组合筛选出符合要求的案例集合。关键字检索即全文匹配并检索出包含关键字的所有案例，就是通过将与所述业务应用系统相关的关键字与案例数据的模糊比对，找出包含关键字的所有测试案例。若同时使用两种方式可以达到更精确的检索效果。
业务要素是测试案例模板的一个主要组成部分，每个产品的业务要素数量都比较多，在当前阶段业务要素的调整非常频繁，所以要求系统既能提供灵活的调整机制也能完整保存历史数据，此外业务要素也是检索复用案例集合的查询条件，可以辅助测试人员筛选出当前项目可以复用的测试案例集合。因此在数据库设计上，测试案例模板采用如下设计思路进行设计，如图22所示。
模板管理表用于保存测试案例模板记录，表内的字段3包含此模板涉及的所有业务要素，多个业务要素之间用‘；’分隔符分隔，而测试案例模板下的测试案例数据分主表和备份表进行存储。模板管理表通过字段5和字段6与对应的主表和备份表进行关联，当测试案例模板的业务要素发生变化时，主表对于新增、修改、删除均为物理操作(通过物理删除，被删除的对象将直接从计算机中消失，而不事先进入回收站！)，而备份表对于删除操作为逻辑删除(名称上的删除，实际并未真正删除，当我们对一个对象进行删除操作之后，那么，这个对象会跑到哪里呢？删除一个对象，它会跑到回收站里面，那么，这样的删除操作称为逻辑删除！)，保证备份表的历史数据的完整性，备份表的可选范围大于主表。测试人员可以通过主表查询或者备份表查询，在两个不同表里获取所需的测试案例集合进行复用。
以业务要素为基础的自定义条件检索的过程(也即检索模块206具体用于)包括：
根据所述所需的业务要素，从要素管理表中查找到所述所需的业务要素的编号；
根据所述所需的业务要素的编号，从模板管理表中找到对应的主表标识或备用表标识；
根据所述主表标识或备用表标识，从主表或备用表中查找到相应的测试案例数据。
通过强大的检索功能，测试人员可以轻松的获取某个功能或包含某个关键字的案例集合，通过系统的导出功能进行案例的复用。在进行导出时，系统会按照模板导出测试案例数据(包含测试案例编号字段值，如表4所示，图中仅截取了部分字段值)，测试案例编号字段值为数据表主键不允许人员修改，其它字段可以，导入时系统根据键值进行匹配并更新数据。即在导入经过数据修改后的测试案例后，系统会在导入时根据该测试案例的编号对数据库中所存储的相应编号的测试案例中的数据进行相应的更新。
表4
采用本方法前，假设一个产品包含50个功能，每个批次不同的项目会涉及本产品多个功能的改造，批次结束时本产品的所有改造会汇总为一个测试案例集合用excel文档进行保存，随着批次的推进会产生很多不同批次的测试案例集合，若当前批次功能a进行改造(此功能在之前的批次也进行过变更)，要实现功能a测试案例的复用，测试人员需要回忆最近一次功能a改造是在那个批次(一般都需要翻阅批次的项目功能说明书进行确认)，确认批次后再找到对应的测试案例集合获取案例。前文中提到一个产品会在多个项目中涉及不同功能的改造，因此也就会有多个项目功能说明书需要查阅，按照上面的过程获取当前批次改造功能的测试案例效率极低(与重新编写测试案例对比)，之前形成的测试案例就无法复用。采用本方法后，当前批次汇总的测试案例集合会在批次结束后导入到系统内进行统一存储，因系统内保存的就是各功能最新的测试案例集合，前面中获取测试案例效率极低的情况就不存在了，但系统内存储的测试案例的数量非常多，无法快速筛选出需要的测试案例集合成为影响复用的主要原因，因此提供上文提到的检索机制帮助测试人员高效的获取需要的测试案例集合，从而提高对系统内测试案例的复用率。
实现上述技术，本发明采用的是：
1.使用extjs实现的前端页面，后台采用java技术及mysql数据库。
2.使用java实现文件的导入导出数据库，用于测试案例导出复用和导入更新。
3.使用java实现自定义字段的自由拖拽，用于案例模板元素的自由拖曳定制，并通过与mysql数据库的通信，实现数据库字段的自动同步。
综上所述，使用excel管理测试资源适用于一次性的项目，或者项目实施频率低且各项目之间无太多关联性的情况。银行业务受经济趋势、国家政策、客户体验等多方面的影响，存在业务内容变化快、项目实施频率高的特点。业务办理电子化后，银行各产品之间存在密切的关联性(多接口)，例如，核心包括的开户业务是所有其它业务的基础，所有需要结算的业务都需要从核心获取客户的开户信息，因此对于具有如上特点的产品，在项目实施的过程中使用excel进行测试资源管理显然无法满足连贯性和高效率的要求。
而使用本发明提出的测试案例复用管理系统和方法具有如下优点：
1、很好的继承了现有规范化的内容；
2、采用业务要素进行案例生成，不仅能将测试设计人员的分析过程完整的展现出来，还能提供如下三个好处：
其一：可以通过同行评审查漏补缺；
其二：可以引导测试实施人员更好的理解案例的测试意图；
其三：减少人员流动对于测试资源复用的负面影响。
3、采用了案例同步机制
首次导入自动分配测试案例编号，后续变更(包括修改和删除等情况)根据测试案例编号进行数据同步。
4、采用了灵活检索机制
提供了可配置的查询条件和关键字检索两者检索方式，帮助测试人员快速定位测试案例，提高了测试设计人员的工作效率，避免了之前在多个exel文档中低效查找测试案例的情况，实现了优先复用已有测试案例，减少了重复编写相同内容的时间。将系统的应用将测试人员有限的精力从低端的查找、编写中解放出来，更多的专注于业务内容和系统实现，不仅有利于产品质量的提供也有利于测试人员自身价值的提升。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。