7.功能图法测试
一个程序的功能包括静态和动态说明。动态说明描述输入数据的次序或转移的次序,和业务流程紧密对应。静态说明描述了输入输出条件之间的对应关系。对于面向市场的产品,其逻辑复杂、组合庞大,必须用动态说明来补充功能说明。 功能图设计方法:功能图方法使用功能图形象地表示程序的功能说明,并机械地生成功能图的测试用例。咱们在不一样文档中看到的“状态迁移图”、“流程图”、“菜单树”,在必定程度上都是功能图的不一样表现,不一样测试人员可能对具体方法的使用稍有不一样。功能图方法中的逻辑覆盖和路径测试是功能或系统水平上的,黑盒的。设计
8.场景法blog
如今的软件几乎都是用事件触发来控制流程的,事件触发时的情景便造成了场景,而同一事件不一样的触发顺序和处理结果就造成事件流。该方法能够比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,是测试用例更容易理解和执行。事件
(1) 基本流和备选流文档
·图中通过用例的每条路径都用基本流和备选流来表示;产品
·直黑线表示基本流,是通过用例的最简单的路径;软件
·备选流用不一样的彩色表示,一个备选流可能从基本流开始,在某个特定条件下执行,而后从新加入基本流中(如1和3);也可能起源于另外一个备选流(如2),或者终止用例而再也不从新加入到某个流(如2和4)。程序
(2) 基本流和备选流的识别原则方法
① 基本流只有一个起点,一个终点;im
② 基本流是主流,备选流是支流;
③ 备选流能够始于基本流,也能够始于其它备选流;
④ 备选流的终点,能够是一个流程的出口,也能够是回到基本流,还能够是汇入其它的备选流;
⑤ 备选流汇合时,谁汇合到谁,取决于流量大小也即该流程出现的可能性大小,小的汇入大的;
⑥ 若是在流程图中出现了两个不相上下的基本流,通常须要把它们分别当作一个业务看待。
(3) 应用
典型业务偏重于大的业务流程,目的是用业务流把各个孤立的功能点串起来,为测试人员创建总体业务感受,从而避免陷入功能细节忽视业务流程要点的错误倾向。例:语音通话典型业务流程就把语音通话、同振顺振、语音留言、呼叫保持、呼叫转移这些功能都串到一块儿来。
感兴趣的同窗能够进一步查看场景法的例题:
例题1:
例题2: