《MFQ&PPDCS》学习心得--序
来源:互联网 发布:yum error14 curl 37 编辑:程序博客网 时间:2024/06/15 06:37
本书的序中谈到了6个问题的心得:
1>不赞同设置“测试分析员“的角色:
因为测试分析、测试设计、测试执行之间应该形成闭环,孤立的去做一件事情很难做好。
2>测试人员/QA/TS != Checker:
Checker更像是产线工人,按照固有的工序机械的执行(用例)。而测试人员/QA/TS应该更主动的去收集信息、做测试分析、考虑测试策略,甚至是有效的去做缺陷预防。
3>技能和思维的普适性:
本书强调结构化的信息收集、整理,与问题思考,沟通、交流都是属于普适的技能。
4>多种方式:
开发一个需求我们可以使用不同的编程泛型,面向过程,面向对象,函数式编程等等,没有绝对的对与错。一个KATA练习可以用多种方式进行反复操练,一个单功能M也可以使用不同的方式去建模,具体情况具体分析,灵活取舍
5>基于上下文的测试,而不是基于技术的测试:
国外软件测试大师Cem Kaner和国内的软件测试大牛邰晓梅等都主张测试是基于上下文的。在软件测试领域领域没有绝对的最佳实践,只有在具体项目环境中相对合理的整体测试解决方案。
在设计和开发阶段“领域驱动”越来越被人们接受,开发和设计人员努力让代码的设计模型和需求的领域模型保持一致,保证代码的设计不偏离需求,而我们的测试设计也是类似的概念要基于真实需求的上下文做测试设计,而不是一上来就是套“等价类“、”边界值”,测什么?怎么测?深度?广度?都是基于上下文来决定的。
0 0
- 《MFQ&PPDCS》学习心得--序
- 《MFQ&PPDCS》学习心得--了解测试任务
- 《MFQ&PPDCS》学习心得--TCO(测试覆盖大纲)
- 《MFQ&PPDCS》学习心得--TE---测试广度和深度
- MFQ-PPDCS测试分析和测试设计
- 《MFQ&PPDCS》实践--Modeling---S-state在ARP协议测试中的应用
- 用户故事拆分与MFQ
- 多级反馈队列调度算法(MFQ)
- 学习心得
- 学习心得
- 学习心得
- 学习心得
- 学习心得
- 学习心得
- 学习心得
- 学习心得
- 学习心得
- 学习心得
- 关于程序员转行的一点思考
- EffectiveJava(24)使用@SuppressWarnings("unchecked")消除非受检警告
- Git笔记(一)——[commit, checkout]
- 结构体传输 & TCP粘包处理
- iOS开发中用ScrollView实现pickerView扁平化
- 《MFQ&PPDCS》学习心得--序
- 双向链表的宏实现——解析shttpd的链表实现
- maven详解之生命周期与插件(二)
- 如何使用反射API
- React Native可变换图像组件
- 怎么查看linux系统的版本,以及是32位或64位系统(这里以ubuntu和centos为例)
- Spring工作原理
- 图解Git
- GB28181技术基础之6