1 正交法
1.1定义
用最小的测试用例获得最大的概率覆盖率
1.2 基本定义
因素:条件桩,输入的参数条件
水平:输入的参数水平
1.3 使用步骤
1.需求分析
2.确定因素和水平
3.确定正交表
4.根据正交表,进行测试用例的书写,一条数据就是一条测试用例
2 场景法
画流程图
2.1定义
场景法,就是流程图法,去使用流程图来描述用户的使用场景,然后通过流程图路径来设计测试用例
2.2 案例 点外卖
2.3 使用的测试阶段
集成测试
系统测试
验收测试
2.4使用步骤
1.需求分析
2.绘制流程图
3.根据流程图的每一条路径进行设计测试用例
3 错误推测法
3.1 定义
根据经验和智慧进行分析,推测出程序中可能出现的错误
3.2使用场景
同类型产品
任务紧
4 测试用例方法总结
1.具有输入功能,但是功能之间没有组合关系 等价类
2.输入具有边界
3.多输入,多输出,输入和输出之间具有组合关系,判定表,因果图
4.用最小的测试用例覆盖率最高,正交表
5.多个功能之间的组合测试场景法
6.错误推测法做进一步补充
5 软件缺陷
5.1 定义
软件在使用的过程中存在的任何问题(错误,异常),都叫软件缺陷简称BUG
5.2 软件缺陷的判定标准
1.软件未实现需求说明书中明确要求的功能
2.软件出现了说明书中指明的不应该出现的错误
3.软件实现了超出需求说明书中的功能
4.软件为实现需求文档中为指明但又该实现的功能
5.用户体验不好,界面不漂亮,易用等
5.3 软件缺陷出现的原因
1.编码:代码出错
2.运行系统:软硬件系统本身故障导致的软件缺陷3
3.设计问题:设计文档出现错误或者缺陷
4.需求阶段:需求描述有歧义
5.软件本身很复杂
5.4软件缺陷的核心内容
标题 | 描述软件缺陷的基本内容,例如(用户名5位,只展示3位) |
---|---|
前置条件 | 描述缺陷出现依赖的相关基础条件 |
复现步骤 | 测试用例里的执行步骤 |
实际结果 | 执行测试用例的执行步骤,系统给出的结果 |
预期结果 | 参照需求说明书,在测试用例中设计的预期结果 |
附件 | bug截图或者出错的日志信息,方便定位bug的 |
5.5缺陷的基本要素
ID 唯一
模块:根据产品进行具体的划分,支付模块,订单模块等
缺陷状态
new | 新建 |
open | 打开 |
fix | 已经修复 |
postpone | 延期 |
reject | 拒绝 |
close | 关闭 |
reopen | 重新打开 |
5.5.1 缺陷的严重程度
-
从技术上衡量bug的破坏力
紧急 | 5 | critical |
非常高 | 4 | major |
高 | 3 | medium |
中 | 2 | minor |
低 | 1 | tiny |
5.5.2缺陷的优先级
处理缺陷的优先程度
紧急 | 5 | critical |
非常高 | 4 | major |
高 | 3 | medium |
中 | 2 | minor |
低 | 1 | tiny |
5.5.3缺陷类别
功能错误
ui界面错误
兼容性错误
易用性
改进意见
5.6提交缺陷的注意事项
1.唯一性,一个缺陷提交一次
2.保证可复现性
3.规范性
描述需要准确,有细节真实
5.7 缺陷跟踪流程
场景