以下部分為軟體測試藝術的總結
本書主要分為以下幾個部分：1.測試經濟和心理學及測試原則；2.**評審；3.測試基礎部分；4.開發中的除錯和測試思想；5.軟體測試最新應用；
1、測試經濟和心理學及測試原則
軟體測試雖然是一種技術性工作，不可否認，他也同人類的心理息息相關。如果你在認知上確定：軟體測試是為了發現錯誤而執行程式的過程。那麼，首先你在設計測試用例時，會有意識的去設計一些能夠發現問題的測試用例；然後，在執行測試計畫時，也會將發現錯誤當做自己測試的方向和目標；當然，你也會將發現軟體問題，提公升軟體質量作為自己測試程式的價值體現。
軟體測試永遠都不可能發現所有的問題，為了使用最小的資源和成本發現盡可能多的問題，就需要建立某些策略應對經濟學挑戰。包括黑盒測試、白盒測試、各種高階別的測試方法。
因為軟體測試中大多數都是心理學的問題，所以作者總結了軟體測試的十個指導原則，用於知道軟體開發和軟體測試工作。這些原則在工作中都應該牢記於心，不論是做開發還是做測試，根據這些原則不僅可以指導自己更好的測試，同時也可以在開發上給出啟示。
2、**評審
**評審包括：**檢查、**走查、桌面檢查和同行評審。工作中用到最多的還是**檢查，一般將**檢查等同為**評審。通過同書中方法對比，發現公司在對**進行檢查並不是很正規。不正規現象如下。
（1）對於**檢查
**檢查定義是組成乙個小組來閱讀和檢查程式。有以下幾個問題，
1.成員參與感不強
評審過程大部分的改進建議都是由領導指出，當然領導的經驗也很豐富。這就導致其他成員的參與感不強，沒有體現其他成員的價值，如果所有建議都是領導提出，我是不是可以潛意識的認為，其他成員的工作沒有做好。
2.缺乏錯誤列表
評審過程沒有乙份檢查錯誤的列表，都是憑藉成員的經驗。如果有乙份檢查錯誤的列表，會提高**檢查的效率，同時也能讓各個成員從列表的對比中獲得成長。
3.版本修改較多
程式下發版本較多，且人員不夠情況下，只能通過領導或負責人一一進行審查，也就是桌面檢查。乙個比較好的建議是，在軟體版本提交測試之後，測試人員在測試之前可以對照乙份錯誤列表，對程式修改點進行審查。
（2）對於**走查
**走查定義為：以小組為單位進行**審查，不同點是小組成員對測試用例在程式中的執行進行推演。問題就是，目前並未使用過此類評審。
3、測試基礎部分
測試基礎包括：測試用例設計方法、單元測試方法和高階別測試方法。
（1）測試用例設計方法
測試用例設計方法包括：黑盒和白盒測試方法。
黑盒測試方法常用有：等價類劃分方法、邊界值分析方法和錯誤推測法。
白盒測試方法有：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、多重條件覆蓋。
方法其實很簡單，但是如果在工作中使用這些方法對程式設計合理的測試用例，是一件非常有挑戰性的工作。
（2）單元測試方法
單個模組測試
1.在模組原始碼基礎上分析模組的邏輯結構；
2.根據白盒測試方法設計測試用例；
3.接著檢視模組的規格說明書；
4.使用黑盒測試方法補充測試用例。
多個模組測試
1.使用增量式測試
2.選擇自頂向下或自底向上的測試方法
3.使用自動化工具對多個模組進行測試
（3）高階別測試方法
更高階別測試是為了降低從需求端到**段之間資訊轉換不一致，所導致的各型別軟體錯誤。更高階別測試包括：模組測試、功能測試、系統測試、驗收測試、可用性測試等。其中系統測試比較多，需要重點考慮。
4、開發中的除錯和測試思想
（1）除錯思想
1.暴力除錯方法：看記憶體資訊、列印日誌、新增斷點debug。
2.歸納法除錯：通過獲取的正確和不正確的資料，研究資料之間聯絡，找出產生錯誤的原因，進而解決問題。
3.演繹法除錯：根據蒐集到的資料，列舉出可能的根原因，根據資料之間關係排除不能的原因，進而解決問題。
4.回溯法除錯：在出現錯誤的位置，逆向執行程式找到程式邏輯出錯的位置。
除錯過程分為兩個步驟：定位錯誤和修改錯誤。錯誤修改後，我們應該對錯誤進行分析，試圖獲得一些改進編碼和設計的啟示。
（2）敏捷開發和測試思想
為了應對日益增長的軟體需求，一些開發人員提出敏捷開發的思想，敏捷開發的主要特徵：客戶參與，迭代開發，測試驅動。相應的也需要敏捷測試提公升軟體測試的效率，敏捷測試的特徵：客戶參與，自動化測試，專案跟進。
在小型的專案中，通過使用極限程式設計方法和極限測試方法可以加快開發程序，並保證產品的質量。
當然還有面試，面試一般分為技術面和hr面，形式的話很少有群面，少部分企業可能會有乙個交叉面，不過總的來說，技術面基本就是考察你的專業技術水平的，hr面的話主要是看這個人的綜合素質以及家庭情況符不符合公司要求，一般來講，技術的話只要通過了技術面hr面基本上是沒有問題（也有少數企業hr面會刷很多人）
我們主要來說技術面，技術面的話主要是考察專業技術知識和水平，上面也是我整理好的精選面試題。
加油吧，測試人！如果你需要提公升規劃，那就行動吧，在路上總比在起點觀望的要好。事必有法，然後有成。
資源不錯就給個推薦吧~
軟體測試中有關介面測試經驗總結
1.應驗證介面顯示內容的完整性 a 報表顯示時應考慮資料顯示寬度的自適應或自動換行。b 所有有資料展現的介面 如統計 查詢 編輯錄入 列印預覽 列印等 必須使測試資料的記錄數超過一屏 一頁，以驗證滿屏 頁時其窗體是否有橫向 縱向滾動條或換頁列印，介面顯示是否正常 2.應驗證介面顯示內容的一致性 a ...
軟體測試工作經驗總結
公司自有專案採用迭代式開發，年度大版本，季度小版本，每個版本都要進行多次回歸測試，首次進行功能測試，目的測試當前版本功能沒有問題，第二次進行公升級測試，目的確認從舊版本公升級到新版本資料相容，功能正常，第三次進行功能測試，目的公升級之後功能正常。每個版本都應該有專項測試階段，比如介面測試 效能測試 ...
介面測試經驗總結
介面測試經驗總結 1 應驗證介面顯示內容的完整性 a 報表顯示時應考慮資料顯示寬度的自適應或自動換行。b 所有有資料展現的介面 如統計 查詢 編輯錄入 列印預覽 列印等 必須使測試資料的記錄數超過一屏 一頁，以驗證滿屏 頁時其窗體是否有橫向 縱向滾動條或換頁列印，介面顯示是否正常 2 應驗證介面顯示...