本書的序中談到了6個問題的心得：
1>不贊同設置“測試分析員“的角色：
因爲測試分析、測試設計、測試執行之間應該形成閉環，孤立的去做一件事情很難做好。
2>測試人員/QA/TS != Checker:
Checker更像是產線工人，按照固有的工序機械的執行(用例)。而測試人員/QA/TS應該更主動的去收集信息、做測試分析、考慮測試策略，甚至是有效的去做缺陷預防。
3>技能和思維的普適性:
本書強調結構化的信息收集、整理，與問題思考，溝通、交流都是屬於普適的技能。
4>多種方式：
開發一個需求我們可以使用不同的編程泛型，面向過程，面向對象，函數式編程等等，沒有絕對的對與錯。一個KATA練習可以用多種方式進行反覆操練，一個單功能M也可以使用不同的方式去建模，具體情況具體分析，靈活取捨
5>基於上下文的測試，而不是基於技術的測試：
國外軟件測試大師Cem Kaner和國內的軟件測試大牛邰曉梅等都主張測試是基於上下文的。在軟件測試領域領域沒有絕對的最佳實踐，只有在具體項目環境中相對合理的整體測試解決方案。
在設計和開發階段“領域驅動”越來越被人們接受，開發和設計人員努力讓代碼的設計模型和需求的領域模型保持一致，保證代碼的設計不偏離需求，而我們的測試設計也是類似的概念要基於真實需求的上下文做測試設計，而不是一上來就是套“等價類“、”邊界值”，測什麼？怎麼測？深度？廣度？都是基於上下文來決定的。