有了例項化需求，交付高質量軟體不再是空談

引言：

去年12月， infoQ採訪了《例項化需求》作者，在採訪中作者給出了一些閱讀本書的建議和原則，幫助大家在軟體開發專案中採用例項化需求去建立活文件。例項化需求是一組方法，它以一種對開發團隊有所幫助的方式（理想情況下表現為可執行的測試）描述計算機系統的功能和行為，讓不懂技術的利益相關者也可以理解，即使客戶的需求在不斷變化，它也具有很好的可維護性，可以保持需求的相關性。

enter image description here

敏捷測試不再是空談，看過本書後，成功的交付高質量軟體不再難。

具有實用價值的一些摘錄：

1、對於敏捷專案，構建正確文件的關鍵因素。見下圖：

enter image description here

2、避免使用“敏捷”術語

enter image description here

敏捷軟體開發的方法飽受術語和流行語的困擾。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年來，他一直在財務和能源交易平臺、移動定位、電子商務、線上遊戲和複雜配置管理系統等行業專案中，從事程式設計師、架構師、技術指導和顧問等工作。

有了例項化需求，交付高質量軟體不再是空談

引言：

具有實用價值的一些摘錄：

本書內容說明：

精彩評論：

關於作者：

相關閱讀：

推薦相關書籍：

相關文章