測試架構(gòu)師修煉之道：從測試工程師到測試架構(gòu)師

Contents?目　　錄前　言第一部分　瓶頸：軟件測試工程師該如何進行職業(yè)規(guī)劃第1章　軟件測試工程師的“三年之癢” 31.1　軟件測試發(fā)展簡史 31.2　中國的軟件測試行業(yè) 41.2.1　軟件測試整體起點較高 41.2.2　軟件測試的困境和迷局 51.2.3　迷茫的軟件測試工程師 71.3　認識軟件測試的優(yōu)勢和劣勢 91.3.1　軟件測試的優(yōu)勢 91.3.2　軟件測試的劣勢 10第2章　軟件測試工程師的職業(yè)規(guī)劃 122.1　軟件測試的職業(yè)發(fā)展方向 132.1.1　軟件測試在管理上的發(fā)展 132.1.2　軟件測試在技術(shù)上的發(fā)展 142.1.3　“角色”和“段位” 162.1.4　軟件測試在質(zhì)量領域的發(fā)展 182.2　軟件測試工程師職業(yè)規(guī)劃建議 202.2.1　做管理還是做技術(shù) 202.2.2　對測試工作“跳槽”的建議 222.2.3　軟件測試創(chuàng)業(yè) 23第二部分　突破：向軟件測試架構(gòu)師的目標邁進第3章　軟件測試架構(gòu)師應該做和不該做的事情 293.1　軟件測試架構(gòu)師需要關(guān)注和不需要關(guān)注的事情 293.1.1　測試架構(gòu)師在需求分析中 303.1.2　測試架構(gòu)師在測試分析和設計中 323.1.3　測試架構(gòu)師在測試執(zhí)行中 343.1.4　測試架構(gòu)師在測試質(zhì)量評估中 353.2　像軟件測試架構(gòu)師一樣的思考 363.3　軟件測試經(jīng)理可以替代軟件測試架構(gòu)師嗎 363.4　系統(tǒng)架構(gòu)師可以替代軟件測試架構(gòu)師嗎 38第4章　軟件測試架構(gòu)師的知識能力模型 404.1　軟件產(chǎn)品質(zhì)量模型 414.1.1　軟件產(chǎn)品質(zhì)量六屬性 414.1.2　功能性 434.1.3　可靠性 454.1.4　易用性 464.1.5　效率 494.1.6　可維護性 504.1.7　可移植性 514.2　測試類型 524.3　測試方法 544.3.1　產(chǎn)品測試車輪圖 544.3.2　功能測試方法 554.3.3　可靠性測試方法 614.3.4　性能測試方法 684.3.5　易用性測試法 724.4　測試設計技術(shù) 744.4.1　測試點不等于測試用例 754.4.2　四步測試設計法 774.4.3　對測試點進行分類 794.4.4　流程類測試設計：路徑分析法 844.4.5　參數(shù)類測試設計：“輸入—輸出表”分析法 964.4.6　數(shù)據(jù)類測試設計：等價類和邊界值分析法 1024.4.7　組合類測試設計：正交分析法 1074.4.8　控制用例粒度：測試點的組合和拆分 1114.4.9　錯誤推斷法 1164.5　探索式測試 1174.5.1　探索式測試的基本思想：CPIE 1174.5.2　選擇合適的探索式測試方法 1184.5.3　開展探索式測試 1214.6　自動化測試 1244.6.1　需要知道的一些自動化測試真相 1244.6.2　如何評估自動化的收益 1264.6.3　自動化測試工具介紹 127第5章　軟件測試架構(gòu)師的軟能力修煉 1305.1　溝通和協(xié)商 1315.1.1　產(chǎn)品測試中的溝通原則 1315.1.2　通過溝通來獲得對產(chǎn)品測試有用的信息 1345.1.3　和測試團隊成員溝通 1365.1.4　和領導或投資決策者溝通 1405.2　寫出漂亮的測試用例 1415.2.1　測試用例模板 1415.2.2　測試用例標題要是一個完整的句子 1425.2.3　用條件而不是參數(shù)來描述測試用例標題 1435.2.4　如果一個用例中包含有多個參數(shù)，用例中應該是每個參數(shù)的取值 1455.2.5　不要在測試用例中引用別的測試用例 1475.2.6　避免測試用例中包含過多的用戶接口細節(jié) 1495.2.7　明確測試步驟和預期結(jié)果的對應關(guān)系 1505.2.8　避免在測試步驟中使用籠統(tǒng)的詞 151第三部分　修煉：軟件測試架構(gòu)師的核心技能第6章　如何才能制定好測試策略 1556.1　理解測試策略 1556.2　四步測試策略制定法 1596.3　產(chǎn)品質(zhì)量評估模型 1656.3.1　優(yōu)秀的產(chǎn)品質(zhì)量評估模型的特征 1656.3.2　軟件產(chǎn)品質(zhì)量評估模型 1676.4　測試覆蓋度評估 1676.4.1　需求覆蓋度評估 1686.4.2　路徑覆蓋度評估 1706.5　測試過程評估 1716.5.1　測試用例評估 1716.5.2　測試方法分析 1736.5.3　測試投入分析 1746.6　缺陷分析 1746.6.1　缺陷密度 1746.6.2　缺陷修復率 1766.6.3　缺陷趨勢分析 1776.6.4　缺陷年齡分析 1836.6.5　缺陷觸發(fā)因素分析 1886.6.6　組合使用各種缺陷分析技術(shù) 1906.7　風險分析技術(shù) 1916.7.1　風險分析 1926.7.2　風險應對 1966.7.3　老功能分析 1986.8　分層測試技術(shù) 2016.8.1　V模型 2016.8.2　設計測試層次 201第7章　測試策略實戰(zhàn)攻略 2047.1　開始 2047.2　初次使用“四步測試策略制定法” 2057.2.1　產(chǎn)品質(zhì)量等級 2057.2.2　確定項目中各個特性的質(zhì)量等級 2067.2.3　對項目整體進行風險分析 2067.2.4　確定測試策略的結(jié)構(gòu) 2077.2.5　初步確定測試分層 2087.2.6　回顧 2097.3　制定總體測試策略 2117.3.1　分解產(chǎn)品質(zhì)量目標 2117.3.2　使用老功能分析法來對特性進行分類 2147.3.3　基于質(zhì)量和風險來確定測試深度與測試廣度 2157.3.4　確定測試優(yōu)先級 2187.3.5　確定測試的總體框架 2197.3.6　回顧 2207.4　制定階段測試策略 2227.4.1　測試設計策略 2237.4.2　集成測試策略 2307.4.3　系統(tǒng)測試策略 2347.4.4　驗收測試策略 2367.4.5　回顧 238第8章　版本測試策略和產(chǎn)品質(zhì)量評估 2408.1　開始 2408.2　第一個版本測試策略 2438.2.1　測試范圍以及和計劃相比的偏差 2438.2.2　本版本的測試目標 2448.2.3　需要重點關(guān)注的內(nèi)容 2458.2.4　測試用例的選擇 2468.2.5　測試執(zhí)行順序 2478.2.6　試探性的測試策略——需要大家分工合作的地方 2488.2.7　接收測試策略 2498.2.8　回顧 2508.3　跟蹤測試執(zhí)行 2518.3.1　跟蹤測試用例執(zhí)行情況 2518.3.2　每日缺陷跟蹤 2568.3.3　調(diào)整測試策略 2628.4　版本質(zhì)量評估 2648.4.1　使用軟件產(chǎn)品質(zhì)量評估模型來進行質(zhì)量評估 2658.4.2　版本質(zhì)量評估中的缺陷分析 2718.4.3　調(diào)整測試策略 2738.4.4　建立特性版本質(zhì)量檔案 2748.5　后面的版本測試策略 2748.5.1　回歸測試策略 2758.5.2　探索式測試策略 2808.5.3　自動化測試策略 2838.5.4　回顧 2868.6　階段質(zhì)量評估（包括發(fā)布質(zhì)量評估） 2878.6.1　階段質(zhì)量評估項目 2888.6.2　非測試用例發(fā)現(xiàn)缺陷的原因分析 2938.6.3　組合缺陷分析 2958.6.4　遺留缺陷分析 2978.6.5　臨近發(fā)布時的缺陷修復策略 2998.6.6　非必然重現(xiàn)bug的處理 2998.6.7　總結(jié) 299