软件测试用例设计“八法归一”——因果阵

八法

测试用例设计有八法:

1. 等价类划分法

2. 边界值分析法

3. 错误推测法

4. 因果图法

5. 路径覆盖法

6. 功能图法

7. 正交试验设计法

8. 场景设计法

八法互有重叠,互有弥补。又没有完全正确的依赖顺序,比较合理的顺序是:

功能图、设场景

判因果、覆路径

正交验、错推测

边界分、等价划

因果阵

中国人、外国人,都是人,都继承了相同的因素(继承),各自发生了变异(多态)。追根溯源,八法都是源自各家所言。就像枝必生于干,树干由下而上,支分四散。在软件测试过程中,将八法归一:

首先确定测试流程的始终,也就是确定测试范围。

然后由始至终分析需求(思维导图)所对应的软件过程(代码),涉及判断的地方进行边界值分析,做等价类划分,合理设计输入的测试数据。

针对每种输入的测试数据所对应的输出结果,这就是种因得果。

输入对应输出的一一映射之集合就是因果阵。

每条路径都有因果,所以因果阵势必覆盖所有路径。

错误推测与场景设计均难逃因果,所以因果阵中势必包含。

在程序设计中,一个输入所对应的输出往往又被当成了入参传入了其他方法。亦即种因得果,而果又成因。因即是果,果即是因。因果循环,难逃此运。

一个明显的因果循环就是递归。

人类的历史就是一场递归,每个人出生都是一个输入,然后进入程序开始判断是否到达寿命,到达了——死,没到达——继续活。

每一刻都伴随着新生,而新的生命又进入了一场递归当中。

每一刻都伴随着消亡,而这逝去,就是一场递归的结束。

假设你是猪A,你生下来以后就进入了一场递归,直到有一天你遇到了人B,人B把你杀了。

假设你是人C,你生下来以后就进入了一场递归,直到有一天你遇到了猪D,猪D被你杀了。

猪A和猪D都被杀了,人B和人C都杀了猪。

首先是一头猪,被人杀了。后来是一个人,杀了猪。

假如有轮回,你也无法避免下辈子是猪,就像你也没法选择这辈子是人一样。

在无限的轮回中,所有的人都是你,你一直在伤害你自己。

你折磨自己、打自己、骂自己、杀自己。如此而已。

我们都难逃因果,于世间也只是徒增杀戮。

如果可以,请尽可能善待周围的一切,无论人物。毕竟,我们有一点是一样的,那就是天注定的这辈子都没得选。

时间: 2024-10-21 19:24:19

软件测试用例设计“八法归一”——因果阵的相关文章

软件测试用例设计 0620

入职基础培训课程系列 软件测试概述 软件测试用例设计 软件测试缺陷管理 软件系统测试 培训目标:1 明确测试用例在软件中的重要性 2 掌握测试用例设计的基本思路 3 了解并熟悉测试用例的要素和编写方法 课程内容: 1基本定义 要素和作用概念 2测试用例设计过程 3测试用例设计思路实例分析 用户登录:性能测试 安全性测试 文档测试 功能测试 界面测试 兼容性测试 什么是用例:用例是输入输出对,输出描述的是对输入数据的预期结果 用例是一组操作序列与数据的集合,这个集合通常具有业务或操作上的意义,一般

软件测试用例设计之我见

做测试的朋友们我相信大家都比较烦恼一个问题那就是如何设计出高效.快捷使用并且还能够详细记录各个功能点的测试用例.现在每个产品从设计上来说都很复杂,迭代更新快,验证时间短,尤其是在搞活动期间,更新是更快速更频繁的,这些就不说了,外加上PM和开发方面很多时候也是一片混乱,在所有的混乱中如何使用测试用例辅助性的引导每天的测试工作成了一大难题.用例就像一张地图一样引导着我们的测试工作,没有这个文档我们就没有办法把工作做到细化,也无法去培养新近工作人员. 从工作中我找到了一种办法.那就是以数据分布为导向的

软件测试用例设计方法

