本书的序中谈到了6个问题的心得：
1>不赞同设置“测试分析员“的角色：
因为测试分析、测试设计、测试执行之间应该形成闭环，孤立的去做一件事情很难做好。
2>测试人员/QA/TS != Checker:
Checker更像是产线工人，按照固有的工序机械的执行(用例)。而测试人员/QA/TS应该更主动的去收集信息、做测试分析、考虑测试策略，甚至是有效的去做缺陷预防。
3>技能和思维的普适性:
本书强调结构化的信息收集、整理，与问题思考，沟通、交流都是属于普适的技能。
4>多种方式：
开发一个需求我们可以使用不同的编程泛型，面向过程，面向对象，函数式编程等等，没有绝对的对与错。一个KATA练习可以用多种方式进行反复操练，一个单功能M也可以使用不同的方式去建模，具体情况具体分析，灵活取舍
5>基于上下文的测试，而不是基于技术的测试：
国外软件测试大师Cem Kaner和国内的软件测试大牛邰晓梅等都主张测试是基于上下文的。在软件测试领域领域没有绝对的最佳实践，只有在具体项目环境中相对合理的整体测试解决方案。
在设计和开发阶段“领域驱动”越来越被人们接受，开发和设计人员努力让代码的设计模型和需求的领域模型保持一致，保证代码的设计不偏离需求，而我们的测试设计也是类似的概念要基于真实需求的上下文做测试设计，而不是一上来就是套“等价类“、”边界值”，测什么？怎么测？深度？广度？都是基于上下文来决定的。