unit-testing - 单元测试是否适合短期类(class)

Question

自从1983年以来我就一直在进行编程工作，所以我不是一个新手，但是我对Applescript，ARexx，HyperTalk和Bash等脚本语言只有真正的经验。

我编写脚本来自动执行数据输入，批处理图像和转换文件格式。我涉猎处理，Ruby和Python。

我编写的大多数程序都在200行以下，最多具有10个功能。我希望将来编写更大，功能更强大的程序。我想改善自己的做法，以免造成脆弱，难以维护的困惑。我使用的编程环境(Script Editor.app和Text Wrangler.app)不支持自动测试。

按照我现在正在努力并编写过程(而不是OO)代码的规模，是否适合编写单元测试，我理解是:

short programs to test individual functions before combining them into a fully functioning larger program.

当制作这种规模的程序时， 单元测试是否值得 而不是其成本？

Answer 1

绝对有好处，因为编写测试可能有助于验证功能的设计(API是否有意义)，并有助于防止将来出现错误。单元测试还可以充当您功能的契约，可以指示应如何使用功能以及它们的期望。

对于较短的程序，只需阅读代码即可使其清晰可见，如果您没有足够的时间，则对其进行全面测试可能没有任何好处。否则，我必须在这里与我的同事达成共识，即单元测试具有多种好处，甚至对于小型项目也很有帮助。

警告:以下链接可能不适用，但是接下来的讨论是不错的阅读。

最近在Blog圈中进行了一些讨论，以讨论何时才是合适的测试，特别是测试驱动开发(TDD)。您可能想查看一些文章，例如Roy Osherove的these three articles。