常用测试用例设计方法之场景法详解

发表于:2022-6-13 09:39

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:朝夕吖    来源:掘金

  场景法用例设计
  现在的软件几乎都是由事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果形成事件流。
  这种在软件设计方面的思想也可被引入到软件测试中,生动的描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时测试用例也更容易的得到理解和执行。
  用例场景用来描述流经用例的路径,从用例开始到结束遍历这条路径上所有基本流和备选流。

  场景说明
  基本流:是流经用例的最重要路径,图中的黑线。
  备选流:自基本流开始,之后会在某特定条件下执行。

  可能重新加入基本流(备选流1和3)
  可能起源于另一备选流(备选流2)
  终止用例不再重新加入某个流(备选流2和4)

  流程分析法的基本设计步骤
  画出业务流程图
  定义状态节点和条件分支
  确定测试路径
  选取测试数据,构造测试用例

  场景法总结
  场景法的重点在测试流程,因此每个流程用一组测试用例验证即可。
  场景法需要分两步进行,第一步确定系统的业务流程,第二步再针对于每一个业务流程使用若干个测试数据进行验证。

  错误猜测法
  错误猜测法的概念:基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法。
  错误猜测方法的基本思想:列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据它们选择测试用例。
  举例:
  在单元测试时曾列出的许多在模块中常见的错误、以前产品测试中曾经发现的错误等,这些就是经验的总结。
  输入数据和输出数据为0的情况、输入表格为空格或输入表格只有一行等。这些都是容易发生错误的情况,可选择这些情况下的例子作为测试用例。
  生僻字错误猜测法。

  局限性

  本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理
21天更文挑战,赢取价值500元大礼,还有机会成为签约作者!

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计

法律顾问:上海漕溪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2022, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号