澳门新萄京测试案例编写说明(精华版)测试案例编写说明(精华版)

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

 

 

测试案例字段说明

示例

备注

八方目录*

测试案例之目结构。注意每层级中以“\”划分。

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

加*也自然填项

测试ID

用来WPS格式导入QC时,此起为自然有字段并且在次排列,值为空即可。EXCEL格式导入时,此桩可去丢。

 

政工领域*

讲述该测试案例所对应的业务领域,可分别阐述渠道以及事情产品。该项内容需和案例对应之测试要求的事体领域保持一致。

合作社网银、外币汇款业务

测试要求编号*

叙是案例对应之测试需要编号(需求模版中的“测试要求编号”),格式应为:“应用系统编号-交易名称编码(XXXXXXXXXX)-XXXX”,其中第一段子也利用系统编号取自应用服务目录应用体系编号,为12位数;第二段落为贸易名称编码,预留编码,可于定义,为10各类数;最后一截为流水号,4各数。

RES201801_02-QYWYWBHKYW-0001

测试案例编号*

讲述是案例对应之测试案例编号,该字段需对承诺案例归属的测试要求的数码。即在该条测试案例对应的测试要求编号后面又扩充。格式为:“应用系统编号-交易名称编码(XXXXXXXXXX)-XXXX-XXXXX”。其中前面三截为该条测试案例对应的测试要求编号;第四段也测试案例流水号,5各项数。

RES201801_02-QYWYWBHKYW-0001-00001

市名称/业务流程名称* 

讲述是案例所属交易要业务流程的名号。业务流程是依赖交易中、模块间、渠道内部的流水线,因无可知归位具体交易,可略描述业务流程名称。该项内容需要和案例对应之测试要求的该项内容保持一致。

外币汇款

案例称*

概括说明按照测试案例的目的;名称前下数字标识,总长度为40单汉字,即80只单字节字符。

呢省内信用卡账户、使用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”,其中第一段也使用体系编号取自应用服务目录应用系统编号,为12个数;第二段子也贸易名称编码,预留编码,可打定义,为10号数;最后一段落为流水号,4各类数。

RES201801_02-QYWYWBHKYW-0001

测试案例编号*

讲述是案例对应之测试案例编号,该字段需对许案例归属的测试要求的号子。即于该条测试案例对应的测试需要编号后面还推而广之。格式为:“应用系统编号-交易名称编码(XXXXXXXXXX)-XXXX-XXXXX”。其中前面三段也该条测试案例对应的测试需要编号;第四段子也测试案例流水号,5号数。

RES201801_02-QYWYWBHKYW-0001-00001

市名称/业务流程名称* 

叙是案例所属交易要业务流程的称号。业务流程是依交易中、模块间、渠道内部的流水线,因未可知归位具体交易,可粗略描述业务流程名称。该项内容需和案例对应的测试要求的该项内容保持一致。

外币汇款

案例称*

连说明按照测试案例的目的;名称前以数字标识,总长度为40独汉字,即80个单字节字符。

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

 

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注