軟測之魂：核心測試設(shè)計精解

第1章 朝陽中的軟件測試
　1.1 關(guān)于軟件測試
　　1.1.1 書中一角到書山一角的跨越
　　1.1.2 捉蟲子與挖金礦
　1.2 bug就在我們身邊
　　1.2.1 惠普100款筆記本軟件曝嚴重漏洞
　　1.2.2 奧運門票銷售系統(tǒng)被迫關(guān)閉
　　1.2.3 美f-22機群系統(tǒng)癱瘓，軟件質(zhì)量威脅國家安全
　1.3 把握測試崗位
　　1.3.1 測試入門
　　1.3.2 優(yōu)秀測試
　　1.3.3 卓越測試
　1.4 測試基礎(chǔ)簡要
　　1.4.1 軟件測試基本概念
　　1.4.2 軟件測試目的
　　1.4.3 軟件測試策略
　　1.4.4 軟件測試方法
　　1.4.5 軟件測試流程
第2章 找bug的核心思維與境界
　2.1 情有獨鐘的思維模式
　　2.1.1 逆向思維
　　2.1.2 發(fā)散性思維
　2.2 測試的第一重境界：圍著bug轉(zhuǎn)
　　2.2.1 獨上高樓——發(fā)現(xiàn)bug
　　2.2.2 為伊消得人憔悴——定位bug
　　2.2.3 驀然回首——關(guān)閉bug
　2.3 測試的第二重境界：站在bug之上
　　2.3.1 測試的價值不僅僅是發(fā)現(xiàn)bug
　　2.3.2 測試的服務(wù)鏈
　2.4 測試的第三重境界：挑戰(zhàn)零缺陷
　　2.4.1 缺陷的防與堵
　　2.4.2 “零缺陷”文化
　　2.4.3 “零缺陷”后的誤區(qū)
第3章 測試設(shè)計景觀
　3.1 放眼設(shè)計
　3.2 解讀測試設(shè)計
　3.3 測試管理中的隱形指揮棒：測試組織模式的設(shè)計
　　3.3.1 以開發(fā)為核心的組織模式
　　3.3.2 以項目經(jīng)理為核心的組織模式
　　3.3.3 獨立的測試組織模式
　3.4 提高測試效率的有力武器：測試流程之設(shè)計
　　3.4.1 認識測試流程
　　3.4.2 讓大家一起忙起來
　　3.4.3 軟件運行得猶如蝸牛在爬行
　3.5 好鋼用在刀刃上：測試技術(shù)應(yīng)用之合適設(shè)計
　　3.5.1 通信的心跳在狂蹦
　　3.5.2 解開用例失效之謎
第4章 測試架構(gòu)的設(shè)計
　4.1 思索測試架構(gòu)
　　4.1.1 認知測試架構(gòu)
　　4.1.2 測試架構(gòu)設(shè)計不僅僅在技術(shù)上
　4.2 讓每個測試人員都看到希望
　　4.2.1 回顧與思考微軟的測試職業(yè)發(fā)展路線設(shè)計
　　4.2.2 架構(gòu)合適的測試技術(shù)發(fā)展梯隊通道
　　4.2.3 架構(gòu)合適的測試管理方向發(fā)展軌道
　4.3 萬里航行總舵手——業(yè)務(wù)測試架構(gòu)的設(shè)計
　4.4 測試建設(shè)之基石——測試框架的設(shè)計
　　4.4.1 相框與測試框架
　　4.4.2 化抽象為具體——測試框架內(nèi)容
　　4.4.3 突破起點——搭建測試框架的方法
第5章 測試需求分析與測試策略制定
　5.1 從測試需求開始
　　5.1.1 多管齊下溯需求
　　5.1.2 考慮可測試性需求
　5.2 識別廬山真面目——分析需求
　　5.2.1 快速理解需求的捷徑：需求宣講
　　5.2.2 需求定義也會錯并不是謊言
　　5.2.3 不可忽視：從設(shè)計需求中提取測試需求
　5.3 確定頂層方向性測試類別
　5.4 布道——部署測試策略
　5.5 測試技術(shù)的裁剪與合理應(yīng)用
　　5.5.1 黑盒測試不等于手工測試
　　5.5.2 適當(dāng)采用白盒測試
　　5.5.3 活用灰盒測試
　　5.5.4 部分自動化測試
　　5.5.5 著眼專項測試
　5.6 測試計劃與跟蹤機制
　5.7 測試策略需考慮的其他要素
第6章 聚焦測試方案的設(shè)計
　6.1 理解測試方案的設(shè)計
　　6.1.1 疑問與認識過程
　　6.1.2 測試方案設(shè)計的重要性
　　6.1.3 把握核心——測試方案設(shè)計的三步曲
　6.2 創(chuàng)新樂園：多路測試分析方法
　6.3 三層架構(gòu)模式分析法
　　6.3.1 三層架構(gòu)模式分析法的原理
　　6.3.2 應(yīng)用案例
　6.4 多叉樹節(jié)點分析法
　　6.4.1 多叉樹節(jié)點分析法的原理
　　6.4.2 應(yīng)用案例
　6.5 業(yè)務(wù)狀態(tài)變遷分析法
　　6.5.1 業(yè)務(wù)狀態(tài)變遷分析法原理
　　6.5.2 應(yīng)用案例
　6.6 代碼更改追溯分析法
　　6.6.1 代碼更改追溯分析法原理介紹
　　6.6.2 應(yīng)用案例
第7章 話說用例的設(shè)計
　7.1 漏測一個提示界面，不僅損失158萬元
　7.2 逆境中的用例設(shè)計
　7.3 技術(shù)攻關(guān)：高效用例設(shè)計方法
　　7.3.1 隱式邊界
　　7.3.2 分類法
　　7.3.3 反常規(guī)操作法
　　7.3.4 倒推法
　　7.3.5 用例設(shè)計的綜合策略
　7.4 用例有效、無效的正確認識
　7.5 用例的價值
　7.6 設(shè)計可復(fù)用的用例
　7.7 用例重構(gòu)
　7.8 用例設(shè)計規(guī)范誕生
第8章 測試執(zhí)行流程設(shè)計
　8.1 需求測試
　　8.1.1 需求內(nèi)審中的測試需求
　　8.1.2 需求外審中的測試需求
　　8.1.3 測試設(shè)計過程中的測試需求
　　8.1.4 需求測試檢查點
　　8.1.5 需求測試中的幾個問題
　8.2 內(nèi)部版本發(fā)布測試
　　8.2.1 版本發(fā)布惡夢
　　8.2.2 小議冒煙測試
　　8.2.3 版本發(fā)布信息傳遞
　8.3 回歸測試
　　8.3.1 確定回歸內(nèi)容
　　8.3.2 基于用例的回歸測試方法
　　8.3.3 基于bug的回歸測試方法
　8.4 交叉測試
　　8.4.1 交叉測試的特點
　　8.4.2 交叉測試模式
　　8.4.3 交叉測試后的進一步思考
第9章 測試輸出管理設(shè)計
　9.1 bug管理
　　9.1.1 “bug單”的故事
　　9.1.2 bug管理工具的選擇
　　9.1.3 bug生命周期設(shè)計
　　9.1.4 約束的力量——bug管理規(guī)范
　　9.1.5 bug庫的應(yīng)用雜談
　　9.1.6 處理不可重現(xiàn)的bug
　9.2 用例管理
　　9.2.1 用例管理工具選擇
　　9.2.2 用例結(jié)構(gòu)與元素的設(shè)計
　　9.2.3 用例維護的設(shè)計
　9.3 測試文檔模板設(shè)計
　　9.3.1 測試計劃模板設(shè)計
　　9.3.2 測試方案模板設(shè)計
　　9.3.3 測試報告模板設(shè)計
　9.4 測試總結(jié)管理設(shè)計
　　9.4.1 寫總結(jié)的好處
　　9.4.2 測試工作日志
　9.5 測試知識庫設(shè)計
　　9.5.1 沉淀測試知識庫
　　9.5.2 測試知識庫的管理
　　9.5.3 學(xué)以致用打折嗎
第10章 控制測試過程的實用方法
　10.1 把握測試工作啟動的起點
　　10.1.1 測試人員何時投入項目合適
　　10.1.2 項目測試啟動會
　10.2 測試設(shè)計的評審
　　10.2.1 三級評審機制
　　10.2.2 自審檢查單的誕生
　　10.2.3 設(shè)計檢查單——提高設(shè)計質(zhì)量的有效工具
　10.3 測試版本的控制
　　10.3.1 版本發(fā)布眾生相
　　10.3.2 版本接收/停止測試準則
　　10.3.3 測試與版本號
　10.4 測試配置管理
　　10.4.1 測試也需“電子眼”
　　10.4.2 測試配置的構(gòu)建與應(yīng)用
　10.5 漏測分析：測試流程改進的助推器
　　10.5.1 漏測的定義與漏測分析的意義
　　10.5.2 漏測問題收集
　　10.5.3 漏測分析計劃
　　10.5.4 漏測分析實施
　　10.5.5 漏測措施執(zhí)行跟蹤
第11章 追逐軟測之理念
　11.1 開拓測試管理新思維：測試環(huán)境創(chuàng)新
　11.2 暢想：測試團隊的發(fā)展之路
　　11.2.1 散兵游勇年代
　　11.2.2 測試游擊隊
　　11.2.3 測試部落
　　11.2.4 以項目經(jīng)理為核心的組織模式
　11.3 測試設(shè)計理念至上
　11.4 挑戰(zhàn)測試新技術(shù)
　11.5 測試是不可或缺的“一條腿”
　11.6 通向“羅馬”的測試之路
　　11.6.1 識別自己——英雄不問出處
　　11.6.2 選擇一條適合自己的測試康莊大道
附錄a 專業(yè)名詞解釋
附錄b 參考書目和資源