目录
一、测试介绍
二、测试常用分类
三、模型
四、测试流程
五、测试用例
六、用例设计方法
七、缺陷
八、html
资料获取方法
阶段目标 能独立针对web项目实施功能测试
一、测试介绍
什么是软件测试
使用技术手段验证软件是否满足需求
测试主流技能
- 功能测试
- 自动化测试
- 接口测试
- 性能测试
主流方向建议：
- 功能测试+接口测试
- 自动化测试+接口
- 功能+性能
二、测试常用分类
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>资料获取方法
【留言777】
各位想获取源码等教程资料的朋友请点赞 + 评论 + 收藏，三连！
三连之后我会在评论区挨个私信发给你们~
