適讀人群 ：適用於高等院校軟件測試課程的教材，也可作為軟件測試愛好者的自學用書。對於那些希望增強軟件測試方面知識的程序員、軟件項目經理和軟件開發團隊的其他人員，本書也具有很好的參考價值。
緊密結合軟件測試工作崗位要求
全面繫統地介紹軟件測試理論及應用技術
內容全面實用，講述淺顯易懂
通過經典實用的測試案例傳授實戰技術
手把手教你學會常用的測試工具

《軟件測試技術基礎教程（第2版）》全面繫統地介紹了軟件測試理論及應用技術。全書分為兩部分：第1部分為軟件測試基礎理論部分，包括軟件測試的基礎知識，白盒測試技術，黑盒測試技術，軟件測試計劃、文檔及測試用例，軟件自動化測試，面向對像的軟件測試，Web網站測試；第2部分為軟件測試工具實踐，用實際案例介紹了目前比較流測試工具JUnit、性能測試工具LoadRunner、測試管理工具Quality Center的使用。
《軟件測試技術基礎教程（第2版）》既可作為高等院校軟件測試課程的教材，也可作為軟件測試愛好者的自學用書。對於那些希望增強軟件測試方面知識的程序員、軟件項目經理和軟件開發團隊的其他人員，《軟件測試技術基礎教程（第2版）》也具有很好的參考價值。

顧海花，副教授，長期從事軟件測試專業的教育教學改革工作，有豐富的教學經驗和校企合作背景。
本教程是由一支有8年以上教學經驗的團隊編寫，將多年各界的具有實用價值的經驗、知識點和操作技巧等毫無保留地奉獻給廣大讀者。

第1部分 軟件測試基礎理論
第1章 軟件測試基礎知識
1.1 軟件缺陷
1.1.1 軟件缺陷案例分析
1.1.2 軟件缺陷的定義
1.1.3 軟件缺陷產生的原因
1.1.4 軟件缺陷的修復費用
1.2 軟件測試
1.3 軟件測試的復雜性與經濟性分析
1.3.1 軟件測試的復雜性
1.3.2 軟件測試的經濟性
1.3.3 軟件測試的充分性準則
1.4 軟件測試的分類
1.4.1 按照軟件測試的生命周期分類
1.4.2 按照軟件測試技術分類
1.4.3 按照軟件測試實施主體分類
1.4.4 按照測試內容分類
1.5 軟件測試過程
1.5.1 軟件測試與軟件開發各階段的關繫
1.5.2 一個完整的軟件開發流程
1.5.3 測試在開發階段的作用
1.6 軟件測試技術前沿
1.6.1 敏捷測試方法
1.6.2 測試驅動開發
1.6.3 雲計算與軟件測試
1.6.4 移動應用與軟件測試
1.7 軟件測試人員的素質
習題
第2章 白盒測試技術
2.1 邏輯覆蓋測試
2.1.1 語句覆蓋（Statement Coverage）
2.1.2 判定覆蓋（Branch Coverage）
2.1.3 條件覆蓋（Condition Coverage）
2.1.4 判定/條件覆蓋（分支/條件覆蓋
2.1.5 條件組合覆蓋
2.1.6 路徑覆蓋
2.2 路徑分析測試
2.2.1 控制流圖
2.2.2 獨立路徑測試
2.2.3 Z路徑覆蓋測試
2.3 循環測試
2.3.1 簡單循環
2.3.2 嵌套循環
2.3.3 串接循環
2.3.4 非結構循環
2.4 代碼檢查法
2.4.1 代碼審查
2.4.2 桌面檢查
2.4.3 代碼走查
2.5 白盒測試綜合策略
2.5.1 最少測試用例數的計算
2.5.2 測試覆蓋準則
2.6 白盒測試設計案例
習題
第3章 黑盒測試技術
3.1 黑盒測試概述
3.2 等價類劃分法
3.2.1 等價類劃分法的概念
3.2.2 標準與健壯等價類劃分
3.2.3 等價類劃分法案例
3.3 邊界值分析法
3.3.1 邊界值分析法的概念
3.3.2 邊界值分析法案例
3.4 決策表法
3.4.1 決策表法的概念
3.4.2 決策表法案例
3.5 因果圖法
3.5.1 因果圖法的概念
3.5.2 因果圖法設計測試用例
3.6 測試方法的選擇
3.7 黒盒測試設計案例
習題
第4章 軟件測試計劃、文檔及測試用例
4.1 測試計劃
4.1.1 測試計劃的基本概念
4.1.2 測試計劃的制訂及其在軟件測試過程中的地位
……
第2部分 軟件測試工具實踐
參考文獻

