测试基础之软件测试分类

按测试阶段划分

  • 单元测试(多由开发负责)
  • 集成测试(组装测试, 主要是开发负责, 测试人员可以少量参与[接口])
  • 系统测试(测试人员负责)
  • 验收测试(团队内部,客户,客户委托第三方)
    • α测试(内测)
    • β测试(公测)
    • γ测试(正式版候选版本)

RC: 候选版(经过多次beta测试, 基本不会添加新功能, bug较少)
GA: 正式版(稳定版, bug很少)

按是否覆盖源代码

  • 黑盒测试(完全不关注代码, 只关注客户需求)

    • 优点:

      • 简单, 设计测试比较简单, 只关注需求, 不关注代码
      • 不会被代码的思路干扰, 只关注最终需求, 更容易发现不满足需求的问题
    • 缺点:

      • 对于没有执行到的代码, 无法进行覆盖(比如预留后门)
    • 分类

      • 功能测试
        • 逻辑功能测试
        • 界面测试
        • 安装升级卸载测试
      • 性能测试
        • 时间性能测试
        • 稳定性测试
        • 负载测试
        • 压力测试
    • 白盒测试(关注实现细节, 对代码层面进行测试)

      • 优点:
        • 能够关注到代码实现的规范(代码的静态检查), 合理性
        • 能够精确测试
      • 缺点:
        • 只关注白盒的情况, 会忽略到客户的最终需求
  • 灰盒测试(介于黑盒和白盒之间,即关注需求又关注代码,多用于集成测试阶段)

是否运行

  • 静态测试

    指不运行代码/程序的测试, 可以检查代码的规范

  • 动态测试

    代码运行起来的测试

是否自动化

  • 人工测试(手工测试)
  • 自动化测试(利用代码和工具进行测试)

其他

  • 冒烟测试 (执行大面积测试之前, 先测试最基本的功能能否实现, 有效避免测试资源浪费)
  • 回归测试 (再次执行测试用例, 回归已经修复的软件缺陷)
  • 随机测试 (没有逻辑, 没有目的的自由的测试)
  • 探索性测试 (有目的进行探索式的测试)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Nonevx

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值