软件测试用例设计方法-场景法

机智的测试生活

从本篇文章开始,进入到测试用例设计方法的分享,第一个要分享的方法就是,场景法

相信对测试有一定基础的你会感到奇怪:用例设计方法,不是应该从等价类划分法说起吗?为什么一上来就直接说场景法呢?

对,如果从浅入深的角度,应该是等价类划分,到边界值,再到场景法。

这也是很多转行测试的小伙伴在回答面试题——你知道有哪些测试用例设计方法?

直接就抛概念:等价类划分法、边界值法、场景法、因果图法……

听你这么回答,面试官心理大概有答案了:这个面试者没有工作经验,只是在背答案而已。

而实际工作中呢?

先是用场景法梳理流程。

一个博客网站:注册--> 登陆 --> 写博客 --> 发表博客,分析每一个环节会有怎样的走向,再细化到每个环节中,需求文档有什么样的说明?

比如,第一步,用户需要先注册,注册会有成功与不成功的情况,需求文档有什么要求:用户名不能超过50个字符,手机号必填,验证码有限期是5分钟等。

注意到这些量化值了吗?这时候,等价类划分法和边价值法就该出场了。

经过这么一说,可以理解我为什么从场景法开始说起了吧。

定义

场景法:

尽可能真实模拟用户操作的一种用例设计分析方法。

场景法主要基于2个层面开展:

  1. 业务(需求)层面:对被测软件的重要功能、业务逻辑(系统要实现什么、如何实现?)、行业背景深入理解
  2. 技术层面:基于等价类划分中的有效等价类——模拟用户正确操作;无效等价类——模拟用户错误操作

核心概念:

  1. 基本流(正确流、有效流):模拟用户正确的操作流程
  2. 备选流(错误流、无效流):模拟用户错误的操作流程

设计步骤

  1. 根据说明,描述出程序的基本流及各项备选流
  2. 根据基本流和各项备选流生成不同的场景
  3. 对每一个场景生成相应的测试用例
  4. 对生成的所有测试用例重新审核,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值

尽管现在已经越来越少人去 ATM 机取款了,但是大家对取款流程比较熟悉的,具体如下图所示:

流程图中,蓝色的部分属于基本流,全部操作正确,可以成功取款并退卡;但是,各个环节中延伸出来的错误操作,即属于备选流。

当然,备选流也是有机会重新回到基本流中的。

最后,为了优化测试用例,在场景法梳理的流程中,如果前面的步骤测试通过了,可以将其设置为测试用例的前置条件。

以上就是本篇文章所要分享的内容,欢迎各位大牛指正。你的指正,能让我在测试之路上快速成长。

Leo Never Stop Fighting!

阅读 968

机智的测试生活
双非大龄青年,转行测试工程师。 分享测试工程师的职业经验, 提供付费转行咨询

公号|机智的测试生活

75 声望
477 粉丝
0 条评论

公号|机智的测试生活

75 声望
477 粉丝
文章目录
宣传栏