测试用例设计方法之场景法延伸
2018-01-17 12:46
204 查看
前言:
在设计用例过程中,对于场景法用到较多,做整理。
自己实践中和理论的场景法相结合,从而更好的完成测试用例设计。做总结。
定义:
场景法是通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果的一种方法。
场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景。场景主要包括4种主要的类型:正常的用例场景,备选的用例场景,异常的用例场景,假定推测的场景。
场景法设计步骤:
1.根据说明,描述出程序的基本流及各项备选流
2.根据基本流和各项备选流生成不同的场景
3.对每一个场景生成相应的测试用例
4.对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值
对于每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。
基本方法:
基本流:采用直黑线表示,是经过用例的最简单的路径(无任何差错,程序从开始直接执行到结束)
备选流:采用不同颜色表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中,也可以起源于另一个备选流,或终止用例,不在加入到基本流中;(各种错误情况)
实际执行:
l 测试分析:
分析当前业务逻辑,对于多种链路下情况的测试需要覆盖,需多个团队负责联调,定义使用场景法对具体流程触发点进行覆盖,使得具体场景能够满足测试需求,覆盖多种情况,满足充分测试要求。
l 测试执行步骤:
1、画出流程流转节点图。
2、根据流程流转节点,确定各个节点触发信息,参数。确定该节点触发下个流程后应收到回告信息。以此列推。
3、走完正向流程后,考虑逆向流程中数据的流转以及相对应的状态变更等。
4、以表格整理所有流程,转化为测试用例。
l 注意事项:
在测试过程中,需对主要业务流程详细了解,对各个流程触发以及回告消息明确。
在业务流程出发时,容易忽略逆向流程。
总结对比:
适用范围:业务流程较长,需要联调测试。
利弊分析:基于业务流程进行全覆盖,节省测试时间,提高联调效率,但是对于部分流程中出现异常情况需要自身模块测试保证。
测试总结:
在实际测试过程中,因为测试链路较长,会因为上下游流程问题阻塞,在实际模块测试用例中,应针对自身负责模块进行测试保证,以保证联调用例执行时问题的验证排查。实际联调中,应用该方法使得整体流程得以充分测试,且提高了效率。
在实际测试过程中,场景法测试可以根据传统定义在平时的测试中根据基础流备选流来设计测试用例,也适用于多模块联调测试用例设计。
在设计用例过程中,对于场景法用到较多,做整理。
自己实践中和理论的场景法相结合,从而更好的完成测试用例设计。做总结。
定义:
场景法是通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果的一种方法。
场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景。场景主要包括4种主要的类型:正常的用例场景,备选的用例场景,异常的用例场景,假定推测的场景。
场景法设计步骤:
1.根据说明,描述出程序的基本流及各项备选流
2.根据基本流和各项备选流生成不同的场景
3.对每一个场景生成相应的测试用例
4.对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值
对于每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。
基本方法:
基本流:采用直黑线表示,是经过用例的最简单的路径(无任何差错,程序从开始直接执行到结束)
备选流:采用不同颜色表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中,也可以起源于另一个备选流,或终止用例,不在加入到基本流中;(各种错误情况)
实际执行:
l 测试分析:
分析当前业务逻辑,对于多种链路下情况的测试需要覆盖,需多个团队负责联调,定义使用场景法对具体流程触发点进行覆盖,使得具体场景能够满足测试需求,覆盖多种情况,满足充分测试要求。
l 测试执行步骤:
1、画出流程流转节点图。
2、根据流程流转节点,确定各个节点触发信息,参数。确定该节点触发下个流程后应收到回告信息。以此列推。
3、走完正向流程后,考虑逆向流程中数据的流转以及相对应的状态变更等。
4、以表格整理所有流程,转化为测试用例。
l 注意事项:
在测试过程中,需对主要业务流程详细了解,对各个流程触发以及回告消息明确。
在业务流程出发时,容易忽略逆向流程。
总结对比:
适用范围:业务流程较长,需要联调测试。
利弊分析:基于业务流程进行全覆盖,节省测试时间,提高联调效率,但是对于部分流程中出现异常情况需要自身模块测试保证。
测试总结:
在实际测试过程中,因为测试链路较长,会因为上下游流程问题阻塞,在实际模块测试用例中,应针对自身负责模块进行测试保证,以保证联调用例执行时问题的验证排查。实际联调中,应用该方法使得整体流程得以充分测试,且提高了效率。
在实际测试过程中,场景法测试可以根据传统定义在平时的测试中根据基础流备选流来设计测试用例,也适用于多模块联调测试用例设计。
相关文章推荐
- (转)[唐胡璐]测试用例设计 - 场景分析方法
- 测试用例设计方法—场景分析法
- Java中关于OOM的场景及解决方法(顶)
- 【智能指针的延伸】两种定制删除器的实现方法
- 测试用例设计方法—错误猜测法
- 关于测试方法以及测试用例设计的一些总结
- max场景瘦身,加快场景的打开速度(多种方法)
- cocosd-x 切换场景的方法
- CF209 Div2 (D) 找最长的连续子序列拥有相同的最大公约数,并且最大公约数是这个序列中的一个数-------左右延伸的方法
- Cocos Creator各个场景之间传递数据的方法
- 黑盒测试用例设计方法&理论结合实际 -> 场景法
- 转:多条件查询测试用例设计方法——pairwise
- cocos2d-x 场景切换时内存过高导致crash 解决方法
- .net 多播委托的使用方法以及场景,更简单的观察者模式
- swift 协议的使用方法和场景
- 解决方法:loadrunner 场景下执行webservice脚本是---报错10492 Error: Exception was raised when calling per-process-init function in extens
- 用户研究:用定量问卷简单快速判断典型场景的方法!
- Collections.reverse方法及延伸
- 内存泄漏的检测、几种常见场景及解决方法
- 三、STK三维场景数据获取与优化方法