测试案例字段表达,测试案例字段表明

测试案例编写表达(精华版)

 

 

测试案例字段表达

示例

备注

随处目录*

测试案例的目录结构。注意各层级之间利用“\”划分。

Subject\商户网银\02外币汇款业务

加*为必填项

测试ID

用于WPS格式导入QC时,此项为必有字段并且在第3列,值为空即可。EXCEL格式导入时,此项可去掉。

 

作业领域*

叙述该测试案例所对应的事体领域,可各自讲演渠道和作业产品。该项内容需与案例对应的测试要求的作业领域保持一致。

店铺网银、外币汇款业务

测试须要编号*

讲述本条案例对应的测试必要编号(必要模版中的“测试须要编号”),格式应为:“应用系统编号-交易名称编码(XXXXXXXXXX)-XXXX”,其中第壹段为利用系统编号取自应用服务目录应用体系编号,为拾二个人数;第2段为贸易名称编码,预留编码,可自定义,为11个人数;最终一段为流水号,三位数。

RES201801_02-QYWYWBHKYW-0001

测试案例编号*

叙述本条案例对应的测试案例编号,该字段需对应案例归属的测试需求的数码。即在该条测试案例对应的测试需要编号前面再增加。格式为:“应用体系编号-交易名称编码(XXXXXXXXXX)-XXXX-XXXXX”。其中前三段为该条测试案例对应的测试须要编号;第伍段为测试案例流水号,伍人数。

RES201801_02-QYWYWBHKYW-0001-00001

交易名称/业务流程名称* 

讲述本条案例所属交易依然业务流程的名号。业务流程是指交易间、模块间、渠道间的流程,因无法归位具体交易,可粗略描述业务流程名称。该项内容需与案例对应的测试需求的该项内容保持一致。

外币汇款

案例名称*

包含表达本测试案例的目的;名称前应用数字标识,总长度为四十多个汉字,即柒拾柒个单字节字符。

为外省信用卡账户、使用K宝验证汇款

案例描述

对测试案例的详细演说和细化,非必填项。

 

案例优先级*

按照测试案例的预先级分类,可分别为高、中、低三个级别。

交易类型*

安份守己交易类型分类,分为联机、批量、其余三大类。

联机

测试项目

据悉测试案例的关切点举办归类,分为流程、功效、页面。其中,流程对应BTPA揣度思想中的流程级,成效对应的BTPA推断思想的作用级,页面对应BTPA臆度思想的要素级。

流程

案例属性*

分为正向、反向二种,分别对应叶昭君向测试案例、反向测试案例。

正向

停放条件

测试案例的放手条件。非必输项。

 

[步骤]名称*

讲述当前步骤为第几步,步骤要贯穿。例如:步骤1,步骤2,步骤3。

步骤3

[步骤]描述*

详细描述步骤怎样开展操作。对于每1个手续,都应相应3个步骤描述。在除最终一步的操作步骤后拉长<br>标记,那样在QC中可知显得换行。

1.登陆集团网银

2.精选信用卡账户

3.选中交易后点击发送按钮

4.通过K宝验证

[步骤]预期*

叙述案例执行后,预期的出口结果,输出结果可以是二个或多少个数值或一件或多件业务。

贸易得逞(若交易失败,查看账户余额,账户余额不会动账)

测试数据

叙述执行这几个案例所须求的测试数据标准。

A省信用卡账户:状态平常;B省信用卡账户:状态不奇怪

关联案例编号

假定该条测试案例A与案例B有关联,此处需描述案例B的案例编号。

 

案例状态*

标识测试案例状态是或不是可用,分为有效、废止两类。

有效

设计者*

叙述本条案例编写者。

zhangsan

 

 

需求类型

需求类型说明、解释或描述

流程

用于描述涉及多个业务功能的组合处理流程,审批环节,资料流程流转,批量处理,报表数据生成等等流程处理类的内容性描述。

功能

是对某一特定功能或业务处理的前提条件、操作方法、步骤、处理先后关系、逻辑依赖关系等业务处理逻辑的细化描述。如:页面导航跳转,链接,某个输入域选择一些特定项后,相关输入域的值域发生变化等。

页面

包括输入要素的规则性校验或合法性检查,以及对应用显示界面,菜单设计,页面布局,页面美化,输出结果的展示说明等加强客户体验友好性方面的界面描述。c

 

 

案例优先级

案例优先级各级别参考

检测系统基本功能和重要功能的测试案例。划分依据:1、该案例执行失败后会导致多处重要功能不可用或者多个测试案例无法执行。2、使用频率较高的正常功能。3、各种业务正向流程。上述条件满足其一即可视为高优先级。该类案例在每一轮次测试中都要被执行。参考范围20%-30%。

检测系统的一般功能测试案例。划分依据:1、使用频率低于上一级别,比如等价类中的较少发生的类别,超长字符串,边界值,事务完整性等。2、各种业务反向流程。参考范围:40%-50%。

通常最少被执行的测试案例,例如比较生僻的输入,界面显示,错误信息,客户体验等。该类测试案例在回归测试中可以不关注。参考范围:20%-30%。

 

 

