引言：
去年12月， infoQ採訪了《實例化需求》作者，在採訪中作者給出了一些閱讀本書的建議和原則，幫助大家在軟件開發項目中採用實例化需求去創建活文檔。實例化需求是一組方法，它以一種對開發團隊有所幫助的方式（理想情況下表現爲可執行的測試）描述計算機系統的功能和行爲，讓不懂技術的利益相關者也可以理解，即使客戶的需求在不斷變化，它也具有很好的可維護性，可以保持需求的相關性。
敏捷測試不再是空談，看過本書後，成功的交付高質量軟件不再難。
具有實用價值的一些摘錄：
1、對於敏捷項目，構建正確文檔的關鍵因素。見下圖：
2、避免使用“敏捷”術語
敏捷軟件開發的方法飽受術語和流行語的困擾。Scrum、立會、用戶故事、功能清單（backlog）、大師（master）、結對編程，以及其他一些諸如此類的術語，很容易讓人產生誤解並導致混亂。對有些人而言，它們甚至會喧賓奪主，讓人提心吊膽。術語造成的焦慮，是導致大家回退到從前並抵制任何過程變更——或者被動地等待失敗到來的一大原因。（我想這是大部分人的困擾）
3、在遷移過程中，遺留腳本也要有人維護
使用新的工具去重寫功能測試並將它們自動化需要一定的時間。在新的驗證系統成長到一定規模前，現有的測試應該予以維護，並使其保持更新。解決這個問題的一個好方法是：在做近期計劃時，委託一個人專門去維護並更新老的測試。
4、對敏捷開發創建文檔最基本的認識
敏捷初學者會認爲敏捷是沒有文檔的，這不是事實。敏捷建議我們要選擇那些有用的文檔。對那些害怕沒有文檔的人而言，這樣的測試是一個保護他們自己的絕佳機會，同時可以讓他們看到在敏捷過程中仍然是有文檔的，而且那並不是兩英尺高的一大堆紙，而是一種更輕量級但緊密綁定在實際代碼上的文檔。當你詢問‘你們的系統是否有這種功能’的時候，你沒有一份用來記錄系統功能的Word文檔，相反你有一種可以執行的東西，可以證明系統就是按照你的想法在運行。那纔是真正的文檔。
本書內容說明：
實例化需求說明是把需求與測試緊密結合的一種協作方法。這種方法有4個顯著優點：可以生成可靠的活文檔；可以清晰地定義出預期結果並使得驗證更爲高效；能減少返工；最重要的是，可以確保交付團隊與利益相關者一起構建的軟件符合預期的目的。
本書面向開發人員、測試人員、分析師以及業務人員，指導他們共同構建優秀的軟件產品。本書的案例分析涉及的對象既有小型互聯網創業公司，也有大型的金融服務公司，書中介紹的方法適用於不同的軟件過程，包括極限編程、Scrum以及看板。書中主要內容包括： • 常見的過程模式 • 如何避免錯誤的實踐 • 在過程中引入實例化需求說明 • 50多個案例分析
想知道成功的開發團隊如何交付正確的軟件？看看本書便知！
精彩評論：
“獨一無二的、基於大量的業內研究提取出來的知識。” —— Mike Stockdale，Syterra軟件公司
“本書是我的摯愛，它教會我如何正確地做測試。” —— Craig Smith，Suncorp公司
“本書將改變我們討論和思考測試的方式。” —— David Evans，ThinkAlike諮詢公司
“本書是有關需求收集與維護的最好的圖書。” —— Oleksandr Alesinskyy，NAVTEQ
“基於衆多團隊的經驗，它將讓你的測試自動化事半功倍。” —— Rick Mugridge，Rimu研究公司
關於作者：
Gojko Adzic是戰略軟件交付顧問，他與多個具有上進心的團隊合作，幫助他們改進軟件產品和過程的質量。他專注於實施敏捷和精益的質量提高，尤其擅長敏捷測試、實例化需求和行爲驅動開發。Gojko經常在重要的軟件開發和測試會議上發言，並運營着英國的敏捷測試用戶小組。最近這11年來，他一直在財務和能源交易平臺、移動定位、電子商務、在線遊戲和複雜配置管理系統等行業項目中，從事程序員、架構師、技術指導和顧問等工作。