標籤：
軟體測試十誡
八周的軟體測試技術課結束了，經過八周的學習對軟體測試技術有了一定的瞭解。總結一下發現其實自己學到的也只有那麼一點。測試的意義和作用之類的就不多贅述了。
- 軟體測試的工作流程是瞭解需求，設計測試，實現測試案例，運行測試，總結分析。
- 軟體測試在不同的軟體開發流程中都起重要作用。比如在V字開發模型中，驗收測試、系統測試、整合測試的設計工作可以在需求分析、概要設計和詳細設計階段就可以展開；在XP模型中，除了必不可少的單元測試以外，每天都要進行大量的整合測試，迴歸測試。可以說，軟體測試伴隨整個軟體開發的過程。
- 軟體測試分為正向測試和逆向測試。一般來說，都是對輸入空間劃分。設計測試的過程就是對輸入空間的劃分。
- 在軟體測試實踐中，除了根據功能或者程式結構設計測試並產生測試案例以外，還會用到在開發過程中用到的defeat list，這是對積累的經驗的利用。
- 設計測試的方法可以分為面向功能的測試和面向結構的測試，主要目的都是覆蓋，對功能的覆蓋，對結構的覆蓋（比如對圖的覆蓋），測試設計得好壞的衡量標準的衡量就是靠覆蓋程度來度量。
- 面向功能的測試對輸入空間的劃分一般有三種方法，很平衡。等價類別劃分，邊界值，因果圖，決策表。等價類別很直觀，有效類無效類劃分很清晰；邊界值法很機械，但是管用，就是測試案例實現工作量大；決策表嚴格，實現測試案例工作量小，但是設計的時候工作量太大。氪不改命，玄不救非。問題複雜程度就擺在那裡，設計簡單必然實現複雜。
- 等價類別劃分實現測試案例的時候，一次最好只包涵一個無效類，這樣容易定位錯誤。當然，等價類別的劃分也是個問題。前面的總結裡就有例子。（詳見輸入空間劃分一篇）
- 邊界值沒什麼好說的，簡單粗暴，沒什麼技術難度。
- 決策表識別條件樁和動作樁就是個問題，識別條件樁和動作樁不是簡單的在說明書中找“如果……就……”，在一般問題中這樣很好用。但是在更為一般的問題裡，可能需要對問題的條件和動作做恰當的分解。具體的例子在前面的總結中也提到過。（詳見決策表例子一篇）
- 以上三種方法都不是孤立的，而是相輔相成的。
- 對面向功能的測試設計，較多的依賴經驗，需要老道的測試經驗和問題相關的領域專家的協助。對測試工程師的要求較高。
- 反過來，面向結構的測試對測試工程師的要求就不是那麼高了，為什嗎？因為這一部分的理論性較強，每一步做起來都是有章可循，都有相應的理論支撐 ，所以對經驗的依賴較小。
（未完待續，囉囉嗦嗦說了這麼多，然而卻沒有什麼有用的東西）
軟體測試十誡
八周的軟體測試技術課結束了，經過八周的學習對軟體測試技術有了一定的瞭解。總結一下發現其實自己學到的也只有那麼一點。測試的意義和作用之類的就不多贅述了。
- 軟體測試的工作流程是瞭解需求，設計測試，實現測試案例，運行測試，總結分析。
- 軟體測試在不同的軟體開發流程中都起重要作用。比如在V字開發模型中，驗收測試、系統測試、整合測試的設計工作可以在需求分析、概要設計和詳細設計階段就可以展開；在XP模型中，除了必不可少的單元測試以外，每天都要進行大量的整合測試，迴歸測試。可以說，軟體測試伴隨整個軟體開發的過程。
- 軟體測試分為正向測試和逆向測試。一般來說，都是對輸入空間劃分。設計測試的過程就是對輸入空間的劃分。
- 在軟體測試實踐中，除了根據功能或者程式結構設計測試並產生測試案例以外，還會用到在開發過程中用到的defeat list，這是對積累的經驗的利用。
- 設計測試的方法可以分為面向功能的測試和面向結構的測試，主要目的都是覆蓋，對功能的覆蓋，對結構的覆蓋（比如對圖的覆蓋），測試設計得好壞的衡量標準的衡量就是靠覆蓋程度來度量。
- 面向功能的測試對輸入空間的劃分一般有三種方法，很平衡。等價類別劃分，邊界值，因果圖，決策表。等價類別很直觀，有效類無效類劃分很清晰；邊界值法很機械，但是管用，就是測試案例實現工作量大；決策表嚴格，實現測試案例工作量小，但是設計的時候工作量太大。氪不改命，玄不救非。問題複雜程度就擺在那裡，設計簡單必然實現複雜。
- 等價類別劃分實現測試案例的時候，一次最好只包涵一個無效類，這樣容易定位錯誤。當然，等價類別的劃分也是個問題。前面的總結裡就有例子。（詳見輸入空間劃分一篇）
- 邊界值沒什麼好說的，簡單粗暴，沒什麼技術難度。
- 決策表識別條件樁和動作樁就是個問題，識別條件樁和動作樁不是簡單的在說明書中找“如果……就……”，在一般問題中這樣很好用。但是在更為一般的問題裡，可能需要對問題的條件和動作做恰當的分解。具體的例子在前面的總結中也提到過。（詳見決策表例子一篇）
- 以上三種方法都不是孤立的，而是相輔相成的。
- 對面向功能的測試設計，較多的依賴經驗，需要老道的測試經驗和問題相關的領域專家的協助。對測試工程師的要求較高。
- 反過來，面向結構的測試對測試工程師的要求就不是那麼高了，為什嗎？因為這一部分的理論性較強，每一步做起來都是有章可循，都有相應的理論支撐 ，所以對經驗的依賴較小。
（未完待續，囉囉嗦嗦說了這麼多，然而卻沒有什麼有用的東西）
軟體測試十誡
