軟件測試過程管理

軟件測試過程管理 pdf epub mobi txt 電子書 下載 在線閱讀 2026

☆☆☆☆☆
出版者:機械工業齣版社
作者:布萊剋
出品人:
頁數:399
译者:龔波
出版時間:2003-10-01
價格:48.00元
裝幀:平裝
isbn號碼:9787111127475
叢書系列:
圖書標籤:
  • 軟件測試
  • 測試管理
  • 軟件
  • 管理
  • 測試建議書目
  • 測試
  • SW-Debug/Test
  • SW
  • 軟件測試
  • 測試過程
  • 測試管理
  • 質量保證
  • 軟件工程
  • 測試方法
  • 測試策略
  • 缺陷管理
  • 測試生命周期
  • 軟件質量
想要找書就要到 小哈圖書下載中心
立刻按 ctrl+D收藏本頁
你會得到大驚喜!!

具體描述

本書全麵論述瞭軟件測試管理的全過程,介紹瞭管理大型和小型項目中硬件和軟件所需要的工具和資源,闡述瞭如何開發關鍵工具。這些工具簡單,有效並符閤行業標準,確保讀者能夠掌握和瞭解最新最好的測試管理工具,並能夠幫助讀者應用相關工具和技術來管理資源,從而能夠成功地管理測試項目。

本書還提供瞭很多作者親自做的測試試驗,從而使讀者能夠有效地將測試理論與實現相結閤,更加深入地理解測試過程。

《軟件測試過程管理》詳細描繪瞭從規劃到交付全流程中測試活動的係統化方法,聚焦於如何在項目生命周期中嵌入高效、可控的質量保障機製。本書深入剖析測試管理的核心原則,強調測試不僅是缺陷發現工具,更是推動軟件工程成熟的重要環節。通過對國際標準與行業實踐的綜閤梳理,作者揭示瞭測試過程管理在復雜係統開發中的戰略價值。 全書分為六大核心章節,每一部分都以真實工程場景為基礎,詳細講解如何構建科學的測試計劃、設計可執行的測試用例、優化測試資源配置、實施動態缺陷跟蹤,以及最終實現質量度量與持續反饋。特彆強調“過程導嚮”理念,主張將測試從被動檢查轉變為貫穿需求、開發、集成各階段的主動管理活動。書中引入多種標準模型,如CMMI、ISO/IEC 29119,以及敏捷環境下輕量化測試方法,提供具體操作指南,使讀者能夠在不同組織文化與項目模式中靈活應用。 重點章節涵蓋:測試需求挖掘——通過功能分解與風險評估,明確測試目標;測試用例管理——結構化編寫、優先級排序與重用策略;缺陷生命周期控製——從報告到修復的全流程跟蹤機製;測試進度監控——結閤甘特圖與燃盡圖,可視化團隊效能;質量門禁設置——基於度量數據定義可交付標準,保障發布安全。此外,書中還專題探討瞭自動化測試在過程管理中的協同作用,分析如何平衡人工測試與腳本驅動的優勢,提齣“人機結閤”的最佳實踐路徑。 大量實例展示瞭從大型係統到中小型項目的不同實施方式,涵蓋測試組織架構設計、角色職責劃分及跨團隊協作模式,幫助讀者理解過程管理在團隊建設中的實際影響力。本書注重理論與經驗並重,不僅解釋“做什麼”,更剖析“為何有效”,引導讀者建立係統化思維。 通過細緻的方法論闡述與豐富的工程實踐,《軟件測試過程管理》成為軟件質量保障領域的重要參考,尤其適閤項目經理、測試負責人及質量工程師深入學習流程優化,推動組織從經驗驅動嚮過程治理轉型,為構建高可靠軟件係統提供堅實基礎。

作者簡介

目錄資訊

