産品特色
編輯推薦
《深入敏捷測試 整個敏捷團隊的學習之旅》對敏捷測試進行瞭深入剖析,從企業文化、工具、方法、原則到角色和過程,提供瞭大量來自工作現場的優秀實例和故事,清晰展現瞭成功敏捷測試人員需要具備的所有技能。不論你是測試人員、開發人員、業務人員還是項目經理,相信本書都將成為你重要的工作手冊來指導你更好地在敏捷團隊中發揮作用。而如果你是一名尋求理解自身角色的敏捷測試人員,我認為本書是適閤你的教材
內容簡介
Janet Gregory和Lisa Crispin此前所著的《敏捷軟件測試》開創瞭敏捷測試學科,而《深入敏捷測試——整個敏捷團隊的學習之旅》則收錄瞭她們從那時起至今的所學所獲,旨在解決新齣現的重大問題,與讀者分享不斷演進的敏捷實踐,解答敏捷測試人員曾追問的關鍵問題。 本書的見解極其深刻,列舉大量來自真實團隊的新實例,詳細描述如何根據自身環境調整敏捷測試策略,如何從經驗中學習並持續改善測試流程,如何將敏捷測試擴展到多個團隊以及剋服自動化測試的弊端。你將發現敏捷測試已涵蓋以下新領域:企業、分布式團隊、移動/嵌入式係統、受管製環境、數據倉庫/BI係統和DevOps實踐。 讀者將從本書中收獲: 如何在團隊內澄清測試活動 與業務專傢協作以確定高價值特性並交付正確功能 如何設計極可靠、易於維護的自動化測試 敏捷團隊成員們如何提高和擴展測試技能 計劃如何做到“剛剛好”,在小增量與大特性集和整個係統之間保持平衡 如何通過測試來識彆和降低當前敏捷流程的相關風險,並預防缺陷 如何應對産品或組織環境中的挑戰 如何使用“角色人物”和“旅程”執行探索式測試 采用帶動全隊參與的探索式測試方法,基於會話或綫索來管理測試規程 如何快速培養敏捷測試新手又不會給他們製造太大壓力
作者簡介
Janet Gregory是敏捷質量流程谘詢和培訓公司DragonFire的創始人。Janet熱衷於幫助團隊構建高質量的係統。作為一名教練和測試人員,Janet近十五年來將敏捷實踐引入各種規模的公司,幫助用戶和測試人員理解他們的敏捷角色。Janet經常在敏捷和測試軟件會議上發錶演講,是敏捷測試社區的一名主要貢獻者。
Lisa Crispin是一位經驗豐富的敏捷測試從業者和教練,她定期舉辦敏捷測試研討會,經常為敏捷軟件齣版物撰稿。Lisa十分享受加盟優秀敏捷團隊與他人攜手構建高質量軟件的過程。從1982年至今,Lisa曾在多個行業的軟件團隊擔任多個角色。從2000年首次加入敏捷團隊開始,Lisa一直孜孜不倦地嚮其他團隊和從業者學習,不斷充實和提高自己的技術能力。
內頁插圖
目錄
第Ⅰ部分 簡 介
第1章 敏捷測試有瞭什麼樣的發展 3
第2章 組織文化的重要性 7
2.1 時間投入 8
2.2 學習型文化的重要性 11
2.3 培養學習型文化 11
2.4 透明度和反饋周期 13
2.5 教育組織 13
2.6 測試人員管理 15
2.7 總結 15
第Ⅱ部分 為更好地測試而學習
第3章 角色和能力 19
3.1 能力與角色 20
3.2 T型技能集 22
3.3 泛纔化專傢 26
3.4 招募正確的人纔 28
3.5 測試人員的入職 29
3.6 總結 29
第4章 測試的思維技能 31
4.1 引導 32
4.2 問題解決 32
4.3 給予和接受反饋 33
4.4 學習業務領域知識 34
4.5 輔導和傾聽的技能 35
4.6 差異化思維 36
4.7 組織 37
4.8 協作 38
4.9 總結 39
第5章 技術意識 41
5.1 用示例指導開發 41
5.2 自動化和編碼技能 42
5.3 常規技術能力 43
5.4 開發環境 44
5.5 測試環境 44
5.6 持續集成和源碼控製係統 45
5.7 測試質量屬性 47
5.8 測試設計技術 48
5.9 總結 49
第6章 如何學習 51
6.1 學習方式 51
6.2 學習資源 53
6.2.1 大會、課程、聚會和協作 53
6.2.2 齣版物、播客和在綫社區 55
6.3 學習的時間 56
6.4 幫助其他人學習 58
6.5 總結 60
第Ⅲ部分 計劃——不要忘瞭全局
第7章 計劃的精度層級 63
7.1 不同的觀點 63
7.1.1 産品版本層 64
7.1.2 特性層 66
7.1.3 故事層 69
7.1.4 任務級 69
7.2 迴歸測試計劃 70
7.3 可視化你正在測試什麼 70
7.4 總結 72
第8章 使用模型幫助製定計劃 73
8.1 敏捷測試象限 73
8.1.1 針對Q1測試的計劃 76
8.1.2 針對Q2測試的計劃 76
8.1.3 針對Q3測試的計劃 76
8.1.4 針對Q4測試的計劃 77
8.2 針對此象限的質疑 77
8.3 使用其他模型對計劃的影響 81
8.4 針對測試自動化的計劃 82
8.5 總結 83
第Ⅳ部分 商業價值的測試
第9章 你在做正確的産品嗎? 87
9.1 從“為什麼”開始 87
9.2 客戶契約工具 88
9.2.1 影響地圖 88
9.2.2 故事地圖 90
9.2.3 7個産品維度 92
9.3 用於盡早探索的更多工具或
技術 95
9.4 在正確的事項上投資 95
9.5 總結 96
第10章 拓展測試人員的思維:這是我
的工作嗎? 97
10.1 這是誰的工作? 97
10.1.1 業務分析技能 97
10.1.2 用戶體驗設計能力 99
10.1.3 文檔技能 100
10.2 積極主動 100
10.3 總結 101
第11章 獲取實例 103
11.1 使用實例的威力 103
11.2 用實例指導開發 105
11.2.1 ATDD 106
11.2.2 BDD 108
11.2.3 SBE 108
11.3 在哪裏獲取實例 109
11.4 使用實例的好處 111
11.5 使用實例的陷阱 112
11.5.1 陷入細節 112
11.5.2 缺乏投入 112
11.5.3 過多的迴歸測試 113
11.5.4 還不夠清楚 113
11.6 使用實例去指導編碼的原理 113
11.7 總結 114
第Ⅴ部分 研究型測試
第12章 探索式測試 117
12.1 製定測試規程 119
12.2 形成測試規程思路 121
12.2.1 以人物角色進行探索 121
12.2.2 邊漫遊邊探索 123
12.2.3 其他思路 124
12.3 測試規程管理 124
12.3.1 基於會話的測試管理 125
12.3.2 基於綫索的測試管理 126
12.4 分組探索 129
12.5 記錄探索式測試會話的結果 131
12.6 敏捷測試的哪些地方適用
探索式測試 133
12.7 總結 134
第13章 其他類型的測試 135
13.1 如此多的測試需求 135
13.2 並發測試 137
13.3 國際化和本地化 138
13.4 迴歸測試的挑戰 141
13.5 用戶驗收測試 142
13.6 A/B測試 142
13.7 用戶探索式測試 144
13.8 總結 145
第Ⅵ部分 測試自動化
第14章 測試中的技術債 149
14.1 使其可見 150
14.2 整個團隊共同解決最嚴重的
問題 153
14.3 總結 155
第15章 自動化金字塔 157
15.1 金字塔原型 157
15.2 替代形式的金字塔模型 158
15.3 放棄自動化測試的危險 161
15.4 使用金字塔去展示不同的
維度 163
15.5 總結 165
第16章 測試自動化設計模式和
方法 167
16.1 全員參與 167
16.2 正確的開始 168
16.3 設計原則和模式 169
16.3.1 通過API進行測試
(服務層) 169
16.3.2 通過用戶界麵進行測試 171
16.4 測試維護 174
16.5 總結 176
第17章 選擇測試自動化方案 177
17.1 針對轉型團隊的解決方案 177
17.2 和整個團隊一起應對新的
自動化挑戰 180
17.3 團隊就自動化解決方案達成
共識 182
17.4 多少自動化纔夠充分? 183
17.5 針對工具選擇的協作解決
方案 184
17.6 將自動化範圍擴大到大型
組織 185
17.7 其他自動化注意事項 187
17.8 總結 187
第Ⅶ部分 你的環境是什麼?
第18章 企業級敏捷測試 193
18.1 我們所說的“企業”是指
什麼? 193
18.2 “擴展”敏捷測試 194
18.3 協調多個團隊 198
18.4 一緻的工具 202
18.4.1 通過持續集成進行協調 202
18.4.2 版本控製方法 203
18.4.3 測試覆蓋 204
18.5 依賴的管理 204
18.5.1 與第三方閤作夥伴一起
工作 204
18.5.2 讓客戶參與到大型
組織中 206
18.6 衝齣交付團隊之外的好處 207
18.7 總結 207
第19章 分布式團隊的敏捷測試 209
19.1 為什麼不在同一地點? 211
19.2 共性的挑戰 211
19.2.1 文化問題 211
19.2.2 語言 212
19.2.3 時區 213
19.2.4 依賴 213
19.2.5 計劃 213
19.3 應對策略 215
19.3.1 整閤團隊 215
19.3.2 溝通和協作 216
19.3.3 通過測試進行協作 217
19.4 近岸外包測試 218
19.5 分布式團隊工具思想 222
19.5.1 溝通工具 222
19.5.2 協作工具 222
19.6 總結 224
第20章 移動應用和嵌入式係統的
敏捷測試 225
20.1 相似,但不同 226
20.2 測試是關鍵 227
20.3 敏捷方法 228
20.4 總結 232
第21章 監管環境中的敏捷測試 233
21.1 “缺乏文檔”的神話 233
21.2 敏捷與閤規性 233
21.3 總結 237
第22章 數據倉庫和商業智能係統的
敏捷測試 239
22.1 商業智能或數據倉庫的測試
有什麼獨特性? 239
22.2 使用敏捷原則 241
22.3 數據——關鍵資産 242
22.4 大數據 245
22.5 總結 247
第23章 測試和DevOps 249
23.1 DevOps簡介 249
23.2 DevOps和質量 250
23.3 測試人員如何增加DevOps的
價值 255
23.4 總結 258
第Ⅷ部分 實踐中的敏捷測試
第24章 可視化你的測試 263
24.1 溝通測試的重要性 263
24.2 針對持續改進的可視化 267
24.3 測試及測試結果的可視化 270
24.4 總結 271
第25章 綜述 273
25.1 增強信心的實踐 273
25.1.1 運用實例 274
25.1.2 探索式測試 275
25.1.3 特性測試 275
25.1.4 持續學習 276
25.1.5 環境製約 277
25.1.6 實事求是 278
25.2 營造共同的願景 279
25.3 總結 281
附錄A Page對象實踐實例 283
附錄B 誘導初學者 289
術語錶 291
參考資料 295
參考文獻 303
前言/序言
這本書是我們第一本書《敏捷軟件測試:測試人員與敏捷團隊的實踐指南》的延續。我們避免重復在第一本書中已經涵蓋的內容,但也提供瞭足夠的背景信息,即使你沒有讀過《敏捷軟件測試》也能夠理解這本書。當我們覺得值得讀者多瞭解一些基本概念的相關信息時,我們會提到第一本書中的內容。 這本書為誰而寫? 我們假定閱讀這本書的你,並非敏捷測試世界的初學者,而是已經有一些敏捷和測試的經驗,正在尋求那些敏捷測試已超齣領域的幫助。如果你感覺你自己需要在讀這本書之前,先瞭解敏捷開發和敏捷下做測試的一些基礎知識,《敏捷武士》(2010年,作者Rasmussen)是個很優秀的入門之選。 這本書適用於任何對敏捷團隊的測試活動感興趣的人。基於我們的經驗,這不隻包括測試人員和測試經理,也包括程序員、産品負責人、業務分析師、DevOps實踐者、直綫經理,差不多就是所有人。 接收測試 除瞭分享過去這些年的所學,我們想讓這本書也像我們第一本書那樣對讀者有用。我們想知道,讀者們在讀過第一本書之後還需要知道些什麼,於是就要求敏捷測試郵件組的實踐者們把他們對第二本書的“接收測試”發給我們。我們把這些迴復提取成本書的一組接收測試,並在寫書時努力滿足這些預期。 你會發現,我們采取瞭BDD(行為驅動開發)的風格,我們會在第11章進行探討: 假定<前提條件>, 如果<觸發、行為>, 那麼<預期結果> ● 假定我是一名敏捷測試人員或測試經理,如果我要招募沒有敏捷經驗的新測試人員,那麼我就要學會如何讓他們盡快上手,並避免沒給救生衣就把他們扔進深水區。 ● 假定我是敏捷團隊一員,如果我讀完瞭這本書,那麼我就能知道怎麼把探索式測試融入自動化測試,並能瞭解整體的測試覆蓋情況,而不必求助重型工具。 ● 假定我是一名經驗豐富的敏捷測試經理,如果我讀完瞭這本書,那麼我就理解如何將敏捷測試技術運用於多個團隊,從而幫助我成功的敏捷組織繼續成長。 ● 假定我是一名經驗豐富的測試經理,如果我讀完瞭這本書,那麼我就能學到協調多個迭代和團隊的測試自動化活動的辦法和改進的思路。 ● 假定我是一名經驗豐富的敏捷經理,如果我讀完瞭這本書,那麼我就能理解其他團隊如何調整敏捷測試實踐以適應他們自己的環境,並能知道如何將它們運用於我的團隊。 ● 假定我是對測試感興趣的一名敏捷團隊成員,如果我讀完瞭這本書,那麼我能舉例來說測試應該是怎樣的、不應該是怎樣的,以及怎樣有效地設計測試。 ● 假定我是一名經驗豐富的敏捷測試人員,如果我發現想要深入瞭解書中的某些有趣話題,那麼我能輕易找到參考用的網絡資源或其他書籍。 ● 假定我是正在閱讀此書的一名經驗豐富的敏捷教練或經理,如果我看到一個可能對我團隊有幫助的概念,那麼我能有足夠的信息可以製定齣策略讓團隊進行實驗嘗試。 ● 假定我是關注著測試和客戶知情權的一名敏捷團隊成員,如果我讀完瞭這本書,那麼我將學到跟客戶團隊成員溝通測試活動的好辦法。 ● 假定我是一名經驗豐富的測試經理,如果我讀完瞭這本書,那麼我就能在有測試人員應聘我們團隊職位時知道他們組織測試人員的工作環境(注意:這個接收測試並不屬於這次發布版本的內容,但我們認為書中的某些例子和故事有助於達成此測試)。 如何閱讀這本書 盡管我們自認為是按照最順暢的方式組織瞭這本書,但你無須非得從第1章開始往後讀。跟《敏捷軟件測試》一樣,你可以選擇任何對你最有用的章節開始讀。我們嘗試做到每個話題隻詳細介紹一次,但因為這些概念、實踐和原則大多數都是相互關聯的,你會發現有些內容在多個章節裏都有提及。 第Ⅰ部分:簡介 閱讀這部分可以理解敏捷團隊中測試始於何處,又是如何演進成為産品的敏捷開發和持續交付的基石。成功敏捷開發的一部分,就是組織學會取得敏捷測試長期成功的關鍵因素的能力。 ● 第1章“敏捷測試有瞭什麼樣的發展” ● 第2章“組織文化的重要性” 第Ⅱ部分:為更好地測試而學習 不管是測試的技術還是工藝,都在不斷地演進,而不同職能之間的界限也在變得越來越模糊。即便是經驗豐富的實踐者也必須不斷地增長自己的技能。這一部分包含瞭測試人員和業務分析師、編碼員等其他職能麵對更難測試挑戰所需要知道的內容。我們解釋瞭泛纔化專傢的優勢,並列齣瞭一些能夠幫助測試人員和團隊提升的無形的思考技能和特定的技術性測試技能。如下章節涵蓋瞭學習的對象和方法的不同方麵: ● 第3章“角色和能力” ● 第4章“測試的思維技能” ● 第5章“技術意識” ● 第6章“如何學習” 第Ⅲ部分:計劃—— 不要忘瞭全局 計劃“僅夠”是一種尋找平衡的行為。當我們需要基於小增量開展工作時,我們必須留意更大的特性集以及整個係統。這部分涵蓋瞭測試規劃的不同方麵,從發布級彆嚮下一直到任務級彆。它還探討瞭不同模型,例如敏捷測試象限,以及人們建議的一些改版。 ● 第7章“計劃的精度層級” ● 第8章“使用模型幫助製定計劃” 第Ⅳ部分:商業價值的測試 如果你們也跟諸多敏捷團隊一樣,及時地交付可靠代碼,隻為能發現它是否真是客戶想要的,那麼這部分的內容就能幫到你。我們涵蓋瞭工具和實踐,尤其是來自敏捷業務分析專業領域的那一部分,幫助你盡早地驗證想法和假設、確保所有人都知道要交付什麼。我們還涉及瞭其他重疊的職能以及擴展的思維。這是一個很大的領域,所以分為好幾個章節: ● 第9章“你在做正確的産品嗎?” ● 第10章“拓展型測試人員的思維:這是我的工作嗎?” ● 第11章“獲取實例” 第Ⅴ部分:研究型測試 程序員已經提交瞭一些代碼可供測試。你從哪裏開始?如果你或你們團隊缺少探索式測試的經驗,那麼可以在這裏找到幫助。我們列齣瞭一些探索式技術,例如使用用戶角色人物和探測來輔助産生測試章程的思路,以及使用基於會話的測試管理和基於綫程的測試管理來管理這些章程。 除瞭這些探索式測試的不同做法,我們還考慮瞭驗證已交付代碼是否滿足一大波業務和用戶需求的其他一些方式。這部分涵蓋瞭采用多種不同類型測試降低風險和産生有效信息的方式,以協助團隊應對這些挑戰。研究型測試的章節包括: ● 第12章“探索式測試” ● 第13章“其他類型的測試”
深入敏捷測試 整個敏捷團隊的學習之旅 下載 mobi epub pdf txt 電子書 格式
評分
☆☆☆☆☆
整本就這圖好玩的,其它的你懂的,詳細請看敏捷測試哈
評分
☆☆☆☆☆
工作以後用的上
評分
☆☆☆☆☆
不錯的一本書,跟其姊妹篇一樣齣色
評分
☆☆☆☆☆
非常好用。推薦。
評分
☆☆☆☆☆
京東購物,多快好省,實惠輕鬆!
評分
☆☆☆☆☆
階段不夠,買高深瞭,決定再買第一本
評分
☆☆☆☆☆
東西不錯,活動價格購買更優惠,給京東個大贊,哈哈!
評分
☆☆☆☆☆
我為什麼喜歡在京東買東西,因為今天買明天就可以送到。我為什麼每個商品的評價都一樣,因為在京東買的東西太多太多瞭,導緻積纍瞭很多未評價的訂單,所以我統一用段話作為評價內容。京東購物這麼久,有買到很好的産品,也有買到比較坑的産品,如果我用這段話來評價,說明這款産品沒問題,至少85分以上,而比較垃圾的産品,我絕對不會偷懶到復製粘貼評價,我絕對會用心的差評,這樣其他消費者在購買的時候會作為參考,會影響該商品銷量,而商傢也會因此改進商品質量。
評分
☆☆☆☆☆
哈哈哈哈哈哈斤斤計較斤斤計較斤斤計較