一、测试介绍
1.1 什么是软件测试
使用技术手段验证软件是否满足需求
1.2 测试主流技能
功能测试/ 自动化测试/ 接口测试/ 性能测试
1.3 主流方向建议
- 功能测试+接口测试
- 自动化测试+接口
- 功能+性能
二、测试常用分类
2.1 阶段划分
- 单元测试
- 集成测试:单元与单元之前的接口进行测试,又称接口测试
- 系统测试:针对系统整体功能+兼容+文档
- 验收测试:内测和公测
2.2 代码可见度划分
- 白盒 - 对应单元测试
- 灰盒 - 对应集成测试
- 黑盒 - 对应系统测试
三、模型
质量模型
软件质量模型ISO/IEC 25010 功能性/兼容性/可靠性/可维护性/性能效率/易用性/信息安全/可移植性
四、测试流程
- 需求分析
- 计划编写:测什么,谁来测,怎么测
- 用例设计
- 用例执行
- 缺陷管理
- 测试报告
五、测试用例
用例:用户使用的案例
用例的作用:
- 防止漏测
- 衡量软件是否通过的标准
八大要素:
- 用例编号:项目_模块_编号
- 用例标题:预期结果(测试点)
- 模块/项目:所属的模块或项目
- 前置条件
- 优先级:一般是P0-P4
- 测试步骤
- 测试数据
- 预期结果
六、用例设计方法
1、等价类划分法:
有效等价类:满足需求的数据集合
无效等价类:不满足需求的数据集合
一般按照 长度、类型、规则 这三个来
2、边界值:
上点:边界上的点(必选)
内点:范围内的点(必选)
离点:离边界最近的点,测试时选择开内闭外,开区间选择内部离点,闭区间选择外部离点
3、判定表:
是一种以表格形式表达多条件逻辑判断的工具
条件桩/动作桩/条件项/动作项
4、业务测试覆盖
覆盖业务测试,一般使用流程图法
先测试业务,再测试单功能、单模块、单页面
5、错误推荐法
当项目用例都执行完毕,且bug修复完成, 离上线还有一段时间。 可以使用错误推荐法复测主要业务或测试未覆盖的功能。
七、缺陷
定义:软件中存在的各种问题,都为缺陷
缺陷标准:
- 少功能
- 功能错误
- 多功能
- 缺少隐形功能
- 易用性(软件测试人员专业角度)
缺陷产生的原因:
- 需求文档
- 架构设计
- 编码实现
- 环境(硬件和软件)
缺陷的核心要素
- 缺陷标题
- 预置条件
- 复现步骤
- 预期结果
- 实际结果
- 必要附件(图片/视频/日志等)
缺陷提交注意事项:
- 可复现
- 唯一性,一个缺陷上报一个问题
八、html
html的骨架标签
<!DOCTYPE html>
<html>
<head>
<meta charset = "UTF-8">
<title>菲菲测试</title>
</head>
<body>
xxxx代码区域
</body>
</html>