《软件测试经验与教训》读书笔记---第三章

《软件测试经验与教训》读书笔记--目录

第一章 测试员的角色
第二章 按测试员的方式思考
第三章 测试手段
第四章 程序错误分析
第五章 测试自动化
第六章 测试文档
第七章 与程序员交互
第八章 管理测试项目
第九章 测试小组的管理
第十章 软件测试职业发展
第十一章 计划测试策略

第三章  测试手段

测试员应该做什么?

经验48.关注测试员、覆盖率、潜在问题、活动和评估的组合测试手段

  • 测试员。进行测试的人
  • 覆盖率。测试了哪些内容
  • 潜在问题。测试的原因,要测试什么风险
  • 活动。如何测试
  • 评估。怎样判断测试通过还是不通过

经验49.关注测试员的基于人员的测试手段

  • 用户测试。由将使用该产品的典型人员进行输入的测试,任何时间任何场地进行
  • \alpha测试。测试小组执行的内部测试
  • \beta测试。利用不属于开发机构并且是产品的目标市场成员的测试员实施的用例测试,待测产品一般非常接近完成
  • 强力测试。软件接近投放市场时进行
  • 有关领域的专家测试。向软件目标领域内的专家提供产品,并寻求反馈意见
  • 成对测试。两个测试员在一起发现程序错误
  • 自用测试。全公司使用并依靠自己软件的试用版,通常要等到软件足够可靠能够实际使用时,才向市场销售。

经验50.关注测试内容的基于覆盖率的测试手段
功能测试、特性或功能集成测试、菜单浏览、域测试、等价类分析、边界测试、最佳代表测试、输入字段测试大纲或矩阵、用各种方法映射和测试编辑字段、逻辑测试、基于状态的测试、路径测试、语句与分支覆盖率、配置覆盖率、基于规格说明的测试、基于需求的测试、组合测试

经验51.关注测试原因(针对风险测试)的基于问题的测试手段

  • 如果进行基于风险的测试,还必须做相当量的非基于风险的测试,以针对了解还不够,还不能做出正确决策的风险进行测试。
  • 针对时序的测试。经典时序问题包括竞争条件和其它事件意外发生顺序
  • 在创建测试时,总要创建测试过程,以强制程序使用测试员输入的测试数据

经验52.关注测试方法的基于活动的测试手段
回归测试、脚本测试、冒烟测试、探索式测试、游击式测试、场景测试、安装测试、负载测试、长序列测试、性能测试

经验53.关注测试是否通过的基于评估的测试手段
自校验数据、与已保存的结果进行比较、与规格说明或其他权威文档比较、基于理念的测试

经验54.根据自己的看法对测试手段分类

参考《软件测试经验与教训》
 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值