|
日歷
| | 日 | 一 | 二 | 三 | 四 | 五 | 六 |
|---|
| 27 | 28 | 29 | 30 | 1 | 2 | 3 | | 4 | 5 | 6 | 7 | 8 | 9 | 10 | | 11 | 12 | 13 | 14 | 15 | 16 | 17 | | 18 | 19 | 20 | 21 | 22 | 23 | 24 | | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
|
導航
留言簿(1)
隨筆分類(31)
文章分類(4)
收藏夾(21)
搜索
積分與排名
最新隨筆
最新評論
閱讀排行榜
|
| 軟件工程
|
| 軟件開發領域,如需求分析, 編碼, 測試 |
-
單元測試(轉摘)
摘要: 單元測試（模塊測試）是開發者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數的行為。例如，你可能把一個很大的值放入一個有序list 中去，然后確認該值出現在list 的尾部。或者，你可能會從字符串中刪除匹配某種模式的字符，然后確認字符串確實不再包含這些字符了。
單元測試是由程序員自己來完成，最終受益的也是程序員自己。可以這么說，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執行單元測試，就是為了證明這段代碼的行為和我們期望的一致。
要進行充分的單元測試，應專門編寫測試代碼，并與產品代碼隔離。個人認為，比較簡單的辦法是為產品工程建立對應的測試工程，為每個類建立對應的測試類，為每個函數（很簡單的除外）建立測試函數。 閱讀全文
-
測試用例設計
摘要: 測試用例就是測試數據及與之相關的功能的一個特定集合，它是為驗證被測試程序（為測試程序路徑或驗證是否符合特定功能等方面的需求）而設計的。在單元測試過程中，測試用例的設計應與復審工作相結合，根據設計的測試用例選取不同的測試數據，將增加發現各類錯誤的可能性；另外，根據項目的具體情況確定測試用例項。如：測試用例編號、用例輸入、用例預期輸出、被測單元的版本號、實際輸出等。單元測試用例的設計既可以使用白盒測試也可以使用黑盒測試，但以白盒測試為主，黑盒測試側重于功能，白盒測試側重于邏輯。
白盒測試進入的前提條件是測試人員已經對被測試對象有了一定的了解，基本上明確了被測試軟件的邏輯結構。具體過程就是針對程序邏輯結構設計和加載測試用例，驅動程序執行，檢查在不同點程序的狀態，以確定實際的狀態是否與預期的狀態一致。
一般來說，為了度量測試的完整性，測試工作中通常要求達到一定的覆蓋率要求。因為通過覆蓋率的統計可以知道測試是否充分，對軟件的哪個部分所做的測試不夠，指導我們如何設計增加覆蓋率的測試用例。這樣就能夠提高測試質量，盡量避免設計無效的用例。
在白盒測 閱讀全文
|