最近發現隨著流程越來越規範，測試的比重變得越來越大。特別是做回歸測試的時候，
經常會耗費相當大的人力物力，卻不得到理想的結果。所以網上收集了關於回歸測試
的一些知識做一下總結。
1、測試用例庫的維護
測試用例的維護是乙個不間斷的過程，通常可以將軟體開發的基線作為基準，維護的主要內容包括下述幾個方面。
(1)、刪除過時的測試用例
因為需求的改變等原因可能會使乙個基線測試用例不再適合被測試系統，這些測試用例就會過時。例如，某個變數的界限發生了改變，原來針對邊界值的測試就無法完成對新邊界測試。所以，在軟體的每次修改後都應進行相應的過時測試用例的刪除。
(2)、改進不受控制的測試用例
隨著軟體專案的進展，測試用例庫中的用例會不斷增加，其中會出現一些對輸入或執行狀態十分敏感的測試用例。這些測試不容易重複且結果難以控制，會影響回歸測試的效率，需要進行改進，使其達到可重複和可控制的要求。
(3)、刪除冗餘的測試用例
(4)、增添新的測試用例
如果某個程式段、構件或關鍵的介面在現有的測試中沒有被測試，那麼應該開發新測試用例重新對其進行測試。並將新開發的測試用例合併到基線測試包中。
2、回歸測試包的選擇
選擇回歸測試策略應該兼顧效率和有效性兩個方面。常用的選擇回歸測試的方式包括：
(1)、再測試全部用例
選擇基線測試用例庫中的全部測試用例組成回歸測試包，這是一種比較安全的方法，再測試全部用例具有最低的遺漏回歸錯誤的風險，但測試成本最高。全部再測試幾乎可以應用到任何情況下，基本上不需要進行分析和重新開發，但是，隨著開發工作的進展，測試用例不斷增多，重複原先所有的測試將帶來很大的工作量，往往超出了我們的預算和進度。
(2)、基於風險選擇測試
可以基於一定的風險標準來從基線測試用例庫中選擇回歸測試包。首先執行最重要的、關鍵的和可疑的測試，而跳過那些非關鍵的、優先級別低的或者高穩定的測試用例，這些用例即便可能測試到缺陷，這些缺陷的嚴重性也僅有**或四級。一般而言，測試從主要特徵到次要特徵。
(3)、基於操作剖面選擇測試
如果基線測試用例庫的測試用例是基於軟體操作剖面開發的，測試用例的分布情況反映了系統的實際使用情況。回歸測試所使用的測試用例個數可以由測試預算確定，回歸測試可以優先選擇那些針對最重要或最頻繁使用功能的測試用例，釋放和緩解最高端別的風險，有助於盡早發現那些對可靠性有最大影響的故障。這種方法可以在乙個給定的預算下最有效的提高系統可靠性，但實施起來有一定的難度。
(4)、再測試修改的部分
當測試者對修改的區域性化有足夠的信心時，可以通過相依性分析識別軟體的修改情況並分析修改的影響，將回歸測試侷限於被改變的模組和它的介面上。通常，乙個回歸錯誤一定涉及乙個新的、修改的或刪除的**段。在允許的條件下，回歸測試盡可能覆蓋受到影響的部分。
上述4是比較理論上的做法，實際中很難確定一定的風險標準或者做出劃出清晰的影響範圍。所以下面
參考下51testing上面的某人的經驗
第一，新修改的功能，這個顯然是重點；
第二，新修改的功能的關聯功能，就是有耦合的部分，這個一般最好諮詢一下開發人員；
第三，程式最有賣點或者說亮點的部分，這個地方一旦有問題，會使程式質量大打折扣；
第四，程式中最致命的部分，譬如說安全隱患，資料洩露，加密註冊；
第五，程式中比較脆弱的部分，這個要諮詢開發人員，一般就是他們心中最沒底的地方；
第六，程式的主幹功能；
第七，如果以上做完，還有時間的話，最好把用例中級別比較高的用例再執行一遍。
以上是回歸測試用例的選擇優先順序。
感覺上述幾個優先順序還是比較實際的，在下次開發中實踐看看
介面測試經驗總結
介面測試經驗總結 1 應驗證介面顯示內容的完整性 a 報表顯示時應考慮資料顯示寬度的自適應或自動換行。b 所有有資料展現的介面 如統計 查詢 編輯錄入 列印預覽 列印等 必須使測試資料的記錄數超過一屏 一頁，以驗證滿屏 頁時其窗體是否有橫向 縱向滾動條或換頁列印，介面顯示是否正常 2 應驗證介面顯示...
APP測試經驗總結
1.安裝和解除安裝測試 1.1從開發給的地方獲取包進行安裝，看是否可以正常安裝 1.2通過第三方軟體 安裝包，進行安裝看是否可以正常安裝 1.4安裝後，直接解除安裝，看是否可以正常解除安裝 1.5安裝後，利用第三方工具，看是否可以解除安裝 安裝 解除安裝測試，安裝在不同的作業系統 palm os s...
軟體測試 軟體測試經驗總結
以下部分為軟體測試藝術的總結 本書主要分為以下幾個部分 1.測試經濟和心理學及測試原則 2.評審 3.測試基礎部分 4.開發中的除錯和測試思想 5.軟體測試最新應用 1 測試經濟和心理學及測試原則 軟體測試雖然是一種技術性工作，不可否認，他也同人類的心理息息相關。如果你在認知上確定 軟體測試是為了發...