前言
第1章 確定測試的重點內容:測試
項目的基礎
1.1 可能測試什麼:擴大的測試工作量
1.1.1 從顯微鏡到望遠鏡:測試粒度
1.1.2 後退還是前進?測試階段
1.1.3 第一次挫摺
1.2 測試時要考慮質量
1.2.1 為質量進行全麵定義
1.2.2 不注重質量是鋌而走險
1.2.3 評價質量風險的非正式方法
1.2.4 故障模式和效果分析:理解質量
風險的正式方法
1.3 測試的內容:進度、資源和預算
1.3.1 削足適履:使測試計劃適應項目
1.3.2 估計資源和創建預算
1.3.3 協商閤適的測試項目
1.4 案例研究
1.5 練習
第2章 策劃和描述測試過程:
.測試計劃
2.1 編寫測試計劃的目的
2.2 測試計劃的數量
2.3 利用草案激發討論
2.4 測試計劃模闆
2.5 概述
2.6 邊界
2.6.1 範圍
2.6.2 定義
2.6.3 設置
2.7 質量風險
2.8 裏程碑的推薦進度
2.9 過渡
2.10 進入標準
2.11 退齣標準
2.12 測試配置和環境
2.13 測試開發
2.14 測試執行
2.14.1 關鍵參與者
2.14.2 測試用例和錯誤跟蹤
2.14.3 錯誤隔離和分類
2.14.4 測試版本管理
2.14.5 測試循環
2.14.6 測試時間
2.15 風險和不測事件
2.16 變更曆史
2.17 參考文檔
2.18 常見問題
2.19 ieee 829模闆:比較和對照
2.20 推銷計劃
2.21 清晰、針對性和行動
2.22 免費測試計劃模闆
2.23 案例研究
2.24 練習
第3章 測試係統體係結構、用例
和覆蓋
2.1 測試係統體係結構和工程設計
3.2 測試係統體係結構原理
3.2.1 測試係統質量
3.2.2 任何測試係統都不是孤島:測試
人員和測試係統
3.2.3 測試係統質量的好實踐和原理
3.3 係統的基本構件:測試用例
3.3.1 創建測試條件
3.3.2 基本測試模闆
3.3.3 datarocket的壓力測試用例
3.3.4 其他測試用例模闆
3.3.5 如何細化?準確性的作用
3.4 避免可怕的"測試遺漏":覆蓋和
迴歸測試間距
3.4.1 最好的意圖,低劣的覆蓋決策
3.4.2 正在測試的是開發建立的係統嗎
3.4.3 把質量風險和測試用例聯係起來
3.4.4 配置覆蓋
3.4.5 錯誤覆蓋
3.4.6 迴歸測試間距
3.4.7 如果不能重復所有測試怎麼辦?
迴歸風險緩和策略
3.5 "學習經驗教訓":測試用例遞增改進
3.5.1 故障響應
3.5.2 采用最佳實踐
3.5.3 使用探索性測試
3.6 不能麵麵俱到:有所取捨
3.7 案例研究
3.8 免費案例研究
3.9 練習
第4章 令人興奮的捕蟲工作:錯誤
跟蹤數據庫
4.1 為什麼搗亂?正式的錯誤跟蹤係統
示例
4.2 問題是什麼?故障描述
4.2.1 報告描述風格
4.2.2 編寫好的錯誤報告的十個步驟
4.3 靈活的報告:開始創建數據庫
4.4 重要的少,次要的多:按重要性排序
4.5 設置錯誤跟蹤:添加動態信息
4.5.1 使用狀態來管理錯誤生命周期
4.5.2 強調所有權和責任
4.5.3 關鍵轉移:隔離到調試
4.5.4 引導錯誤生命周期:錯誤分類
過程
4.5.5 設置動態字段
4.6 最後一步:為分析獲取錯誤數據
4.6.1 與錯誤相關的:子係統、配置
和質量風險
4.6.2 錯誤來源:解決方案和根本
原因
4.6.3 錯誤何時結束?關閉日期和注入、
檢測和刪除階段
4.6.4 完成錯誤跟蹤數據庫
4.7 從錯誤跟蹤數據庫中抽取度量
4.7.1 如何去除缺陷:公開/關閉圖錶
4.7.2 為什麼發生錯誤:根本原因圖錶
4.7.3 開發小組如何響應:關閉周期
圖錶
4.7.4 什麼被破壞瞭:子係統圖錶
4.7.5 事後度量:缺陷發現比例
4.7.6 關於度量和圖錶
4.8 管理錯誤跟蹤
4.8.1 錯誤數據的誤用和策略
4.8.2 陷入睏境
4.9 案例研究
4.10 練習
第5章 管理測試用例:測試跟蹤
電子錶格
5.1 建立最基本的測試跟蹤電子錶格
5.1.1 基本的電子錶格
5.1.2 在測試項目中使用測試跟蹤
電子錶格
5.2 進一步提高
5.2.1 為測試包和測試用例指定標識符
和測試人
5.2.2 加人日期和時間信息:計劃與
實際情況的對比
5.2.3 理解測試運行的時間長短
5.2.4 增加測試用例狀態的精確度
5.2.5 劃分測試包和測試用例的優
先級
5.2.6 審閱纍計列
5.2.7 其他總結和分組數據的方法
5.2.8 通過加入測試用例細節來擴展
測試跟蹤電子錶格
5.2.9 跟蹤覆蓋
5.3 啓動測試跟蹤係統
5.3.1 小問題
5.3.2 大問題
5.3.3 沒有問題
5.4 從測試跟蹤電子錶格中抽取度量值
5.4.1 我們能完成什麼工作嗎?畫齣
測試進度圖
5.4.2 我們在按照計劃完成工作嗎?
畫齣計劃測試完成錶
5.4.3 我們在按計劃進行測試嗎?畫齣
測試和錯誤覆蓋圖
5.4.4 簡而言之,測試狀態就是建立
一個平衡的計分卡或監控闆
5.5 質問監控闆:異議和爭論
5.6 案例研究
5.7 練習
第6章 危急時刻的技巧和工具:管理
動態內容
6.1 做好每個細節:凡事做到最好
6.1.1 在遇到問題時要堅持繼續前進
6.1.2 關聯性、進度錶和提示:進度
管理的重要性
6.1.3 它不會交付自己:修訂和發布
過程
6.1.4 它不會安裝自己:配置測試
環境
6.1.5 審核和更新測試結果時要細心
6.1.6 定義測試執行過程
6.1.7 當測試失敗時:使測試結果的
誤判最小化
6.1.8 "祝端午節快樂……"當危急
時刻、假日和發生文化衝突時
6.2 蜘蛛網:管理測試硬件和軟件配置
後勤
6.2.1 各部分及其連接方式:實體-關
係圖
6.2.2 從圖錶到模式:實現後勤數據庫
6.2.3 預算和計劃:提早使用後勤數
據庫
6.2.4 什麼東西在什麼地方運行?
跟蹤軟件配置
6.3 意料之中和意料之外:變更管理
數據庫
6.3.1 使用(和誤用)變更管理數據
6.3.2 簡單就好:變更管理數據庫
6.4 案例研究
6.5 練習
第7章 配置和管理測試實驗室
7.1 設置測試實驗室的必要性
7.2 選擇和規劃實驗室場所
7.3 測試實驗室配置清單
7.3.1 清單模闆的樣本
7.3.2 使用風險分析來選擇正確的
配置清單
7.3.3 關於實驗室配置的深遠考慮
7.4 安全和跟蹤問題
7.5 管理設備和配置
7.6 保持測試環境的整潔
7.7 人的因素
7.7.1 安全的實驗室是工作效率高的
實驗室
7.7.2 對實驗室設備的損壞
7.7.3 實驗室中的生産率
7.8 案例研究
7.9 練習
第8章 組織和管理測試小組
8.1 測試工作的閤適人選:什麼樣類型的
人能成為優秀的測試工程師
8.1.1 專業悲觀主義
8.1.2 適度的好奇心
8.1.3 集中注意力:杜絕水平差的人
8.1.4 避免胸懷大誌的英雄
8.1.5 防止懶惰
8.1.6 拒絕懦弱的人
8.2 確定測試小組:需要多少人、誰
可以參加、應該做什麼
8.2.1 規模
8.2.2 技能
8.2.3 教育和培訓
8.2.4 崗位、經驗和目標
8.3 專傢或者項目資源?組織模型
8.4 雇傭測試人員
8.4.1 確定工作
8.4.2 收集和篩選簡曆
8.4.3 現場麵試
8.4.4 做齣雇傭決定
8.4.5 避免和銷除雇傭錯誤
8.4.6 接納新的測試人員
8.5 非常關注:激勵你的測試小組
8.5.1 站在測試小組一邊
8.5.2 支持閤理的工作方式
8.5.3 促進每個測試人員的職業發展
8.5.4 不要根據是否符閤時間進度來
分發奬金
8.5.5 不要像買大米那樣購買錯誤
8.5.6 希望感謝星期六晚上的比薩餅
8.5.7 提高我們與他們的思想水平
8.5.8 人們到底該做什麼
8.6 擴展你的能力:使用臨時專傢和
實施人員
8.6.1 臨時性工作人員充當的角色
8.6.2 長期臨時工
8.6.3 雇傭承包人
8,6.4 引入專傢
8.7 案例研究
8.8 練習
第9章 政治鬥爭的勝利:測試經理
麵臨的組織性挑戰
9.1 唐吉訶德,質量冠軍:你的工作職責
到底是什麼
9.2 適閤你的位置:組織內部的測試
小組
9.3 還有其他什麼適閤的嗎?增加其他
測試功能
9.4 同其他經理協作:測試管理的方嚮
9.4.1 嚮上管理
9.4.2 嚮外管理
9.5 在黑暗中前行的測試:沒有文檔,
你是否應該繼續下去
9.6 停牌檢查:解雇和清算
9.7 錶現測試工作業績:以閤理的方式
呈現正確的信息
9.7.1 傳遞壞消息的好方法
9.7.2 測試監控製度化
9.7.3 精確性和聽眾的重要性
9.8 可以告訴先驅們:早期采納對測試
的影響
9.9 練習
第10章 聯閤其他參與者的力量:
測試項目的分布化
10.1 選擇閤作夥伴
10.1.1 供應商
10.1.2 第三方測試組織
10.1.3 銷售辦事處
10.1.4 用戶和用戶代理人
10.2 製定分布式測試工作的計劃
10.2.1 評估能力
10.2.2 瞭解成本
10.2.3 比較、協調和分配測試方案
10.2.4 組織後勤
10.2.5 處理映射問題
10.3 管理分布式測試工作
10.3.1 監控測試工作的進展情況
10.3.2 交流進展狀況和改變工作方嚮
10.3.3 處理策略上的注意事項
10.3.4 關注文化差異
10.3.5 建立和維護信任關係
10.4 案例研究
10.5 練習
第11章 測試環境:經濟學、生命周
期和過程成熟度
11.1 質量的獲得是免費的嗎?對測試
進行經濟調整
11.1.1 測試實際上花費多少
11.1.2 speedywnter案例研究
11.1.3 管理測試籌款的阻礙
11.1.4 剋服障礙……,做我們力所
能及的事情
11.2 測試要符閤生命周期的要求
11.2.1 常見生命周期主題
11.2.2 v模型
11.2.3 螺鏇模型
11.2.4 演化或遞增模型
11.2.5 代碼編寫與錯誤修正
11.2.6 測試維護版本
11.2.7 係統、子係統、商業軟件和
組件集成
11.2.8 硬件/軟件係統
11.3 過程成熟度
11.3.1 "但是我們是不相同的……":
解決方案的共性
11.3.2 測試團隊不是--座孤島:外部
因素對工作生産率的影響
11.3.3 過程成熟度模型
11.4 管理測試過程:迴顧性總結
11.5 案例研究
11.6 練習
附錄a 硬件測試基礎:軟件測試
人員入門
附錄b 參考文獻、相關讀物和其他
資源
· · · · · · (收起)

讀後感

評分☆☆☆☆☆

評分☆☆☆☆☆

評分☆☆☆☆☆

評分☆☆☆☆☆

評分☆☆☆☆☆

用戶評價

评分☆☆☆☆☆

评分☆☆☆☆☆

评分☆☆☆☆☆

评分☆☆☆☆☆

评分☆☆☆☆☆

本站所有內容均為互聯網搜索引擎提供的公開搜索信息,本站不存儲任何數據與內容,任何內容與數據均與本站無關,如有需要請聯繫相關搜索引擎包括但不限於百度,google,bing,sogou 等

© 2026 qciss.net All Rights Reserved. 小哈圖書下載中心 版权所有