CN101221502A - 软件测试的案例设计方法及装置 - Google Patents

Abstract

本发明涉及计算机软件测试领域，特别是一种软件测试的案例设计方法，包括步骤：获取测试案例的执行脚本模板；设置所述执行脚本模板的执行顺序，完成所述测试案例的设计。应用本发明提供的方法，能够根据软件系统的特点设计测试案例，以满足不同特点的软件系统的具体测试需求，从而成功实现对所述软件系统的测试。相应地，本发明还提供有一种软件测试的案例设计装置。

Description

软件测试的案例设计方法及装置

技术领域

本发明涉及计算机软件测试领域，特别是一种软件测试的案例设计方法及装置。

背景技术

对于应用软件来说，软件的可用性、稳定性或者安全性是该软件是否可用的最基本标志，尤其对于大型的软件系统，它的稳定性及安全性至关重要，直接关系到该系统用户的利益与效率。以金融业务系统为例，它的安全、稳定与否直接会关系到所有客户的金融安全与效率，若银行或其它金融机构使用未经测试通过的金融业务系统，将会存在巨大的安全隐患，可能会造成不可弥补的损失。因此，在软件系统真正投入运行之前，必须经过严格的测试。

现有的软件自动化测试技术已经较为成熟，通过编写相应的测试脚本，并自动执行所述脚本，从而实现对软件系统的测试。以HP-Mercury公司的产品为例，QTP(Quick Test Professional)专门用于进行测试脚本的设计，并且自动测试所述测试脚本。应用这些通用的测试案例生成软件，可适用于目前广泛应用的图形界面化系统以及通用性很高的字符界面系统。但是对于某些特定的系统，如金融业务系统来说，则可能并不适用。目前的通用工具无法针对特定的需求设计相应的特定案例。

发明内容

本发明实施例所提供一种软件测试的案例设计方法及装置，以解决目前的软件测试案例设计不能够满足被测试软件系统的特定需求的问题。

为解决上述问题，本发明实施例提供一种软件测试的案例设计方法，包括步骤：

获取测试案例的执行脚本模板；

设置所述执行脚本模板的执行顺序，完成所述测试案例的设计。

优选地，所述获取测试案例的执行脚本模板具体包括：

判断测试案例所在管理树分支是否存在其它测试案例；

若是，复制所述其它测试案例的执行脚本模板，若否，录制测试案例的执行脚本模板。

优选地，若所述测试案例所在管理树分支存在其它测试案例，所述方法还包括：

建立新的管理树分支，随后触发执行所述录制测试案例的执行脚本模板步骤。

优选地，录制测试案例的执行脚本模板之后，所述方法还包括步骤：

检测所述测试案例的执行脚本模板与其它管理树分支的测试案例的执行脚本模板是否相同；

若是，合并所述管理树分支。

优选地，设置所述执行脚本模板的执行顺序具体为：

设置所述执行脚本模板所在的执行业务流。

优选地，所述执行脚本模板具体包括：

测试案例的输入/输出提示、输入/输出标志、输入/输出值以及位置。

相应地，本发明实施例提供一种软件测试的案例设计装置，包括：

获取单元，用于获取测试案例的执行脚本模板；

设置单元，用于设置所述执行脚本模板的执行顺序，完成所述测试案例的设计。

优选地，所述获取单元包括：

判断子单元，用于判断测试案例所在管理树分支是否存在其它测试案例；

复制子单元，用于在判断子单元判断测试案例所在管理树分支存在其它测试案例的情况下，复制所述其它测试案例的执行脚本模板；

录制子单元，用于在判断子单元判断测试案例所在管理树分支不存在其它测试案例的情况下，录制测试案例的执行脚本模板。

优选地，所述获取单元还包括：

管理树分支建立子单元，用于在判断子单元判断测试案例所在管理树分支存在其它测试案例的情况下，建立新的管理树分支；

触发子单元，用于在管理树分支建立子单元建立新的管理树分支的情况下，触发所述录制子单元执行录制测试案例的执行脚本模板步骤。

