场景法用例设计
现在的软件几乎都是由事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果形成事件流。
这种在软件设计方面的思想也可被引入到软件测试中,生动的描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时测试用例也更容易的得到理解和执行。
用例场景用来描述流经用例的路径,从用例开始到结束遍历这条路径上所有基本流和备选流。
场景说明
基本流:是流经用例的最重要路径,图中的黑线。
备选流:自基本流开始,之后会在某特定条件下执行。
可能重新加入基本流(备选流1和3)
可能起源于另一备选流(备选流2)
终止用例不再重新加入某个流(备选流2和4)
流程分析法的基本设计步骤
画出业务流程图
定义状态节点和条件分支
确定测试路径
选取测试数据,构造测试用例
场景法总结
场景法的重点在测试流程,因此每个流程用一组测试用例验证即可。
场景法需要分两步进行,第一步确定系统的业务流程,第二步再针对于每一个业务流程使用若干个测试数据进行验证。
错误猜测法
错误猜测法的概念:基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法。
错误猜测方法的基本思想:列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据它们选择测试用例。
举例:
在单元测试时曾列出的许多在模块中常见的错误、以前产品测试中曾经发现的错误等,这些就是经验的总结。
输入数据和输出数据为0的情况、输入表格为空格或输入表格只有一行等。这些都是容易发生错误的情况,可选择这些情况下的例子作为测试用例。
生僻字错误猜测法。
局限性
作者:朝夕吖