从本篇文章开始,进入到测试用例设计方法的分享,第一个要分享的方法就是,场景法。
相信对测试有一定基础的你会感到奇怪:用例设计方法,不是应该从等价类划分法说起吗?为什么一上来就直接说场景法呢?
对,如果从浅入深的角度,应该是等价类划分,到边界值,再到场景法。
这也是很多转行测试的小伙伴在回答面试题——你知道有哪些测试用例设计方法?
直接就抛概念:等价类划分法、边界值法、场景法、因果图法……
听你这么回答,面试官心理大概有答案了:这个面试者没有工作经验,只是在背答案而已。
而实际工作中呢?
先是用场景法梳理流程。
一个博客网站:注册--> 登陆 --> 写博客 --> 发表博客,分析每一个环节会有怎样的走向,再细化到每个环节中,需求文档有什么样的说明?
比如,第一步,用户需要先注册,注册会有成功与不成功的情况,需求文档有什么要求:用户名不能超过 50 个字符,手机号必填,验证码有限期是 5 分钟等。
注意到这些量化值了吗?这时候,等价类划分法和边价值法就该出场了。
经过这么一说,可以理解我为什么从场景法开始说起了吧。
场景法:
尽可能真实模拟用户操作的一种用例设计分析方法。
场景法主要基于 2 个层面开展:
核心概念:
- 根据说明,描述出程序的基本流及各项备选流
- 根据基本流和各项备选流生成不同的场景
- 对每一个场景生成相应的测试用例
- 对生成的所有测试用例重新审核,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值
尽管现在已经越来越少人去 ATM 机取款了,但是大家对取款流程比较熟悉的,具体如下图所示:
流程图中,蓝色的部分属于基本流,全部操作正确,可以成功取款并退卡;但是,各个环节中延伸出来的错误操作,即属于备选流。
当然,备选流也是有机会重新回到基本流中的。
最后,为了优化测试用例,在场景法梳理的流程中,如果前面的步骤测试通过了,可以将其设置为测试用例的前置条件。
以上就是本篇文章所要分享的内容,欢迎各位大牛指正。你的指正,能让我在测试之路上快速成长。
Leo Never Stop Fighting!