优选地，所述装置还包括：

检测单元，用于检测所述测试案例的执行脚本模板与其它管理树分支的测试案例的执行脚本模板是否相同；

合并单元，用于在所述测试案例的执行脚本模板与其它管理树分支的测试案例的执行脚本模板相同的情况下，合并所述管理树分支。

与现有技术相比，本发明实施例能够根据软件系统的特点设计测试案例，以满足不同特点的软件系统的具体测试需求，从而成功实现对所述软件系统的测试。

附图说明

图1是本发明实施例的方法流程图；

图2是本发明实施例的基础数据管理流程图；

图3是本发明实施例的装置结构图。

具体实施方式

下面结合附图及实施例对本发明作详细的说明。请参阅图1所示，为本发明实施例的方法流程图，具体包括步骤：

步骤S101：获取测试案例的执行脚本模板；

步骤S102：设置所述执行脚本模板的执行顺序，完成所述测试案例的设计。

根据本发明所提供的方法，本发明的优选实施例以金融业务系统的测试案例设计为例，对本发明所提供的技术方案作详细的论述。

在对所述金融业务系统进行测试的过程中，是通过业务流将同一业务渠道、同一业务种类、同一业务性质的测试案例进行串联，所述金融业务系统运行所述业务流，进行对所述金融业务系统的测试。测试案例的管理是通过树形结构进行组织与管理的。假定本次进行测试的最小执行单位是交易，则根据金融业务系统的惯例，分为不同的交易类型，在所述树形结构中交易的上层建立交易渠道、业务种类以及业务性质三层结构。交易渠道是指一个交易是从什么渠道发起的，如从柜面发起、网络银行发起或是ATM机发起；业务种类可以分为活期存款、定期存款、贷款等；业务性质可以分为对公业务与对私业务。在金融业务系统中的一个业务流只能够串联同一业务渠道、同一业务种类以及同一业务性质的测试案例。

在交易层之下，设置一层结构为交易分支，即为在交易输入过程中，由于选择不同的选项或进行不同的输入，所述交易的执行路径并不相同，其中所述的执行路径即为交易分支。在交易分支以下，设置测试案例层，所述测试案例为在测试中加入的具体数据。

建立树形结构的案例组织方式后，可以为每一层的树节点设置相应的属性。在树形结构建立时，赋予各层的编号及名称，在设置属性时，可以设置各层优先级、重要程度、等级、状态等属性，这些属性可以根据不同的金融业务系统进行定制。在业务流与其所串联的具体测试案例之间，以及树形结构各层之间的属性存在着传递与约束关系。例如，在业务流所串联的一个测试案例的状态为“无效”，则所述业务流的状态即为“无效”，则所述测试案例所在的交易分支的状态同样为“无效”。通过上述设置，在所述金融业务系统执行测试的过程中，根据测试案例的条件筛选所要执行的测试案例，形成测试测试案例集。

对于金融业务系统而言，只有在营业日的期间内，才能够进行相应的测试工作，并且相应的业务种类只有在相应的营业日期内才能够执行，例如，在周六、周日并无法实现对公交易的测试。在本优选实施例的测试案例设计过程中，增加了对于每一个交易发生的时间，以控制对金融业务系统进行测试的执行。另外，所述业务流的执行同样设置有相应的执行权限，只有在触发测试执行符合相应的权限，才能够继续执行测试过程。

上述内容为测试案例的组织管理方案，在设置测试案例的过程中，最基本、最重要的内容是脚本的设计。在本发明的优选实施例中，首先获取测试案例的执行脚本模板。每一个测试案例均具有自身的执行脚本，在树形结构的每一个分支下的测试案例的执行脚本模板是相同的。首先判断测试案例所在管理树分支是否存在其它的案例，若是，在新建所述测试案例的过程中，只能够通过复制所述其它案例的执行脚本模板，从而获取到自身的执行脚本模板；若所在管理树分支并不存在其它案例，则触发案例录制功能，执行录制测试案例脚本模板的步骤。

