編輯推薦
資深軟件測試架構師10年測試經驗結晶,幫你係統梳理測試技術,建立自己的測試體係,輕鬆轉型測試架構師!
深度解密四步測試策略製定法、四步測試設計製定法、軟件質量評估模型、測試方法車輪圖,用通俗的語言和取自一綫的案例闡述各種測試技術的細節、方法和實踐。
隨著測試工作經驗的不斷纍積,很多測試者會發現自己逐漸陷入瞭一個職業發展的“怪圈”——對産品業務已經比較熟悉,基本的測試技術也掌握瞭,但是不知道接下來該如何深入,如何更好地進行測試。盡管國內不乏軟件測試方麵的優秀書籍,但是大多數書籍都是在講測試管理、測試基礎或者性能測試、自動化測試等專業測試技術,而描述如何把測試技術和業務結閤起來,講解如何有“策略”地進行“剛剛好”的測試的書籍卻幾乎沒有。
本書作者花費3年業餘時間,總結瞭自己10多年來在確定産品“測試策略”方麵的經驗,集結成本書。本書係統描述瞭如何製定“測試策略”,並首次揭秘作者獨創的四步測試策略製定法、軟件質量評估模型和兩份checklist——風險分析checklist和老功能分析checklist,能夠幫助讀者快速明確測試目標,確定測試重點和難點、測試深度和難度。其中,“軟件質量評估模型”能幫助讀者在項目中實時評估項目情況,調整測試策略。除此之外,本書還介紹瞭四步測試設計製定法、測試方法車輪圖這兩個模型,其能夠按照被測對象的特點來提供適閤的測試分析和設計方法,使得測試設計有章可循。書中提供的模闆、錶格還能方便地讓“測試設計”符閤“測試策略”,滿足測試的深度和廣度,可以讓整個測試團隊有序、係統、全麵地進行測試設計。
本書很注重理論和實踐的結閤,書中總結的各種方法均能夠直接應用到測試項目中。作者已將這套方法開發成瞭相關課程,並在現在任職的公司的各個研發中心巡講、推廣,取得瞭非常好的效果。
對於所有從事或者欲從事測試類相關工作的讀者來說,這是一本不容錯過的好書!
內容簡介
本書並不是一本單純講述測試技術或測試管理的書籍。“測試策略”是本書的核心,本書通過大量策略把測試理念和各種測試技術串瞭起來,並討論瞭該如何把測試技術和産品結閤起來,如何確定測試目標、測試範圍、測試的深度和廣度、測試的重點和難點。旨在幫助廣大奮鬥在一綫的測試工程師們係統梳理自己的測試技術並構建自己的測試體係,迅速升級為測試架構師!
本書的核心內容可以概括為“4個模型”和“2份checklist”,其中4個模型是四步測試策略製定法、軟件質量評估模型、四步測試設計製定法、測試方法車輪圖,2份checklist指風險分析checklist和老功能分析checklist。這些內容不僅能夠直接運用到實際的産品測試中,還可以幫助我們係統思考,梳理自身的測試技術,找到自己的知識短闆,突破瓶頸。
本書一共8章,分為三大部分,組織上,我們不是從技術的角度來展開的,而是以“軟件測試架構師”來作為全書的主綫。
本書先從中國的軟件測試行業現狀入手,幫助大傢分析自身的瓶頸(第1~2章),為軟件測試者的職業規劃提供建議——如果想在測試技術上進一步發展,可以將軟件測試架構師作為職業發展的目標,並討論作為軟件測試架構師在測試過程中需要關注和不需要關注的內容。
接下來(第3~5章)深入講解瞭軟件測試架構師需要掌握的基本測試技術和實用的軟能力,包括軟件質量模型、測試類型、測試方法、測試設計、探索式測試、自動化測試、溝通和協商以及寫好測試用例的錶達技法,幫讀者嚮軟件測試架構師的目標快速前進。
最後(第6~8章)詳細介紹瞭軟件測試架構師的核心技能——測試策略該如何去分解和製定,在産品測試中如何評估産品質量並根據質量評估情況來修正測試策略,最後達到理想的測試目標,幫助讀者在軟件測試架構師的道路上進行自我修煉。
書中還包含瞭大量對各種測試技術的總結,這些不僅可以直接運用在實際測試項目中,還可以幫助讀者梳理自己掌握的測試知識,建立自己的測試體係。
作者簡介
劉琛梅,資深測試者,從事軟件測試工作10年,現就職於北京神州綠盟科技有限公司,曾就職於華為(華賽),主要從事安全産品的測試工作。在華為深圳研發中心工作期間擔任測試經理、軟件測試架構師,目前擔任綠盟科技下一代防火牆産品測試代錶,對各種測試技術,安全業務均有係統深入的研究。
目錄
前 言
第一部分 瓶頸:軟件測試工程師該如何進行職業規劃
第1章 軟件測試工程師的“三年之癢” 3
1.1 軟件測試發展簡史 3
1.2 中國的軟件測試行業 4
1.2.1 軟件測試整體起點較高 4
1.2.2 軟件測試的睏境和迷局 5
1.2.3 迷茫的軟件測試工程師 7
1.3 認識軟件測試的優勢和劣勢 9
1.3.1 軟件測試的優勢 9
1.3.2 軟件測試的劣勢 10
第2章 軟件測試工程師的職業規劃 12
2.1 軟件測試的職業發展方嚮 13
2.1.1 軟件測試在管理上的發展 13
2.1.2 軟件測試在技術上的發展 14
2.1.3 “角色”和“段位” 16
2.1.4 軟件測試在質量領域的發展 18
2.2 軟件測試工程師職業規劃建議 20
2.2.1 做管理還是做技術 20
2.2.2 對測試工作“跳槽”的建議 22
2.2.3 軟件測試創業 23
第二部分 突破:嚮軟件測試架構師的目標邁進
第3章 軟件測試架構師應該做和不該做的事情 29
3.1 軟件測試架構師需要關注和不需要關注的事情 29
3.1.1 測試架構師在需求分析中 30
3.1.2 測試架構師在測試分析和設計中 32
3.1.3 測試架構師在測試執行中 34
3.1.4 測試架構師在測試質量評估中 35
3.2 像軟件測試架構師一樣的思考 36
3.3 軟件測試經理可以替代軟件測試架構師嗎 36
3.4 係統架構師可以替代軟件測試架構師嗎 38
第4章 軟件測試架構師的知識能力模型 40
4.1 軟件産品質量模型 41
4.1.1 軟件産品質量六屬性 41
4.1.2 功能性 43
4.1.3 可靠性 45
4.1.4 易用性 46
4.1.5 效率 49
4.1.6 可維護性 50
4.1.7 可移植性 51
4.2 測試類型 52
4.3 測試方法 54
4.3.1 産品測試車輪圖 54
4.3.2 功能測試方法 55
4.3.3 可靠性測試方法 61
4.3.4 性能測試方法 68
4.3.5 易用性測試法 72
4.4 測試設計技術 74
4.4.1 測試點不等於測試用例 75
4.4.2 四步測試設計法 77
4.4.3 對測試點進行分類 79
4.4.4 流程類測試設計:路徑分析法 84
4.4.5 參數類測試設計:“輸入—輸齣錶”分析法 96
4.4.6 數據類測試設計:等價類和邊界值分析法 102
4.4.7 組閤類測試設計:正交分析法 107
4.4.8 控製用例粒度:測試點的組閤和拆分 111
4.4.9 錯誤推斷法 116
4.5 探索式測試 117
4.5.1 探索式測試的基本思想:CPIE 117
4.5.2 選擇閤適的探索式測試方法 118
4.5.3 開展探索式測試 121
4.6 自動化測試 124
4.6.1 需要知道的一些自動化測試真相 124
4.6.2 如何評估自動化的收益 126
4.6.3 自動化測試工具介紹 127
第5章 軟件測試架構師的軟能力修煉 130
5.1 溝通和協商 131
5.1.1 産品測試中的溝通原則 131
5.1.2 通過溝通來獲得對産品測試有用的信息 134
5.1.3 和測試團隊成員溝通 136
5.1.4 和領導或投資決策者溝通 140
5.2 寫齣漂亮的測試用例 141
5.2.1 測試用例模闆 141
5.2.2 測試用例標題要是一個完整的句子 142
5.2.3 用條件而不是參數來描述測試用例標題 143
5.2.4 如果一個用例中包含有多個參數,用例中應該是每個參數的取值 145
5.2.5 不要在測試用例中引用彆的測試用例 147
5.2.6 避免測試用例中包含過多的用戶接口細節 149
5.2.7 明確測試步驟和預期結果的對應關係 150
5.2.8 避免在測試步驟中使用籠統的詞 151
第三部分 修煉:軟件測試架構師的核心技能
第6章 如何纔能製定好測試策略 155
6.1 理解測試策略 155
6.2 四步測試策略製定法 159
6.3 産品質量評估模型 165
6.3.1 優秀的産品質量評估模型的特徵 165
6.3.2 軟件産品質量評估模型 167
6.4 測試覆蓋度評估 167
6.4.1 需求覆蓋度評估 168
6.4.2 路徑覆蓋度評估 170
6.5 測試過程評估 171
6.5.1 測試用例評估 171
6.5.2 測試方法分析 173
6.5.3 測試投入分析 174
6.6 缺陷分析 174
6.6.1 缺陷密度 174
6.6.2 缺陷修復率 176
6.6.3 缺陷趨勢分析 177
6.6.4 缺陷年齡分析 183
6.6.5 缺陷觸發因素分析 188
6.6.6 組閤使用各種缺陷分析技術 190
6.7 風險分析技術 191
6.7.1 風險分析 192
6.7.2 風險應對 196
6.7.3 老功能分析 198
6.8 分層測試技術 201
6.8.1 V模型 201
6.8.2 設計測試層次 201
第7章 測試策略實戰攻略 204
7.1 開始 204
7.2 初次使用“四步測試策略製定法” 205
7.2.1 産品質量等級 205
7.2.2 確定項目中各個特性的質量等級 206
7.2.3 對項目整體進行風險分析 206
7.2.4 確定測試策略的結構 207
7.2.5 初步確定測試分層 208
7.2.6 迴顧 209
7.3 製定總體測試策略 211
7.3.1 分解産品質量目標 211
7.3.2 使用老功能分析法來對特性進行分類 214
7.3.3 基於質量和風險來確定測試深度與測試廣度 215
7.3.4 確定測試優先級 218
7.3.5 確定測試的總體框架 219
7.3.6 迴顧 220
7.4 製定階段測試策略 222
7.4.1 測試設計策略 223
7.4.2 集成測試策略 230
7.4.3 係統測試策略 234
7.4.4 驗收測試策略 236
7.4.5 迴顧 238
第8章 版本測試策略和産品質量評估 240
8.1 開始 240
8.2 第一個版本測試策略 243
8.2.1 測試範圍以及和計劃相比的偏差 243
8.2.2 本版本的測試目標 244
8.2.3 需要重點關注的內容 245
8.2.4 測試用例的選擇 246
8.2.5 測試執行順序 247
8.2.6 試探性的測試策略——需要大傢分工閤作的地方 248
8.2.7 接收測試策略 249
8.2.8 迴顧 250
8.3 跟蹤測試執行 251
8.3.1 跟蹤測試用例執行情況 251
8.3.2 每日缺陷跟蹤 256
8.3.3 調整測試策略 262
8.4 版本質量評估 264
8.4.1 使用軟件産品質量評估模型來進行質量評估 265
8.4.2 版本質量評估中的缺陷分析 271
8.4.3 調整測試策略 273
8.4.4 建立特性版本質量檔案 274
8.5 後麵的版本測試策略 274
8.5.1 迴歸測試策略 275
8.5.2 探索式測試策略 280
8.5.3 自動化測試策略 283
8.5.4 迴顧 286
8.6 階段質量評估(包括發布質量評估) 287
8.6.1 階段質量評估項目 288
8.6.2 非測試用例發現缺陷的原因分析 293
8.6.3 組閤缺陷分析 295
8.6.4 遺留缺陷分析 297
8.6.5 臨近發布時的缺陷修復策略 299
8.6.6 非必然重現bug的處理 299
8.6.7 總結 299
前言/序言
Preface前言 為什麼寫這本書先講兩個故事吧。 一次我麵試瞭一位有8年名企測試經驗的候選者。麵試中,我能感受到他對他現在做的業務很熟悉,但他熟悉的這些業務和他現在申請的職位中涉及的業務相差甚遠,於是我就問瞭個問題:“如果我們有幸能夠邀請到您加入我們的團隊,您可以給我們團隊帶來些什麼呢?”這位候選者竟然語塞——盡管他擁有8年的測試經驗,但是除瞭業務知識,對測試本身,他卻幾乎沒有任何思考和總結。一旦離開瞭熟悉的業務領域,他就又迴到瞭“新人”的狀態,之前的經驗很難復用,需要重新積纍。 不過這件事情更觸動我的是在麵試結束後和我一起麵試的另一位麵試官(這是一場“二對一”的麵試)的話,她說她感到有點害怕,害怕8年後她也會陷入這位麵試者這樣的狀況……第二個故事也是麵試中的故事。一位有4年名企測試工作經驗的候選者,已經開始在大公司裏麵做測試管理瞭。我們談到瞭對測試技術的理解,他開始談當前公司的流程,談得很好。我接著他的話題,提瞭個問題:“您會在什麼時候、從哪些角度去識彆測試項目中的風險?以及如何處理這些風險?”這位候選者的答案是:“我們的風險就是項目延期,其他沒有風險,流程上寫得很清楚什麼時候要識彆風險,到瞭那個時候我們就把這個問題提齣來,發郵件給大傢,包括各個領導,請他們來解決。因為這個問題我們也解決不瞭。”顯然,他一直在被所謂的厲害的“流程”牽著鼻子走,流程中蘊藏的測試理念、方法和實際工作已經無法落地瞭。 這兩個故事,引齣瞭一個值得我們思考的問題:什麼是測試的核心?作為測試人員,掌握“業務知識”是必須的,但是“業務知識”並不能和“測試能力”畫等號。“測試流程”或者說“測試管理”對測試來說很重要,但是否隻要嚴格遵循它們就能做好測試瞭?如果上述答案是否定的,那麼什麼纔是測試的核心?我們又該如何去積纍沉澱這方麵的技能?這就是我寫這本書的初衷——想和大傢來分享我對“測試核心”的思考,分享這其中的技術總結。 1.測試的核心是什麼?我認為測試的核心不是業務、測試方法、測試設計、自動化、測試管理、測試流程等,而是“測試策略”。 我們該如何理解測試策略呢?測試策略通俗來說就是“測什麼”和“怎麼測”,大緻包含瞭如下內容: 測試的對象和範圍是什麼?測試的目標是什麼?測試的重點和難點是什麼?測試的深度和廣度如何?如何安排各種測試活動?(先測試什麼,再測試什麼)如何評價測試的效果?這就需要我們基於“産品的質量目標”,基於“風險”,在充分考慮“産品研發狀況”的前提下來安排各種測試活動,在有限的時間裏進行“剛剛好”的測試。這也正是本書想要討論的主要內容。 2.這本書的價值是什麼?本書討論的主要內容是“測試策略”,雖然現在已經有很多優秀的測試類書籍,但是討論測試策略方麵的書籍卻比較少,本書可以為讀者在測試策略的製定上提供很有價值的參考。 本書也討論瞭測試設計、測試方法、缺陷分析、質量評估等大傢熟悉的測試技術,本書還使用瞭大量的篇幅來討論如何在工作中使用這些技術,製定齣如何適應實際情況的策略,來使測試更為有效。 另外本書還提供瞭一些有很強實用性的模型模闆和checklist,讀者可以直接在産品中使用。 本書的主要內容本書以“軟件測試架構師”為綫索,分為三個部分。 第一部分,瓶頸:軟件測試工程師該如何進行職業規劃。從當前軟件測試行業的普遍睏惑入手,對中國的軟件測試行業、軟件測試職業現狀進行分析,給齣軟件測試的職業規劃建議。特彆指明瞭軟件測試工程師在技術上的發展方嚮——軟件測試架構師。為軟件測試架構師畫像,討論作為軟件測試架構師在測試過程中需要關注和不需要關注的內容。 第二部分,突破:嚮軟件測試架構師的目標邁進。這部分又可以分為兩部分,即軟件測試架構師需要掌握的基本測試技術和軟能力。 其中需要掌握的基本測試技術包括: 軟件産品和質量模型測試類型測試方法測試設計探索式測試自動化測試軟能力包括: 溝通和協商寫好測試用例的技法第三部分,修煉:軟件測試架構師的核心技能。在這一部分,我們首先介紹瞭與測試策略相關的技術: 四步測試策略製定法産品質量評估模型測試覆蓋度評估測試過程評估缺陷分析技術風險分析技術分層測試技術然後具體講解,如何運用這些測試策略編寫技術和基本測試技術,包括我們的測試軟技能,來製定總體測試策略、階段測試策略;如何製定版本測試策略和對産品質量進行評估,以及在質量評估中發現問題時,該如何修正測試策略。 本書的核心思想中國軟件測試行業整體起點較高,但對軟件測試卻普遍缺乏理解和認識。認為軟件測試沒有或者缺乏技術含量的居多,其中不乏領導或決策者。 軟件測試在技術上可以嚮軟件測試架構師發展,成為産品測試專傢。軟件測試架構師是産品測試的靈魂。 軟件測試架構師需要像係統架構師一樣理解産品的商業目標和用戶的使用場景,要從整體上來把握測試節奏,為團隊的關鍵測試活動(如測試設計、測試執行)提供輔導。要保證測試策略能夠在整個團隊中落地,而不是自己挽著袖子上。 軟件産品質量模型是測試的基礎。測試類型、測試方法都是在此基礎上衍生齣來的。 測試點不等於測試用例。測試點通過測試設計來得到測試用例。 軟件測試架構師雖然是測試團隊的技術官,但是也不應該忽視溝通協商和文檔寫作方麵的能力。 測試策略是測試的核心。 測試應該基於質量目標、基於風險,圍繞研發流程,通過分層來進行“剛剛好”的測試。 本書的獨特之處目前已經有很多優秀的軟件測試書籍,其中不乏精品,但是我發現這些書籍大多隻是單方麵地講授軟件測試理念和基礎,或是單方麵地講授某種測試技術。本書則規避瞭這一點,並不單方麵講授理念或技術,而是通過“測試策略”把理念和技術串起來瞭,教大傢該如何來確定測試目標,確定測試範圍,確定測試深度和廣度、重點和難點……你可以很容易將書中的內容運用到實際工作中去。 本書的另外一個特點是書中使用瞭5個高度概括模型:四步測試策略製定法、軟件質量評估模型、四步測試設計製定法、測試方法車輪圖和兩份checklist(風險分析checklist和老功能分析checklist)。有瞭這套模型工具,我們就可以對軟件測試工作進行係統思考瞭,這樣有利於我們對自己的工作進行總結,突破“瓶頸”。 不同於一般的測試書籍,本書在行文安排和編寫視角上也彆具特色:從測試的職業發展規劃入手,為軟件測試架構師畫像,為測試者指齣測試技術上的奮鬥方嚮;然後介紹軟件測試架構師需要掌握的測試技術(除瞭我們熟悉的測試設計技術、缺陷分析技術外,本書還特彆編寫瞭溝通交流、文檔編寫等軟技能);最後介紹如何使用這些技術來編寫測試策略,在整個測試過程中需要設計、安排哪些測試活動以進行“剛剛好”的測試。可見本書並不是以技術為主綫來編寫的,而是圍繞“軟件測試架構師”,即“人”來展開的,我希望這樣的設計能夠讓讀者在閱讀本書的時候感到更為生動和實用。 本書適閤誰看本書比較適閤有一定經驗的軟件測試工程師,以及希望在測試技術上有所發展的測試人員閱讀。 當然,如果您是一位初涉測試的朋友,本書在測試職業規劃方麵的描述、測試技術方麵的總結和敘述對您來說也會是不錯的參考。 如何使用本書如果您是一位有一定測試經驗的軟件測試工程師,目前感到在測試技術或測試發展中齣現瞭“天花闆”,有些迷茫,那麼本書就再適閤您不過瞭。建議您不要跳過一些章節,而是按順序閱讀,相信本書一定能幫您答疑解惑,使您找到自己新的
測試架構師修煉之道:從測試工程師到測試架構師 下載 mobi epub pdf txt 電子書
評分
☆☆☆☆☆
也許是一本高大上的書吧,吧還沒讀完
評分
☆☆☆☆☆
非常實用的一本書
評分
☆☆☆☆☆
這本書的內容不怎麼樣,我覺得那個,技術上並沒有什麼太多的東西
評分
☆☆☆☆☆
。。。。。。。。。。。,。
評分
☆☆☆☆☆
測試架構師修煉之道:從測試工程師到測試架構師
評分
☆☆☆☆☆
這書不錯,看看很有用,平時也都會,但都沒有提到這種理論層麵
評分
☆☆☆☆☆
塑封完好,應該是正版,滿600?400活動屯的,希望能用得上吧
評分
☆☆☆☆☆
確實很不錯,收獲很大。先粗略看瞭一遍,以後繼續詳讀。
評分
☆☆☆☆☆
不過現在也可以做什麼工作人員瞭。我們的愛情不是很