一种用例版本管理方法和装置制造方法及图纸

本发明专利技术提供了一种用例版本管理方法和装置，该方法包括如下步骤：响应用户输入项目的请求；接收并确认项目的具体内容；接收用户根据所述具体内容编写的用例，所述用例包括至少一个子用例；测试所述用例，如果在测试过程中发现问题，则接收用户调整和/或修改过的用例；将所述调整和/或修改过的用例进行回归测试。本发明专利技术不仅可以对整个项目的用例进行跟踪和合并，项目迭代的任意用例都可以进行查阅跟踪，而且实现简单，速度快。

【技术实现步骤摘要】
一种用例版本管理方法和装置
本专利技术涉及软件开发过程控制领域，尤其涉及一种用例版本管理方法和装置。
技术介绍
长期以来，项目用例的复用性一直困扰着人们，每次项目迭代开始，测试人员修改用例，编写用例时不能复用之前的用例，用例测试完成后也不能很好的进行归纳统计，这些成了很多测试人员的痛点。研究此项目的意义主要是，为测试的用例提供一些管理方案，让测试用例的管理更加细致，让编写用例形成半自动化，复用整合用例信息，从而缩短测试的测试时间和提供用例的有效性。现有技术中用例的一般使用流程是：测试人员根据需求编写测试用例，测试人员根据测试用例进行软件的测试，发现问题，更新用例状态；需求有调整或者新增，测试人员需要修改和新增用例，重新根据用例再次进行测试。对于每一个新项目均需要按照这个流程走一遍，然而很多项目之间是有很多相似性和复用性的。现有技术存在如下问题，(1)测试用例大多数依靠人工编写，虽然很多项目用例的内容类似，但是在不同的项目中需要重新编写测试用例，无法利用内容相似的测试用例，耗费测试人员很多时间。(2)测试用例在项目周期中有可能有修改，有调整，在项目的更新迭代中，用例会随着需求的变更，项目的变更等进行变化，所以测试人在管理不同版本下的测试用例存在很大时间成本、人员成本。(3)测试用例在项目周期不同的版本迭代中，最终体现的最新版本无法从各个迭代中进行自动合并整合。需要人为的进行操作整合合并，这样对测试人员的用例操作时间存在了很大的成本，浪费了很多时间。
技术实现思路
本专利技术针对现有方式的缺点，提出一种用例版本管理方法和装置，用以解决现有技术存在的上述问题。根据本专利技术的第一个方面，提供了一种用例版本管理方法，包括如下步骤：响应用户输入项目的请求；接收并确认项目的具体内容；接收用户根据所述具体内容编写的用例，所述用例包括至少一个子用例；测试所述用例，如果在测试过程中发现问题，则接收用户调整和/或修改过的用例；对所述调整和/或修改过的用例进行回归测试。进一步的，对所述调整和/或修改过的用例进行回归测试之后，还包括，如果所述项目需要升级或者接收到新的项目，则基于基线用例编写新的用例；所述基线用例为至少一个子用例。进一步的，所述用例存储在数据库中；所述数据库使用yaml模板对用例进行模板化。进一步的，所述数据库使用git底层技术对用例进行分组管理。进一步的，所述项目的具体内容，包括：项目的注册、登录和校验。根据本专利技术的另一个方面，提供了一种用例版本管理装置，包括：响应模块，用于响应用户输入项目的请求；第一接收模块，用于接收并确认项目的具体内容；第二接收模块，用于接收用户根据所述具体内容编写的用例，所述用例包括至少一个子用例；测试模块，用于测试所述用例；如果在测试过程中发现问题，则接收模块接收用户调整和/或修改过的用例，测试模块再对所述调整和/或修改过的用例进行回归测试。进一步的，所述测试模块再对所述调整和/或修改过的用例进行回归测试之后，还包括，如果第一接收模块接收到所述项目的升级版本或者接收到新的项目，则基于基线用例编写新的用例；所述基线用例为至少一个子用例。进一步的，所述用例存储在数据库中；所述数据库使用yaml模板对用例进行模板化。进一步的，所述数据库使用git底层技术对用例进行分组管理。进一步的，所述项目的具体内容，包括：项目的注册、登录和校验。与现有技术相比，本专利技术的有益效果是：1、本专利技术通过响应用户的请求，接收项目和用例，并对用例进行测试，如在测试过程中发现问题，则接收用户调整和/或修改过的用例，再对调整和/或修改过的用例进行回归测试，从而实现对用例进行复用操作、导入和导出以解决无法重复使用用例的问题；2、本专利技术在项目需要升级或者接收到新的项目的时候，可基于基线用例编写新的用例，从而节省人力投入成本；3、通过数据库对用例的分组管理，可以实现对用例的跟踪和合并，项目迭代的任意用例都可以进行查阅跟踪。本专利技术附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本专利技术的实践了解到。附图说明本专利技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：图1为本专利技术实施例中的一种用例版本管理方法的流程图之一；图2为本专利技术实施例中的一种用例版本管理方法的流程图之二；图3为本专利技术实施例中的一种用例版本管理装置的结构框图；图4为本专利技术实施例中的git开发过程的流程图。具体实施方式为了使本
的人员更好地理解本专利技术方案，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述。在本专利技术的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分例，实施而不是全部的实施例。基于本专利技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。本
技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本专利技术所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。实施例一如图1-2所示，提供了本专利技术一个实施例的一种用例版本管理方法，包括如下步骤：A101响应用户输入项目的请求；A102接收并确认项目的具体内容；项目的具体内容，包括：项目的注册、登录和校验。A103接收用户根据具体内容编写的用例，用例包括至少一个子用例；用例存储在数据库中；一、数据库使用yaml模板对用例进行模板化。yaml是一种专门用户描述数据的简单语言，支持复杂的可嵌套的数据结构。其基本的语法规则是：1、大小写敏感；2、使用缩进表示层级关系；3、缩进时不允许使用Tab键，只允许使用空格；4、缩进的空格数目不重要，只要相同层级的元素左侧对齐即可。yaml还有一个小的特性，所有的yaml文件(无论和Ansible有没有关系)开始行都应该是---.这是yaml格式的一部分,表明一个文件的开始。例如：如下语言中的所有成员都开始于相同的缩进级别，并且使用一个"-"作为开头(一个横杠和一个空格)：---#一个美味水果的列表-Apple-Orange-Strawberry-Mango一个字典是由一个简单的键:值的形式组成(这个冒号后面必须是一个空格)：---#一位职工的记录name:ExampleDeveloperjob:Developerskill:Elite字典也可以使用缩进形式来表示，如果你喜欢这样的话：---#一位职工的记录{nam本文档来自技高网...

