測試是提高軟體質量的重要手段，可以用於發現bugs，確認是否達到可用級別，是否滿足使用者需求。再好的測試也無法證明系統中不存在錯誤，但我們應盡可能地設計出好的測試方法。
測試方法可分為靜態測試和動態測試。靜態測試是在不實際執行程式的情況下執行的；動態測試則是**動態行為的測試，它使用給定的測試用例集來執行已程式設計的**進行測試。
測試優先程式設計即先進行測試**的編寫，再著手寫實現**。這似乎是難以理解的，但其實我們根據乙個函式的良好的規約就可以寫出測試用例。這也有利於我們更好地理解規約、修正規約。有過程式設計經歷的我們應該都有體會，有時程式設計耗時多並不是因為**的編寫，而是由於對不明原因的bug除錯和修改。而測試優先的程式設計習慣將可以節省大量的除錯時間，它可以幫助我們盡早地發現缺陷並盡早著手糾正問題，也可以讓我們更早更深入地了解需求和設計、更早地暴露需求和設計的問題，等等。
測試優先編碼是基於黑盒測試來進行的：完全從函式spec匯出測試用例，而不用考慮函式的內部實現。其測試用例的選擇可以基於等價類劃分方法進行：將被測函式的輸入域劃分為等價類，從等價類中匯出測試用例，每個等價類代表著滿足或違反輸入約束的有效或無效資料的集合。我們從每個等價類中取出乙個資料代表進行測試即可。如：規定n為正奇數，則其可以從以下三個方面進行劃分：1）正數：>0、<=0；2）奇數：奇數、偶數；3）整數：整數、非整數。由此，可以將其劃分為8個等價類。此外，由於有很多錯誤其實時發生在輸入域的邊界情況，在分割槽時，我們應將邊界情況也包含在分區內，比如對int進行劃分，應將其劃分為maximum int、一般大於0的數、0、一般小於零的數、minimum int五類。
對於編寫的測試用例的質量，可以用**覆蓋度來進行評估。覆蓋度越低，測試越不充分。注意，有的**可能覆蓋度永遠也不可能達到100%。
軟體構造課程心得 測試與測試優先的程式設計
初學程式設計，我們往往會根據給出的要求，直接向目標發起 衝擊 但這樣直接的程式設計很有可能會導致各種各樣的問題 bug頻出但找不到問題所在，找到bug並修改後卻又引發了更多的bug 程式猿們很有可能在找bug 改bug的迴圈中苦苦掙扎，正所謂 五分鐘，bug兩小時。那如何才能改變這一狀況呢，測試優先...
執行緒優先順序測試
當可執行狀態的執行緒很多，那麼優先極高的執行緒將會先執行。執行緒的優先順序用1 10之間的整數表示，數值越大優先順序越高，預設的優先順序為5。執行緒還有三個常量，看下面的測試類。下面弄個小例子。1.執行緒類 package com.citi.thread public class threadtes...
測試優先順序定義
一級功能測試 業務場景測試 測試用例的優先順序用於標識測試用例的重要性和執行頻率，共分為4級，由高至低依次為p0 p3。p0核心功能測試用例 冒煙測試 確定此版本是否可測的測試用例，此部分測試用例如果fail會阻礙大部分其他測試用例的驗證。p1高優先順序測試用例，最常執行以保證功能性是穩定的 基本功...