若所述测试案例所在管理树分支存在其它测试案例，还可以创建新的管理树分支，然后在所述新的管理树分支上录制新的执行脚本模板。通过所述新建分支的步骤，在录制执行脚本模板前可以不用对现有的管理树分支进行相应的检测过程，直接执行录制步骤。当所有的执行脚本录制完成后，对包含相同执行脚本模板的管理树分支进行合并。

合并包含相同执行脚本模板的管理树分支首先要执行分支检测步骤，将创建的新的管理树分支所包括的执行脚本模板与所述管理树中其它分支所包括的执行脚本模板逐一比较，若相同，则合并两个分支。

在本发明的优选实施例中，录制的执行脚本模板的内容只包括如下内容：输入/输出提示、输入/输出标志、输入/输出值以及所述执行脚本的路径。与现有技术中录制执行脚本的内容所不同的是，应用本发明技术方案所录制的执行脚本模板不包括脚本控制符，因此所述执行脚本模板即为包括上述输入/输出提示、输入/输出标志、输入/输出值以及执行脚本路径的表格。每一个表格(即执行脚本模板)由多条记录构成，每条记录中包括如上所述的四种类型的信息。当所述金融业务系统运行测试案例的过程中，根据所述执行脚本模板中的输入/输出提示以及执行脚本路径信息判断是否可以对所述执行脚本模板加载输入/输出值。所述执行脚本模板在加载输入/输出值后，即成为与现有技术相同的执行脚本，执行相应的金融系统测试过程。

当完成获取测试案例的执行脚本模板步骤后，通过设置所述执行脚本模板的执行顺序，从而实现完成所述测试案例的设计。通过设置所述执行脚本模板的在测试所述金融业务系统所执行的业务流中的顺序，从而完成设置步骤。业务流是根据业务场景的需要，由可以相继发生的测试案例串联而成的一个业务执行流，在所述业务流中，还定义有各测试案例的执行时间，以及不同的执行权限。其中，所述业务场景为一批相关的业务流的集合。

另外，为了保证测试结果与测试业务流的执行顺序无关，要求每个业务流使用一套基础数据，业务流之间不能够共享基础数据。因此，必须实行有效的基础数据管理，从而避免基础数据在业务流中的误使用。

基础数据的管理流程请参阅图2所示，包括步骤：

步骤S201：将需要的基础数据通过批量自动执行的方式添加到被测环境中；

步骤S202：将当前环境的数据库数据下载到开放端的测试环境的数据库；

由于被测环境与开放端测试环境的数据库可能不是一种类型的，所以需要进行相应的数据库转换步骤，一般来说，较常使用的关系型数据库之间的转换已经有成熟的工具可以使用，在实践过程中，我们也发现有可能需要从层次型数据库转换到关系型数据库的情况，对此可以进行“父子”层次到关系的转换，即为层次型数据库的子segment添加parent_id字段用以保存其每条记录的父记录的id，通过这样的方式实现了两种类型数据库的转换。

步骤S203：开放端接受到数据，进行相应的数据调整步骤；

首先，对数据库中存放的数据与界面输入的数据格式上的差别进行统一调整，例如，账户、证件号码等数据在数据库里保存前均通过相应的格式转换处理，而批量存放的单证信息在使用时是单条输入实现，当获得相应处理方式或者作业后，可以对这些情况进行调整。其次要为所有基础数据表添加统一的字段值：TIME_STAMP(DATETIME)，USED_OR_NOT(INT)，TC_ID(INT)，FLOW_ID(INT)。其中，TIME_STAMP用于保存数据导入至所述开放端数据库的时间，用对开放端数据库数据进行批量修改和删除；USED_OR_NOT用于保存该条记录的被使用情况，其值为0时代表未被任何业务流使用，为999时代表被业务流的绑定屏幕域使用，当为其它整数时，代表被执行脚本中独立的屏幕域所使用；TC_ID为使用所述记录的测试案例的标识，当通过测试案例脚本中的某个屏幕域与所述记录直接关联时，该字段将被赋值；FLOW_ID为使用所述记录的业务流标识，当将统一业务流下的一组屏幕域绑定后关联所述记录时，将被进行赋值。另外，TC_ID与FLOW_ID不能够同时具有数据。

