软件开发从业者使用术语“单元”来指代软件产品中最小的可测试组件，使用短语“单元测试”来指代验证单元是否按预期运行的过程。在过去二十年中，这些从业者对自动化单元测试的兴趣日益浓厚，短语“单元测试框架”已开始指代用于促进自动化单元测试的机制。
软件开发人员（包括 JSL 开发人员）有既得利益，确保他们开发的软件能够按预期运行。除了这个明显的动机之外，还有两个原因：
1. 软件演进：软件会随着时间推移而演进。通常，这是因为功能增加或更改，但有时软件会因重构而演进。一套维护良好的单元测试用例（通常用于验证产品）可以确保软件产品在演进过程中保持其预期行为。随着产品演进而退步（损坏或停止工作）的单元可以快速识别出来。
2. 可执行文档：单元测试用例记录软件产品的预期行为。自动化单元测试的好处之一是测试用例可作为可执行文档。因此，只要在产品发展过程中定期使用测试用例来验证产品，这些测试用例就有可能反映软件产品的正确预期行为，这与静态书面文档不同。
近年来，单元测试（尤其是自动化单元测试）的主要倡导者是极限编程 (XP) 社区。部分由于该社区的热情，现在每种主流编程语言都有单元测试框架。
要了解有关 JMP 如何在软件开发中使用单元测试的更多信息，请下载附件中 JMP 开发人员 Joseph Morgan 和 Xan Gregg 撰写的完整文章的 PDF 版本。
