八方目录,测试案例的目录结构

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

 

 

测试案例字段说明

示例

备注

各州目录*

测试案例的目录结构。注意各层级之间接选举取“\”划分。

Subject\同盟社网银\02外币汇款业务

加*为必填项

测试ID

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

 

政工领域*

叙述该测试案例所对应的事务领域,可个别解说渠道和工作产品。该项内容需与案例对应的测试要求的事体领域保持一致。

供销社网银、外国货币汇款业务

测试需求编号*

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

RES201801_02-QYWYWBHKYW-0001

测试案例编号*

讲述本条案例对应的测试案例编号,该字段需对应案例归属的测试供给的号子。即在该条测试案例对应的测试需求编号后边再扩充。格式为:“应用种类编号-交易名称编码(XXXXXXXXXX)-XXXX-XXXXX”。个中前三段为该条测试案例对应的测试供给编号;第4段为测试案例流水号,柒位数。

RES201801_02-QYWYWBHKYW-0001-00001

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

叙述本条案例所属交易依然业务流程的名目。业务流程是指交易间、模块间、渠道间的流水生产线,因不能够归位具体交易,可归纳描述业务流程名称。该项内容需与案例对应的测试须要的该项内容保持一致。

外国货币汇款

案例名称*

席卷表达本测试案例的目标;名称前应用数字标识,总厅长度为3七个汉字,即76个单字节字符。

为省里信用卡账户、使用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%。

 

 

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

 

 

测试案例字段表明

示例

备注

随处目录*

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

Subject\同盟社网银\02外国货币汇款业务

加*为必填项

测试ID

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

 

工作领域*

叙述该测试案例所对应的政工领域,可个别演讲渠道和工作产品。该项内容需与案例对应的测试须求的作业领域保持一致。

集团网银、外国货币汇款业务

测试须求编号*

叙述本条案例对应的测试须要编号(须要模版中的“测试需要编号”),格式应为:“应用系统编号-交易名称编码(XXXXXXXXXX)-XXXX”,在那之中第②段为运用系统一编写号取自应用服务目录应用系统一编写号,为十人数;第1段为交易名称编码,预留编码,可自定义,为玖人数;最后一段为流水号,2人数。

RES201801_02-QYWYWBHKYW-0001

测试案例编号*

叙述本条案例对应的测试案例编号,该字段需对应案例归属的测试供给的数码。即在该条测试案例对应的测试须要编号后边再推而广之。格式为:“应用系统一编写号-交易名称编码(XXXXXXXXXX)-XXXX-XXXXX”。个中前三段为该条测试案例对应的测试须求编号;第5段为测试案例流水号,7位数。

RES201801_02-QYWYWBHKYW-0001-00001

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

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

外国货币汇款

案例名称*

包含表明本测试案例的目的;名称前应用数字标识,总长度为三十两个汉字,即78个单字节字符。

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

案例描述

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

 

案例优先级*

依据测试案例的预先级分类,可分别为高、中、低多个级别。

交易类型*

规行矩步交易类型分类,分为联机、批量、其余三大类。

联机

测试项目

基于测试案例的关心点进行归类,分为流程、功效、页面。当中,流程对应BTPA测度思想中的流程级,功用对应的BTPA猜度思想的功效级,页面对应BTPA猜想思想的要素级。

流程

案例属性*

分为正向、反向三种,分别对应高璇向测试案例、反向测试案例。

正向

放到条件

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

 

[步骤]名称*

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

步骤3

[步骤]描述*

详细描述步骤怎样实行操作。对于每二个步骤,都应相应三个步骤描述。在除最终一步的操作步骤后增加<br>标记,那样在QC中可以展现换行。

1.登陆公司网银

2.摘取信用卡账户

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

4.通过K宝验证

[步骤]预期*

讲述案例执行后,预期的输出结果,输出结果能够是3个或八个数值或一件或多件事情。

贸易成功(若交易战败,查看账户余额,账户余额不会动账)

测试数据

讲述执行这一个案例所急需的测试数据标准。

A省信用卡账户:状态平时;B省信用卡账户:状态符合规律

关联案例编号

假设该条测试案例A与案例B有涉及,此处需描述案例B的案例编号。

 

案例状态*

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

有效

设计者*

叙述本条案例编写者。

zhangsan

 

 

需求类型

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

流程

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

功能

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

页面

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

 

 

案例优先级

案例优先级各级别参考

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

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

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

 

 

相关文章