步骤S204：进行测试案例的基础数据关联；

基础数据关联主要为三种方式：第一种为根据测试案例，触发执行脚本屏幕域与某一基础数据记录的某一字段值关联；第二种为根据所要执行的业务流，触发一组绑定后的屏幕域与某一基础数据记录的多个字段值分别关联；第三种同样为根据业务流，触发一组绑定后的屏幕域与某一数据条件关联，而不是具体的一条记录，然后当每次触发“数据匹配”的功能时，才为该组数据搜索一条满足条件的具体的记录，即当基础数据发生改变时，这种方式可以在新的基础数据库中重新找到一条符合测试案例条件的记录。

根据所述第一种关联方式，双击某条记录后，首先判断USED_OR_NOT字段值，为0则说明该记录未被选用，系统将为屏幕域选用该条基础数据，为999说明已被绑定的屏幕域选用，因此拒绝选用，如果为其它值则判断TC_ID所标识的业务案例与当前业务案例是否属于同一业务流，属于则选用，不属于则拒绝选用。

根据所述第二种关联方式，将一组绑定后的屏幕域与某一基础数据记录的多个字段值分别关联的方式。这种方式首先应在业务流模块中进行屏幕域的绑定，这些绑定的屏幕域的来源是该业务流下所有业务案例的输入域。绑定屏幕域后可为这组屏幕域选定需要选用的数据小类，然后触发“直接选取”功能进入显示相应数据小类的数据管理模块，进行必要的查找后，双击某条记录进行选用，系统将判断USED_OR_NOT的值，为0则允许选用，不为0则拒绝选用。

根据所述第三种关联方式，如同第二种关联方式，用户在业务流模块中可以进行屏幕域的绑定，这些绑定的屏幕域的来源是该业务流下所有业务案例的输入域。绑定屏幕域后可为这组屏幕域选定需要选用的数据小类以及相应的条件，在设置完后，系统并不会更新这些屏幕域的数据，而仅当基础数据发生改变时，用户触发“数据匹配”功能时，系统才会去基础数据库选择一个符合条件的数据，然后更新屏幕域的数据。

据上所述的本发明第一优选实施例提供了一种测试案例的设计方法以及相关的测试案例管理方法，能够在进行对所述金融业务系统进行测试的过程中，根据具体的情况在已获取的执行脚本模板中加载不同的输入/输出数据，从而实现所述金融业务系统根据需求执行不同的测试案例，更好地实现对所述金融业务系统的测试。

相应地，本发明实施例还提供一种软件测试的案例设计装置，请参阅图3所示，包括：

获取单元301，用于获取测试案例的执行脚本模板；设置单元302，用于设置所述执行脚本模板的执行顺序，完成所述测试案例的设计。

另外，所述获取单元301包括判断子单元3011，用于判断测试案例所在管理树分支是否存在其它测试案例；复制子单元3012，用于在判断子单元判断测试案例所在管理树分支存在其它测试案例的情况下，复制所述其它测试案例的执行脚本模板；录制子单元3013，用于在判断子单元判断测试案例所在管理树分支不存在其它测试案例的情况下，录制测试案例的执行脚本模板；管理树分支建立子单元3014，用于在判断子单元判断测试案例所在管理树分支存在其它测试案例的情况下，建立新的管理树分支；触发子单元3015，用于在管理树分支建立子单元建立新的管理树分支的情况下，触发所述录制子单元执行录制测试案例的执行脚本模板步骤。

另外，所述装置还包括检测单元303，用于检测所述测试案例的执行脚本模板与其它管理树分支的测试案例的执行脚本模板是否相同；合并单元304，用于在所述测试案例的执行脚本模板与其它管理树分支的测试案例的执行脚本模板相同的情况下，合并所述管理树分支。

应用本发明实施例提供的装置，实现用于测试所述金融业务系统的测试案例的设计过程如下：