从理论层面来讲,设计用例的方法有很多,比如等价类划分法.边界值分析法.错误推测方法.因果图方法.判定表驱动分析法.正交实验设计方法.功能图分析方法.场景设计方法.形式化方法.扩展有限状态机方法等等,但是真正具有实用价值并且常用的只有前三种方法: 第一,等价类划分方法 等价类划分法将程序所有可能的输入数据(有效的和无效的)划分成若干个等价类.然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类,测试用例由有效等价类和无效等价类的代表组成,从而保证测试用例具有完整性和代表性. 第二,边界值

【tool】软件测试用例设计综合策略

1. Myers提出了使用各种测试方法的综合策略: 1) 在任何情况下都必须使用边界值分析方法,经验表明用这种方法设计出测试用例发现程序错误的能力最强. 2) 必要时用等价类划分方法补充一些测试用例. 3) 用错误推测法再追加一些测试用例. 4) 对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度,如果没有达到要求的覆盖标准,应当再补充足够的测试用例. 5) 如果程序的功能说明中含有输入条件的组合情况,则一开始就可选用因果图法. 2.测试用例的设计步骤 1) 构造根据设计规格得出的基本功能测试用

功能性测试用例设计方法深入理解

一 进行测试设计的一般流程 设计测试案例的时候,需要有清晰的测试思路,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数.测试用例编写者不仅要掌握软件测试的技术和流程,而且要对被测软件的设计.功能规格说明.用户试用场景以及程序/模块的结构都有比较透彻的理解.测试用例设计一般包括以下几个步骤: 1.测试需求分析 从软件需求文档中,找出待测试软件/模块的需求,通过自己的分析.理解,整理成为测试需求,清楚被测试对象具有哪些功能.测试需求的特点是:包含软件需求,是否具有可测试性. 测试需求应该在软

软件测试实战 - 测试用例设计方法

一.测试分析 测试需求来源 开发需求DR:协议标准需求PR:用户需求UR:案例库需求LR:竞争需求CR:继承需求SR: 2. 测试项分析步骤 a. 为分析的测试项编号:b. 注明来源:开发文档/法律条款/案例库编号c. 整合测试项:删除合并重复测试项:大的测试项分解为测试子项:d. 分析测试项之间的关系: 3. 测试分析方法 a. 质量模型分析法:功能测试项.效率测试项.可靠性.易用性.可维护性.可移植性:b. 用户场景分析法:游客.普通用户.VIP用户.管理员用户等,不同角色权限不同,测试点也

测试用例设计(个人学习用20170312-0319)

测试用例设计 (个人学习用20170312-0319) 测试用例设计方法 11种 1.等价类 2.边界值 3.判定表 4.正交试验法 5.流程分析法 6.状态迁移图法 7.输入域覆盖法 8.输出域覆盖法 9.因果图 10.异常分析法 11.错误猜测法 等价类,边界值(一般组成等价类边界值表) 等价类:它将程序所有可能的输入数据(有效的和无效的)划分成若干个等价类.然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类,测试用例由有效等价类和无效等价类的代表组成,从而保证测试用例具有完整性

移动APP测试用例设计实践经验(转载)

前言杂谈 在聊移动APP测试用例设计之前,我请大家先思考如下2个问题: 第一,我们为什么要做好测试用例设计?--why? 第二,好的测试用例设计有什么共性? --what? 深入思考这2个问题的答案是一件很有意义的事情,作为移动互联网时代的产品质量守卫军,我们必须提升自己的测试设计能力,必须清楚的知道要测什么,怎么测.但单从我们测试团队现状来看,有很多人都没有做好准备,测试设计方法仍然比较落后,所以我整理此文,旨在总结沉淀移动客户端测试用例设计实践,帮助测试人员时刻审视完善自我测试能力提升. 那

软件测试用例知识点梳理

一.概念 怎样以最少的人力.资源投入,在最短的时间内完成测试,去发现软件系统的缺陷(bug),保证软件的优良品质,是软件公司探索和追求的目标. ▲测试用例是测试工作的指导,是软件测试的必须遵守的准则,更是软件测试质量稳定的根本保障 ▲测试用例是指为实施测试而向被测试系统提供的输入数据,操作或者各种环境设置以及期望结果的一个特定集合. 简单来说------测试用例就是解决要测什么,怎么测和如何衡量的问题 二.测试用例的属性: 1.用例ID(编号) 2.用例名称() 3.测试目的 4.测试级别 5.