软件测试：测试分类、测试用例编写方法

测试分类

执行方式 : 人工,自动化(利用代码使计算机模拟人工操作)

测试阶段 : 单元测试,集成测试,系统测试,验收测试 单元测试(UT) : 每个功能划分单元,对一个单元进行测试 集成测试(IT) : 将不同单元模块组合在一起,形成更大组件的过程 系统测试(SIT) : 检验软件产品能否与系统的其他部分(比如,硬件、数据库及操作人员)协调工作。 验收测试(UAT) : 部署软件之前的最后一个测试操作,通常由提供者和客户完成 α 测试 : 内测 在可控的环境下进行测试 β 测试 : 公测 γ 测试 : 产品成熟时,进行个别优化

测试类型 : 功能,可用,可靠,兼容,安全,性能

测试手段 : 静态测试,动态测试 静态测试 : 常见的代码走查和文档评审 动态测试 : 启动软件都是动态测试

冒烟测试 / smoking test 主要功能（老功能+新功能），正向用例 目的：检测测试版本是否达到提测标准

测试用例

定义:指导我们完成测试的 输入,预期结果,预置条件等等的文档 编号: ST-login-001 模块: 模块名 子模块 预置条件: 要执行该项测试必须实现或满足的一个条件项 描述 : 描述要测什么 操作步骤 : 描述要怎么测 预期结果 : 预期得到结果 实际结果 : 测试后得到的实际结果 是否通过

测试用例设计方法

等价类 等价类 = 有效等价类 + 无效等价类 等价类使用步骤 : a. 先划出有效等价类和无效等价类 b. 取有效等价类与无效等价类中的数据进行用例的设计 c. 遵循 : 一对一,一条用例只能包含一个无效等价类 一对多,一条用例尽量包含多个有效的等价类 d. 转换成测试用例 总结 : 有输入的地方都可以考虑使用等价类和边界值

边界值(上点,离点必须考虑,内点根据实际情况是否考虑) 上点 : 边界上的点 离点 : 离上点最近的点 (闭外开内) 内点 : 边界内的点

注意 : 只有等价类和边界值可以直接转换为用例

判定表 使用场景 : 当条件与条件之间存在与或非关系,与结果有制约关系 判定表的步骤 : a.确定条件桩,动作桩,条件项,动作项 b.确定规则,规则是条件取值只能为(0,1),条件数为n,规则值应为2的n次方 c.填入条件桩,动作桩,条件项,动作项 d.简化列表,并补充列表中不存在但需要验证的情况 注意 : 合并可能导致漏测,如果合并不能带来太大效益,建议不合并 规则数不等于用例数,只有等价类和边界值可以直接转换为用例

正交试验法 使用场景 : 多条件的多状态的情况 正交试验法的步骤 : a.确定因子和状态,因子条件,状态条件的取值 b.找到相对应匹配的正交试验表 c.填入因子和状态 d.补充表中不存在但实际需要验证的情况 遇到无法匹配到的正交表,选择多的因子多的状态

流程分析法(场景法) 分析步骤 : a.确定主流程 b.画出流程图 c.根据流程图转换成路径 d.根据路径写用例

状态迁移法 适用场景 : 只关心状态的变化,不强调过程的情况 步骤 : a. 首先确定主体 b. 确定主体可能发生的状态 c. 画出状态迁移图 d. 推导出测试路径,转换成用例,一条路径转换成一条用例

错误推测法 定义 : 以已知的错误结果反向推到出可能导致这种错误的情况 作用 : 补充测试用例库

时间特性 a. 操作时间的时限 b. 超过当前时间是否可选 c. 时间的前后限制 d. 系统时间的调整

测试用例设计方法的综合策略 1.在任何情况下都必须使用边界值分析方法,判定表明用这种方法设计出测试用例发现程序错误的能力最强 2.必要时用等价类划分方法补充一些测试用例,有输入的方法就有等价类边界值方法 3.用错误推测法再追加一些测试用例 4.对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度,如果没有达到要求的覆盖标准,应当再补充足够的测试用例 5.等价类边界值往往针对小功能点,流程分析正交试验往往针对较大的功能点