通过获取单元301获取到测试案例的执行脚本模板，其过程具体包括：判断子单元3011判断所述测试案例所在的管理树分支是否存在其它的案例，若是，在新建所述测试案例的过程中，运用复制子单元3012复制所述其它案例的执行脚本模板，从而获取到自身的执行脚本模板；若所在管理树分支并不存在其它案例，则通知录制子单元3013执行录制测试案例的执行脚本模板的步骤。

若所述测试案例所在管理树分支存在其它测试案例，则还可以通过管理树分支建立子单元3014创建新的管理树分支，然后通过触发子单元3015触发录制子单元3013进行录制测试案例执行脚本模板的步骤。

完成获取所述执行脚本模板的步骤后，所述装置通过设置单元302，用于设置所述执行脚本模板的执行顺序，完成所述测试案例的设计。另外，所述装置在完成获取所述执行脚本模板的步骤后，还可以通过检测单元303检测所述测试案例的执行脚本模板与其它管理树分支的测试案例的执行脚本模板是否相同，若是，则通过合并单元304合并所述包括执行脚本模板相同的管理树分支。

应用本发明实施例所提供的装置，即可实现根据需要测试的软件系统的特定需求，设计相应的测试案例，更好地实现对软件系统的测试。另外，对所述测试案例的管理技术方案及其在金融业务系统中的具体应用请参阅上述的本发明优选实施例，在此不再赘述。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种软件测试的案例设计方法，其特征在于，包括：

获取测试案例的执行脚本模板；

设置所述执行脚本模板的执行顺序，完成所述测试案例的设计。

2.根据权利要求1所述的方法，其特征在于，所述获取测试案例的执行脚本模板具体包括：

判断测试案例所在管理树分支是否存在其它测试案例；

若是，复制所述其它测试案例的执行脚本模板，若否，录制测试案例的执行脚本模板。

3.根据权利要求2所述的方法，其特征在于，若所述测试案例所在管理树分支存在其它测试案例，所述方法还包括：

建立新的管理树分支，随后触发执行所述录制测试案例的执行脚本模板步骤。

4.根据权利要求3所述的方法，其特征在于，录制测试案例的执行脚本模板之后，所述方法还包括步骤：

检测所述测试案例的执行脚本模板与其它管理树分支的测试案例的执行脚本模板是否相同；

若是，合并所述管理树分支。

5.根据权利要求1所述的方法，其特征在于，设置所述执行脚本模板的执行顺序具体为：

设置所述执行脚本模板所在的执行业务流。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述执行脚本模板具体包括：

测试案例的输入/输出提示、输入/输出标志、输入/输出值以及所在管理树路径。

7.一种软件测试的案例设计装置，其特征在于，包括：

获取单元，用于获取测试案例的执行脚本模板；

设置单元，用于设置所述执行脚本模板的执行顺序，完成所述测试案例的设计。

8.根据权利要求7所述的装置，其特征在于，所述获取单元包括：

判断子单元，用于判断测试案例所在管理树分支是否存在其它测试案例；

复制子单元，用于在判断子单元判断测试案例所在管理树分支存在其它测试案例的情况下，复制所述其它测试案例的执行脚本模板；

录制子单元，用于在判断子单元判断测试案例所在管理树分支不存在其它测试案例的情况下，录制测试案例的执行脚本模板。

9.根据权利要求8所述的装置，其特征在于，所述获取单元还包括：

管理树分支建立子单元，用于在判断子单元判断测试案例所在管理树分支存在其它测试案例的情况下，建立新的管理树分支；

触发子单元，用于在管理树分支建立子单元建立新的管理树分支的情况下，触发所述录制子单元执行录制测试案例的执行脚本模板步骤。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

检测单元，用于检测所述测试案例的执行脚本模板与其它管理树分支的测试案例的执行脚本模板是否相同；

合并单元，用于在所述测试案例的执行脚本模板与其它管理树分支的测试案例的执行脚本模板相同的情况下，合并所述管理树分支。

Images