【技术保护点】
1.一种用例版本管理方法，其特征在于，包括如下步骤：响应用户输入项目的请求；接收并确认项目的具体内容；接收用户根据所述具体内容编写的用例，所述用例包括至少一个子用例；测试所述用例，如果在测试过程中发现问题，则接收用户调整和/或修改过的用例；对所述调整和/或修改过的用例进行回归测试。

【技术特征摘要】
1.一种用例版本管理方法，其特征在于，包括如下步骤：响应用户输入项目的请求；接收并确认项目的具体内容；接收用户根据所述具体内容编写的用例，所述用例包括至少一个子用例；测试所述用例，如果在测试过程中发现问题，则接收用户调整和/或修改过的用例；对所述调整和/或修改过的用例进行回归测试。2.根据权利要求1所述的方法，其特征在于，对所述调整和/或修改过的用例进行回归测试之后，还包括，如果接收到所述项目的升级版本或者接收到新的项目，则基于基线用例编写新的用例；所述基线用例为至少一个子用例。3.根据权利要求1或2所述的方法，其特征在于，所述用例存储在数据库中；所述数据库使用yaml模板对用例进行模板化。4.根据权利要求3所述的方法，其特征在于，所述数据库使用git底层技术对用例进行分组管理。5.根据权利要求3所述的方法，其特征在于，所述项目的具体内容，包括：项目的注册、登录和校验。6.一种用例版本管理装置，其特征在于，包括：响应模块...

【专利技术属性】
技术研发人员：蔡春娥，骆兆广，
申请(专利权)人：深圳市牛鼎丰科技有限公司，
类型：发明
国别省市：广东,44