我正在考虑程序实际上并没有计算任何东西的情况，它只是做了很多。当您编写计算某些内容并且需要检查结果的函数时，单元测试对我来说很有意义，但是如果您不计算任何内容怎么办？例如，我在工作中维护的程序依赖于让用户填写表单，然后打开外部程序，并根据用户输入自动执行外部程序。这个过程相当复杂。大约有 3000 行代码(分布在多个函数中*)，但我想不出一个对单元测试有意义的事情。
不过这只是一个例子。您是否应该尝试对“过程”程序进行单元测试？
*编辑
最佳答案
我不是这方面的专家，但出于同样的原因，我已经困惑了一段时间。不知何故，我正在做的应用程序不适合为单元测试给出的示例(非常异步和随机，取决于大量用户交互)
我最近意识到(如果我错了，请告诉我)进行某种全局测试没有意义，而是对每个组件进行无数的小测试。最简单的方法是在创建实际程序的同时甚至之前构建测试。
关于unit-testing - 当程序不适合函数式风格时，单元测试如何工作？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/609100/