軟體開發從業者使用術語「單元」來指稱軟體產品的最小可測試組件，使用短語「單元測試」來指稱驗證單元是否按預期運行的過程。在過去的二十年裡，這些從業者對自動化單元測試的興趣越來越大，單元測試框架這個短語已經開始指用於促進自動化單元測試的機制。
軟體開發人員（包括 JSL 開發人員）有既得利益來確保他們開發的軟體能夠如預期運作。除了這個明顯的動機之外，還有兩個原因：
1. 軟體演進：軟體會隨著時間的推移而演進。通常這是因為添加或更改了功能，但有時軟體會因重構而發展。一套維護良好的單元測試案例（定期用於驗證產品）可以確保軟體產品在發展過程中保持其預期的行為。隨著產品的發展而出現退化（損壞或停止工作）的單元會很快被識別。
2. 可執行文件：單元測試案例記錄軟體產品的預期行為。自動化單元測試的好處之一是測試案例可以作為可執行文件。因此，只要在產品發展過程中定期使用測試案例來驗證產品，這些測試案例就可能反映軟體產品的正確預期行為，這與靜態書面文件不同。
近年來，極限程式設計 (XP) 社群一直是單元測試（尤其是自動化單元測試）的主要倡導者。部分由於這個社群的熱情，現在每種主要的程式語言都有單元測試框架。
要了解有關 JMP 如何在軟體開發中使用單元測試的更多信息，請下載附件中 JMP 開發人員 Joseph Morgan 和 Xan Gregg 撰寫的完整文章的 PDF 版本。
