[发明专利]基于用户使用流程有向图的测试用例自动生成方法及测试方法

说明书

技术领域

本发明涉及计算机软件测试领域，尤其涉及测试用例自动生成方法及测试方法。

背景技术

软件已经深入到人们生活工作的各个方面。由于软件在金融、军事、电力、交通、航天、通讯等重要领域的应用越来越深入广泛。软件系统的规模也在持续扩大,需求日益复杂,对软件质量的要求也越来越高。但现实中软件系统的质量和稳定性却不尽如人意,采用有效的软件测试是保证软件质量、提高软件可靠性的重要手段。在提供给用户之前对软件进行测试是不可或缺的，软件测试通过对软件错误的原因和分布进行归纳，来发现并排除当前软件产品存在的缺陷，对在需求和设计过程中存在的问题查缺补漏，从而确保软件产品的质量。软件测试不只是软件测试人员的工作，也是软件开发人员和软件使用者的工作。软件测试的本质就是针对要测试的内容确定一组测试用例(Test Case)。 

测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。测试用例包括测试标识、测试用例名称、目标、测试条件、测试设置、输入数据要求、步骤、以及预期的结果等。从软件测试用例设计方法的角度，可分为黑盒测试（Black-Box Testing）和白盒测试（White-Box Testing）。黑盒测试（又称为功能测试或数据驱动测试）是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。黑盒测试试图发现以下类型的错误：1）功能错误或遗漏；2）界面错误；3）数据结构或外部数据库访问错误；4）性能错误；5）初始化和终止错误。黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能。

用路径分析的方法编写测试用例时，首先可将系统运行过程中所涉及到的各种流程图表化，可以先从最基本的流程入手，将流程抽象成为不同功能的顺序执行。在最基本流程的基础上再去考虑次要或者异常的流程，这样将各种流程逐渐细化，这样既可以逐渐加深对流程的理解，还可以将各个看似孤立的流程关联起来。完成所有流程的图表化后就完成了所有路径的设定。

在实际应用软件时，用户使用流程覆盖的路径很复杂且很难预测，这对软件测试而言，测试任务显得较为繁琐。

发明内容

有鉴于此，本发明目的是在于建立一种基于用户使用流程有向图的测试用例自动生成方法及测试方式，使得用户流程测试更加规范，提高软件在流程关联性方面的质量。

为了实现前述发明目的，本发明提供了一种基于用户使用流程有向图的测试用例自动生成方法，包括以下步骤,步骤一: 建立用户使用流程明细表；步骤二:建立用户使用流程有向图；步骤三: 建立测试用例生成引擎。

为了实现前述发明目的，本发明提供了一种基于用户使用流程有向图的测试方法，包括以下步骤,步骤一: 建立用户使用流程明细表；步骤二:建立用户使用流程有向图；步骤三: 建立测试用例生成引擎；步骤四: 运行测试用例，得到测试结果; 步骤五：评价测试结果，统计路径测试覆盖率。

相较于现有技术，本发明通过先建立用户流程明细表，从而可得到用户流程有向图，并可自动生成测试用例，最终实现测试。本发明属于黑盒测试，建立方法简单，测试方式方便灵活，通用性强，可适合各类具有API函数的软件或类CPU指令测试。对不可预测的用户使用流程的测试到问题能力大为增强。

附图说明

图1示意的是本发明的用户使用流程有向图。

图2为本发明的测试用例生成引擎的输入和输出示意图。

图3是本发明的测试用例生成引擎的具体操作流程图。

具体实施方式

下面参照附图具体介绍本发明的实施例，图中相同的结构或功能用相同的数字标出。应该指出的是，附图的目的只是便于对本发明具体实施例的说明，不是一种多余的叙述或是对本发明范围的限制。

本发明基于用户使用流程有向图的测试方法包括以下步骤：步骤一、建立用户使用流程明细表; 步骤二、以用户使用流程明细表作为数据来源，生成用户流程测试用例; 步骤三、运行测试用例，得到测试结果; 步骤四(步骤S4)、评价测试结果，统计路径测试覆盖率。