发现潜在BUG的技巧探索

写在前面,这是同事的一次分享,个人总结后输出本文

------------------------------------------------------------------------------------------------------------------------------------

一、意识形态:代表用户

测试过程中需要从各个角度思考以寻找软件缺陷,一般有如下角度

    1. PRD文档中的规范
    2. 自己日常累积的业务知识所可能涉及到的场景
    3. 利益相关者的角度:如从用户的角度进行测试,用户在使用产品时的思考逻辑,实际执行等

前两点在功能测试的过程中一般都会被覆盖到,第三点以用户的角度进行测试,可能会突破PRD文档中的某些规范,此时可以质疑产品文档中的规范是否正确。产品人员和研发人员也是普通人,也可能存在设计缺陷,而这些缺陷可能在用户的实际操作过程中可能会触发的,触发后会造成用户体验降低或者影响产品主流程,从而造成所谓的XXX门。(多个偶然的因素触发一个必定的场景)。

二、测试设计:尽量完备

  1. 单点:无遗漏
  2. 组合:常用组合全覆盖
  3. 可靠性:
    1. 异常值输入 (边界值、非法值)
    2. 极限值(大规格、长时间)
      1. VOIP保持一晚上后会话列表看对方都是离开但是其实都是在线
      2. 开会时长为202小时后,点加入无法加入会议也无任何提示
    3. 超时模拟(弱网、不返回、模块故障)
      1. 弱网环境下反复共享和取消共享后异常
      2. 弱网下取消登录后再次登录会提示重复登录
    4. 模块故障及故障恢复
      1. 离线时主菜单无法点击,不方便退出
      2. 账号输入用户名和密码后在没有提交前断网再恢复后点登录则一直无法登录成功
    5. 非法流程
      1. 在不关闭通讯软件的情况下强制关机会导致消息丢失
    6. 高并发
      1. IOS同时发送10个文件给通讯软件,点击下载有时下载失败,且马上点重新下载无反应
    7. 差错防御
      1. 主持人会议结束后在会议详情删除人员后,被删除人员还能收到会议取消的提示
  4. 性能
  5. 安全
  6. 兼容性
  7. 场景积累—历史总结反馈至用例中
    1. 产品提供输入
    2. 了解友商产品
    3. 通过JIRA单提炼
    4. 通过线上问题提炼

三、测试执行:100%到位

  1. 执行到位
    1. 不想当然:不偷懒(组合+观察范围全:清零心态)
    2. 不随意发挥:先执行,后发挥
    3. 观察全面:不仅观察自己
    4. 多轮回归始终如一
  2. 问题集中
    1. 多问题的模块更谨慎
    2. 同类模块问题类推
  3. 因人而异
    1. 对经验欠缺的开发或产品人员负责的模块给予更多的关注
  4. 查漏补缺
    1. 根据理解的深入而补充
    2. 查看关联模块的bug单进行扩展补充
    3. 根据线上反馈进行扩展补充
    4. 留出一段时间享受(探索、自由发挥)测试

猜你喜欢

转载自www.cnblogs.com/emma-lucas/p/10673415.html
0条评论
添加一条新回复