着急的话建议二倍速观看
以下是视频笔记:
-
软件测试的就业行情
-
什么是软件测试
- 预期结果
- 实际结果
-
软件测试的发展历程
- 软件测试就是去证明软件是正确的
- 软件测试是去证明软件是错误的
- 软件测试是保证软件的质量是符合用户需求的一系列手段
软件测试的职业发展
-
功能测试(基础)
-
自动化测试
- 测试开发
- 持续集成
- testops
-
性能测试
- 高级性能测试(需要沉淀,比较难)
- 架构师
- 高级性能测试(需要沉淀,比较难)
软件测试的分类
-
方法
- 黑盒测试
- 白盒测试
- 灰盒测试
-
方向
-
功能测试
-
性能测试
-
压力测试——能容纳多少用户吃饭
发现软件的性能瓶颈
-
负载测试——能持续高效维持多少时间
一般采用峰值的80%-90%
-
并发测试——测试多线程
-
-
安全测试
-
-
阶段
- 单元测试——测试代码块(方法、函数、类)
- 集成测试——检查接口连接得对不对
- 系统测试
- 功能
- 性能
- 安全
- 兼容性
- WEB
- APP
- Android
- iOS
- 易用性——用户体验
- 稳定性——7*24
- UI——界面
- …
- 验收测试
-
对象
- app测试
- web测试
- 物联网测试
- 车联网测试
- 小程序测试
- 嵌入式测试
- 大数据测试
- AI测试
- ……
-
状态
- 静态测试——不运行软件
- 动态测试
-
其他
- 冒烟测试——测试前的测试
- 检查app是否具备可测试性
- 回归测试——测试以前发现的bug
- α测试——属于验收测试(内测)
- β测试——输入验收测试(公测)
- 冒烟测试——测试前的测试
互联网公司的研发团队结构
- 项目经理——负责整个项目的管理
- 产品经理——负责软件的需求收集设计整理等等
- 开发
- 前端
- 后端
- 测试
- 运维——负责硬件网络设备的维护和管理
- 运营——产品完成后靠运营去拉用户
- 设计——负责对产品的UI进行设计
研发管理模型
-
瀑布流
从上往下的流程,不能从当前步直接返回到上一步
-
V字形——各种文档一一对应
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-U9XznKif-1603701948879)(C:\Users\WeiZR\Documents\markdown\图片文件夹\V字形研发管理模型.PNG)]
-
W字形——相同位置一一对应,开发和测试的工作可以同时进行
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fYQ3X4Rr-1603701948881)(C:\Users\WeiZR\Documents\markdown\图片文件夹\W字形研发管理模型.PNG)]
-
敏捷模型
特点:
- 高效的工作
- 及时的沟通
- 日报
- 白板
- 早会/站立会
- 集中办公
-
螺旋形
-
H字形
-
……
软件是什么
- 程序
- 文档
- 数据
测试流程
需求分析阶段
- 需求分析的三种表现形式
- 需求文档
- 产品原型
- 口述
- 学习业务流程
- 提取功能点
- 编写需求分析说明书
- 没有需求怎么办
- 参考市面上已经成熟的同类型的产品的实现
测试设计阶段——写文档
-
测试计划
- 时间和人员以及资源的安排分配
-
测试方案
-
针对每个测试内容如何开展测试
-
采用什么测试技术
-
什么测试工具
-
-
测试策略
-
哪些测试内容先测
-
哪些内容后测试
-
开始测试和结束测试的标准是什么
-
-
测试用例
-
用例编号
-
用例名称
-
前置条件
-
优先级
执行这条用例的时间要求紧急的等级
-
重要级
这个被测的功能在系统里面的重要级别
-
测试数据
-
测试步骤
-
预期结果
-
实际结果
-
测试执行阶段
- 预期结果和实际结果做对比,如果一样则通过,如果不一样则有问题
- 提交bug
- 回归测试
测试总结阶段
-
编写测试报告
- 对工作的总结
- 对bug的统计分析
- 测试
- 开发
- 软件模块
- 等级
- 解决的时间
- 每个版本
- 状态
- 对被测软件的质量评估
- 一二级的bug全部都关闭了
- 三级的bug关闭了80%+
- 四级的bug无所谓
5W1H——六合分析法(测试计划、测试方案、测试策略都可按这种方法进行编写)
1. 对象(What)——什么事情
2. 场所(Where)——什么地点
3. 时间和程序(When)——什么时候
4. 人员(Who)——责任人
5. 为什么(Why)——原因
6. 方式(How)——如何
优秀的测试养成攻略
- 测试
- 文档
- 编程
测试方法
等价类
- 无效等价类
- 有效等价类
边界值
场景法
因果图
判定表
路径覆盖法
bug的管理
bug的管理平台/系统/工具
- 禅道
- BUGFree
- ALM/QC
- testlink
- EasyBug
- Bugzilla
- JIRA
bug的六要素
- 编号
- bug的名称——看到题目就知道是什么问题
- bug的优先级——需要优先解决吗
- bug的等级
- 致命的
- 影响产品的核心流程的正常使用
- 导致软件挂了,闪退,崩溃
- 和钱有关
- 严重的
- 导致了功能无法正常使用
- 一般的
- 功能的某些异常场景有问题
- 轻微的
- 建议上的东西,用户体验的,UI上的
- 致命的
- bug的复现步骤
- 可以把用例的步骤复制过来
- 预期结果
- 实际结果
- 附件——为bug佐证
- 截图/日志/视频
bug的生命周期
bug的状态
- 新建/new
- 打开/激活/open
- 已确认
- 已解决
- 拒绝
- 重新打开/reopen
- 关闭/closed
- 延期处理
- 重复bug
版本迭代
随着时间/测试次数的推进,会发布很多版本,其中版本号是不断叠加的。
-
增量测试
只测试已知的有变化的功能
-
全量测试
测试软件的所有功能
测试常识
- 测试是无穷无尽的
评审
- 同行评审
- 小组评审
- 部门评审
- 项目评审
- 第三方评审
- 邮件评审
测试应用
APP测试
- 安装/卸载
- 消息推送
- 更新
- 弱网测试(网络信号)
- 场景交互测试
- 来电话了
- 正在听音乐
- 调用相机
- 前后台的切换
- 权限测试
- 离线测试
以上是app专项测试
web测试
软件结构
B/S
- brower 浏览器
- server 服务器
C/S
- client 客户端
- server 服务器