本帖最后由 武汉13期-金澳 于 2022-3-25 19:25 编辑
动态测试:通过运行软件的组件或系统来测试软件 静态测试:对组件的规格说明书进行评审,对静态代码进行走查 正式评审(组内评审):对评审过程及需求文档的一种评审 度量:测量所使用的方法或标准。(用了什么工具\出口标准、(bug密度)) 评审员:所有参与评审的人,但不包括主讲的人 记录员:记录评审会议上的会议纪要(项目组相关人员都是) 技术评审: 1.对当前项目功能相关的代码进行评审 2.对新增的接口代码进行评审 走查:由文档作者(产品经理)逐步陈述文档内容,以收集信息并对内容达成一致 复杂性:系统或组件的设计或内部结构比较复杂,导致难以理解,维护或验证的程度 圈复杂度: 写的代码越复杂,圈复杂度越高(代码的逻辑较多) 写的代码越简单,圈复杂度越低 程序中独立路径的数量 独立路径从开始到结束,几条独立路径,圈复杂度就是几
通用公式:公式一:V=E-N+2 (E结构图的边数,N是节点数) 公式二:V=区域数 公式三:V=p+1 (p判定节点数) 判定节点:有判断条件的节点
控制流:执行组件或系统的一系列顺序的路径 数据流:表示数据对线的顺利或状态发生变化的过程 控制流图的概率:控制流图也叫控制流程图,是一个过程或程序的抽象表现
用例设计:
黑盒测试(功能测试)的用例设计方法: 等价类(重点):指某个输入的集合,在集合中各个输入的条件都是等效的 等价类划分: 需求:在输入框中输入1-100分考试出成绩并且为正整数 输入域:1-100 集合:1-100之间的任意正整数,比如、55、66、87 有效等价类:有意义、合理的数据 1、66、77 无效等价类:无意义、不合理的数据 0、101.63.2、$%@ 需求:qq密码是6-10位数字字符或英文字符组成 123456→符合规则 12345→不符合规则,从长度去违反 12345@→不符合规则,从类型去违反 原则:每条用例尽可能多的覆盖多个有效等价类 每条用例只能覆盖一个无效等价类 写用例注意的点: [size=18.0000pt] 1.用例以验证开头 [size=18.0000pt] 2.验证标题和步骤内容相呼应 [size=18.0000pt] 3.用例标题和预期结果相呼应 [size=18.0000pt] 4.等价类用例设计方法的描述一般是用大于、小于(指定某个是边界值) 划分等价类常见的地方: 数值范围:1-100分 [size=18.0000pt] 1.重复次数:ATM密码输入错误次数 [size=18.0000pt] 2.字符串长度:输入框支持输入10个字符 [size=18.0000pt] 3.字符串组中字符的个数:[ 5. 文件命名:上传功能只支持jpg,无效:gif、png 6. 文件大小:1-50M 7. 颜色种类:仅支持红色 8. 超时时间:超过30s没有响应则报错 等价类的优缺点: 优点:是考虑了单个输入域的各类情况,避免了盲目或随机选取输入数据的不完整性和覆盖的不稳定性 缺点:方法虽然简单易用,但是没有对组合情况进行充分的考虑。需要结合其他测试用例设计的方法进行补充。比如边界值。 边界值(重点):1-100分 上点:边界上的点 1和100 正常场景 离点:上点左右两边最邻近的点 0和101 异常场景 内点:区域内的点 76 正常场景 闭区间 【1,100】 正常测试点:1,100 异常测试点:0,101 半闭半开 【1,100) 正常测试点:1,99 异常测试点:0,100 半开半闭 (1,100】 正常测试点:2,100 异常测试点:1,101 开区间 (1,100) 正常测试点:2,99 异常测试点:1,100 边界条件分析: 1.[size=18.0000pt] 输入条件明确了一个值的取值范围,或规定了值的个数 [size=18.0000pt]2. 输入条件明确了一个有序集合 有序集合: 春夏秋冬 →选择第一个和最后一个元素作为测试数据 春和冬 需求:用户名由11位纯数字字符的手机号组成 10位 12位异常用例 11位正常用例 等价框的描述: 验证在输入框输入11位纯数字字符组成的手机号 验证在输入框输入大于11位纯数字字符组成的手机 号 验证在输入框输入小于11位纯数字字符组成的手机号 边界值的描述: 验证在输入框输入11位纯数字字符组成的手机号 验证在输入框输入10位纯数字字符组成的手机号 验证在输入框输入12位纯数字字符组成的手机号
判定表 因果图 正交表 场景法 状态迁移
白盒测试用例设计方法: 语句覆盖 条件覆盖 判断覆盖 路径覆盖(基本路径法、Z路径法)
|