《軟件測試技術基礎教程（第2版）》：
1.軟件的功能
軟件產品需要達到的標準決定了測試的數量。對於那些至關重要的繫統必須進行更多的測試。一臺在Boeing 757上的繫統應該比一個用於公共圖書館中檢索資料的繫統需要更多的測試。一個用來控制銀行證券實時交易的繫統應該比一個簡單的網上實時交流繫統具有更大的可靠性與可信度。一個用於國防的大型安全關鍵軟件的開發組比一個網絡遊戲軟件開發組要有苛刻得多的查找錯誤方面的要求。
2.目標用戶的數量
一個繫統的目標用戶數量的多少也在很大程度上影響了測試必要性的程度，這豐要是由於用戶團體在經濟方面的影響。一個在全世界範圍內有幾千個用戶的繫統肯定比一個隻在辦公室中運行的有兩三個用戶的繫統需要更多的測試。如果出現問題，前個繫統的經濟影響肯定比後一個繫統大。另外，在錯誤處理的分配上，所需花費代價的差別也很人。如果在內部繫統中發現了一個嚴重的錯誤，處理錯誤的費用就會相對少一些。如果要處理一個遍布全世界的錯誤則要花費相當大的財力和精力，而且還會給開發公司造成嚴重的信譽危機和潛在用戶的流失。
3.潛在缺陷造成的影響
在考慮測試的必要性時，還需要將繫統中所包含的信息價值考慮在內。例如，一個支持許多家大銀行或眾多證券交易所的客戶機／服務器繫統中一定含有經濟價值非常高的內容。由於銀行證券繫統的特殊性，一旦出現問題，影響的將不僅足銀行或證券公司，錯誤將波及所有與銀行或證券公司有業務往來的公司或個人，後果將非常惡劣。很顯然，這樣的人型繫統和其他單一的小型應用繫統相比，需要進行更多的測試。這兩種繫統的用戶都希望得到高質量、無錯誤的繫統，但是前‘種繫統的影響比後一種要大得多。岡此我們應該從經濟方面考慮，投入與經濟價值相對應的時間和金錢去進行測試。
4.開發機構的業務能力
一個沒有標準和缺少經驗的開發機構很可能會開發出允滿錯誤的軟件繫統，而’個建立了標準和有很多經驗的開發機構開發出來的軟件繫統中的錯誤將會少很多。然而，那些需要進行大幅度改善的機構反而不大可能認識到白身的弱點。在許多情況下，機構的管理部門並不能真正地理解開發個高質最的軟件繫統的好處，反而那些些擁有很多經驗和建立了嚴格標準的開發機構更加重視軟件測試的重要性。
5.測試的時機
測試量會隨時間的推移發牛改變。在一個競爭很激烈的市場裡，爭取時間可能是制勝的關鍵，開始可能不會在測試卜花多少時間，但幾年後如果市場分配格局已經建立起來了.那麼產品的質量就變得更重要了，測試量就要加大。測試量應該針對合適的目標進行調整。
1.3.3軟件測試的充分性準則
軟件測試的充分性準則有以下幾點：
◇對任何軟件都存在有限的充分測試集合。
◇當一個測試的數據集合對於一個被測的軟件繫統的測試是充分的，那麼再多增加一
些測試數據仍然是充分的。這一特性稱為軟件測試的單調性。
◇即使對軟件所有成分都進行了充分的測試，也並不意味著整個軟件的測試已經充分
了。這一特性稱為軟件測試的非復合性。
◇即使一個軟件的繫統整體的測試是充分的，也並不意味著這個軟件繫統中各個成分
都已經充分地得到了測試。這個特性稱為軟件測試的非分解性。
◇軟件測試的充分性與軟件的需求、軟件的實現都相關。
◇軟件測試的數據量正比於軟件的復雜度。這一特性稱為軟件測試的復雜性。
◇隨著測試次數的增加，檢查出軟件缺陷的概率隨之不斷減少。軟件測試具有回報遞減性。1.4軟件測試的分類
軟件測試的整個生命周期其實是由一繫列不同的測試階段組成的。因而，可以從不同的角度對軟件測試的分類進行劃分。
1.4.1按照軟件測試的牛命周期分類
按照軟件測試的生命周期，可以將測試的執行過程劃分測試、集成測試、確認測試、繫統測試、驗收測試。
測試
測試又稱模塊測測試是在軟件開發過程中要進行的最小級別的測試，是程序員縮寫的一小段代碼，用於檢驗被測代碼的一個很小的、很明確的功能是否正確測試中，軟件的是在與程序的其他部分相隔離的情況下進行測試的。
測試是用於判斷某個特定條件（或者場景）下某個特定函數的行為。例如，你可能會向某字符串中添加某種模式的字符，然後確認該字符串是否包含這些字符。
測試由程序員自己來完成，最終受益的也是程序員自己。可以這麼說，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼測試代碼。
測試的目的在於檢查每個程能否正確實現詳細設計說明中的模塊功能、性能、接口和設計約束等要求，發現各模塊內部可能存在的各種錯測試需要從程序的內部結構出發設計測試用例。對於多個模塊，可以平行地、獨立地測試。
……