测试案例编写表达(精华版)

 

 

测试案例字段表达

示例

备注

四野目录*

测试案例的目录结构。注意各层级之间利用“\”划分。

Subject\公司网银\02外币汇款业务

加*为必填项

测试ID

用来WPS格式导入QC时,此项为必有字段并且在第壹列,值为空即可。EXCEL格式导入时,此项可去掉。

 

业务领域*

讲述该测试案例所对应的工作领域,可分别演说渠道和事情产品。该项内容需与案例对应的测试必要的事情领域保持一致。

商行网银、外币汇款业务

测试要求编号*

讲述本条案例对应的测试须要编号(要求模版中的“测试需要编号”),格式应为:“应用系统编号-交易名称编码(XXXXXXXXXX)-XXXX”,其中第二段为利用系列编号取自应用服务目录应用系统编号,为10人数;第2段为交易名称编码,预留编码,可自定义,为11人数;最终一段为流水号,3个人数。

RES201801_02-QYWYWBHKYW-0001

测试案例编号*

讲述本条案例对应的测试案例编号,该字段需对应案例归属的测试须求的编号。即在该条测试案例对应的测试须要编号前面再伸张。格式为:“应用系统编号-交易名称编码(XXXXXXXXXX)-XXXX-XXXXX”。其中前三段为该条测试案例对应的测试须求编号;第④段为测试案例流水号,八位数。

RES201801_永利集团娱乐官网,02-QYWYWBHKYW-0001-00001

贸易名称/业务流程名称* 

讲述本条案例所属交易如故业务流程的称呼。业务流程是指交易间、模块间、渠道间的流水线,因无法归位具体交易,可归纳描述业务流程名称。该项内容需与案例对应的测试需求的该项内容保持一致。

外币汇款

案例名称*

包涵表达本测试案例的目标;名称前使用数字标识,总长度为四十个汉字,即八十几个单字节字符。

为外省信用卡账户、使用K宝验证汇款

案例描述

对测试案例的详细演说和细化,非必填项。

 

案例优先级*

根据测试案例的先期级分类,可分别为高、中、低五个级别。

交易类型*

依据交易类型分类,分为联机、批量、其余三大类。

联机

测试项目

依照测试案例的关心点举行分类,分为流程、功效、页面。其中,流程对应BTPA臆想思想中的流程级,功效对应的BTPA估计思想的效用级,页面对应BTPA臆想思想的要素级。

流程

案例属性*

分成正向、反向两种,分别对应李樯向测试案例、反向测试案例。

正向

置于条件

测试案例的内置条件。非必输项。

 

[步骤]名称*

讲述当前步骤为第几步,步骤要贯穿。例如:步骤1,步骤2,步骤3。

步骤3

[步骤]描述*

详细描述步骤如何进行操作。对于每三个步骤,都应相应一个步骤描述。在除最终一步的操作步骤后拉长<br>标记,那样在QC中可见显得换行。

1.登陆公司网银

2.选项信用卡账户

3.选中贸易后点击发送按钮

4.通过K宝验证

[步骤]预期*

讲述案例执行后,预期的出口结果,输出结果可以是贰个或八个数值或一件或多件事情。

贸易得逞(若交易退步,查看账户余额,账户余额不会动账)

测试数据

讲述执行这么些案例所须要的测试数据标准。

A省信用卡账户:状态平常;B省信用卡账户:状态平常

事关案例编号

如若该条测试案例A与案例B有提到,此处需描述案例B的案例编号。

 

案例状态*

标识测试案例状态是或不是可用,分为有效、废止两类。

有效

设计者*

叙述本条案例编写者。

zhangsan

 

 

需求类型

需求类型说明、解释或描述

流程

用于描述涉及多个业务功能的组合处理流程,审批环节,资料流程流转,批量处理,报表数据生成等等流程处理类的内容性描述。

功能

是对某一特定功能或业务处理的前提条件、操作方法、步骤、处理先后关系、逻辑依赖关系等业务处理逻辑的细化描述。如:页面导航跳转,链接,某个输入域选择一些特定项后,相关输入域的值域发生变化等。

页面

包括输入要素的规则性校验或合法性检查,以及对应用显示界面,菜单设计,页面布局,页面美化,输出结果的展示说明等加强客户体验友好性方面的界面描述。c

 

 

案例优先级

案例优先级各级别参考

检测系统基本功能和重要功能的测试案例。划分依据:1、该案例执行失败后会导致多处重要功能不可用或者多个测试案例无法执行。2、使用频率较高的正常功能。3、各种业务正向流程。上述条件满足其一即可视为高优先级。该类案例在每一轮次测试中都要被执行。参考范围20%-30%。

检测系统的一般功能测试案例。划分依据:1、使用频率低于上一级别,比如等价类中的较少发生的类别,超长字符串,边界值,事务完整性等。2、各种业务反向流程。参考范围:40%-50%。

通常最少被执行的测试案例,例如比较生僻的输入,界面显示,错误信息,客户体验等。该类测试案例在回归测试中可以不关注。参考范围:20%-30%。

 

 

相关文章