# 震惊!软件测试原来是这么回事?!——bilibili

视频课程地址

着急的话建议二倍速观看

以下是视频笔记:

  • 软件测试的就业行情

  • 什么是软件测试

    • 预期结果
    • 实际结果
  • 软件测试的发展历程

    1. 软件测试就是去证明软件是正确的
    2. 软件测试是去证明软件是错误的
    3. 软件测试是保证软件的质量是符合用户需求的一系列手段

软件测试的职业发展

  • 功能测试(基础)

  • 自动化测试

    • 测试开发
    • 持续集成
    • 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
  • 回归测试

测试总结阶段

  1. 编写测试报告

    1. 对工作的总结
    2. 对bug的统计分析
      1. 测试
      2. 开发
      3. 软件模块
      4. 等级
      5. 解决的时间
      6. 每个版本
      7. 状态
    3. 对被测软件的质量评估
      1. 一二级的bug全部都关闭了
      2. 三级的bug关闭了80%+
      3. 四级的bug无所谓

5W1H——六合分析法(测试计划、测试方案、测试策略都可按这种方法进行编写)

1. 对象(What)——什么事情
2. 场所(Where)——什么地点
3. 时间和程序(When)——什么时候
4. 人员(Who)——责任人
5. 为什么(Why)——原因
6. 方式(How)——如何

优秀的测试养成攻略

  • 测试
  • 文档
  • 编程

测试方法

等价类

  • 无效等价类
  • 有效等价类

边界值

场景法

因果图

判定表

路径覆盖法

bug的管理

bug的管理平台/系统/工具

  • 禅道
  • BUGFree
  • ALM/QC
  • testlink
  • EasyBug
  • Bugzilla
  • JIRA

bug的六要素

  1. 编号
  2. bug的名称——看到题目就知道是什么问题
  3. bug的优先级——需要优先解决吗
  4. bug的等级
    1. 致命的
      • 影响产品的核心流程的正常使用
      • 导致软件挂了,闪退,崩溃
      • 和钱有关
    2. 严重的
      • 导致了功能无法正常使用
    3. 一般的
      • 功能的某些异常场景有问题
    4. 轻微的
      • 建议上的东西,用户体验的,UI上的
  5. bug的复现步骤
    • 可以把用例的步骤复制过来
    • 预期结果
    • 实际结果
  6. 附件——为bug佐证
    • 截图/日志/视频

bug的生命周期

在这里插入图片描述

bug的状态

  • 新建/new
  • 打开/激活/open
  • 已确认
  • 已解决
  • 拒绝
  • 重新打开/reopen
  • 关闭/closed
  • 延期处理
  • 重复bug

版本迭代

随着时间/测试次数的推进,会发布很多版本,其中版本号是不断叠加的。

  • 增量测试

    只测试已知的有变化的功能

  • 全量测试

    测试软件的所有功能

测试常识

  • 测试是无穷无尽的

评审

  • 同行评审
  • 小组评审
  • 部门评审
  • 项目评审
  • 第三方评审
  • 邮件评审

测试应用

APP测试

  • 安装/卸载
  • 消息推送
  • 更新
  • 弱网测试(网络信号)
  • 场景交互测试
    • 来电话了
    • 正在听音乐
    • 调用相机
    • 前后台的切换
  • 权限测试
  • 离线测试

以上是app专项测试

web测试

软件结构

B/S

  • brower 浏览器
  • server 服务器

C/S

  • client 客户端
  • server 服务器

视频中的思维导图下载地址

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值