1.认识软件测试
2.测试主流技能
3.常见测试分类
4.质量模型
前五个最重要
5.测试流程
6.测试用例编写模式
核心功能:用户使用频率最高的
八大要素:
用例编号:项目_模块_编号
用例标题:预期结果(测试点)
项目/模块:所属项目或模块
优先级:表示用例的重要程度或者影响力p0~p4(P0最高)(用户最常用的功能优先级最高)(合法的为P0,后面不和法为P1)
前置条件:要执行此条测试用例,有哪些前置操作
测试步骤:描述操作步骤
测试数据:操作的数据,没有的话可以为空
预期结果:期望达到的结果+不同角色隐形结果
举例
7.等价类划分法
使用场景:能对穷举场景设计测试点
等价划分的关键是”按处理逻辑分组”
说明:在所有测试数据中,具有某种相同特征的数据集合进行划分
分类:1)有效等价类:满足需求的数据集合
2)无效等价类:不满足需求的数据集合
步骤:1)明确需求
根据惯例:在明确需求里面最多是 长度、类型、规则
2)确定有效和无效等价类
参数:变量
3)提取数据编写测试用例
使用场景:需要有大量数据测试输入,但是没法穷举测试的方法
· (输入框、下拉列表、单选复选框)(典型代表:页面的输入框类测试)
要注意用例中不要忘记为空场景
举例1: 需求:验证qq账号的合理性 要求:6~10自然数
举例2:
8.边界值分析法
能对限定边界规则设计测试点
提示:
1.有关范围显示,最多7条(用例最多7条)(看下列优化
2.边界值能解决位数限制问题,但是不能解决类型问题(要结合等价类)
1.边界范围节点
2.步骤
1)明确需求
2)确定有效和无效等价(只考虑类型)
3)确定边界范围
4)提取数据编写用例
举例:
3.边界值优化及总结:(7点优化5点)
强调:单个输入框,常用的方式 边界+等价类
面试题:最常用的用例设计方法有哪些?----等价类、边界值
9.判定表格
解决多条件、有依赖关系的测试
使用场景:
1.有多个输入条件,多个输出结果,输入条件之间有组合关系,输入条件和输出结果之间有依赖(制约)关系
2.判定表一般使用与条件组合数量较少的情况(比如4个条件以下)(如果条件超过四个,就不适合覆盖所有条件,此时使用正交法)
定义:是一种以表格形式表达多条件逻辑判断的工具
组成
1)条件桩:列出问题中所有的条件,列出条件的次序无关紧要
2)动作桩:列出问题中可能采取的操作,操作的排列顺序没有约束
3)条件项:列出条件对应的取值,所有情况下的真假值
4)动作项:列出条件项,各种取值情况下应该采取的动作结果
判定表法设计用例步骤
画判定表的时候一定要注意写出正确的 条件桩和动作桩
案例1
案例2
10.场景法
11.错误推荐法
场景:
1)时间紧任务量大,根据之前项目类似经验找出易出错的模块重点测试
2)时间充裕通过此方法列出之前问题较多的模块再次测试
面试问:时间紧任务大还不能加人的情况下怎么测试?
跟产品人员确定哪些是最重要的业务,将主要业务进行覆盖,在验证主功能的正向任务,然后在验证逆向任务,最后补交测试用例
12. 用例执行
这里注意实际结果
从第二个用例到第四个用例:此时这里验证的就是就是不通过,所以当验证的时候出现的结果是不合法的时候,就是pass
预期结果与实际结果相同就是PASS
执行结果与用例的期望结果不一致就是不通过,为缺陷
执行结果与用例的期望结果一致就是PASS
13.缺陷
1.定义: 软件在使用过程中出现的任何问题都叫缺陷
2.缺陷标准:
1)少功能
2)功能错误
3)多功能
4)缺少隐形功能
3.缺陷产生的原因
1>回归测试:
1.常规项目回归:项目本次发布新增两个模块,最基本要测新增模块功能和新增模块关联旧模块
2.非常规项目(航天、部队、银行):新能功能,不许全部复测
2>回归BUG:上一个版本发现的缺陷,开发修复完毕,在下一个版本重新进行验证
4.软件缺陷的核心内容
5.缺陷提交要素
6.软件缺陷类型
功能错误、界面(UI)错误、兼容性、数据、易用性、建议、架构缺陷
7.工作流程
14.缺陷编写
1.缺陷报告示例
2.缺陷的跟踪流程
3.提交缺陷注意事项
1.面试问:在测试过程中发现缺陷怎么办
回答:首先要确定缺陷的可复现性,确定是BUG
2.提交时,要检查缺陷是否已存在
4.缺陷管理工具
1)项目管理工具——管理缺陷(禅道、JIRA、TFS)
2)Excel管理缺陷
15.HTML
1.标签
- html:超文本标记语言,由一套标记标签组成
- 标签
单标签:< />
双标签:< 标签值><标签值 />
属性:描述某一特征 示例:<a 属性名=’‘属性值’‘>
2.注释
注释国际通用快捷键:ctrl+/
测试点:前端页面上线之前检查注释或者删除注释