单元测试是否适合短程序

Question

自从1983年开始编程以来,我不是新手,但我只对像Applescript,ARexx,HyperTalk和Bash这样的脚本语言有实际经验.

我编写脚本来自动化数据输入,批处理图像和转换文件格式.我涉足Processing,Ruby和Python.

我编写的大多数程序都在200行以下,最多有10个函数.我希望将来能够编写更大,更强大的程序.我想改进我的做法,以避免造成脆弱,不可维护的混乱.我工作的编程环境(Script Editor.app和Text Wrangler.app)不支持自动化测试.

当时我现在工作的规模和写程序(不OO)的代码,是合适的编写单元测试,我的理解是:

在将各个功能组合成功能更强大的程序之前测试各个功能的简短程序.

在制作这种规模的节目时,单位测试是否值得花费？

Answer 1

是.任何长于零线的都可以进行单元测试 - 通常效果很好.

Answer 2

绝对有益，因为编写测试可以帮助验证函数的设计（API 是否有意义）并帮助您避免将来出错。单元测试还可以充当函数的契约，它可以指示函数应该如何使用以及它们的期望。

对于较短的程序，只需阅读代码就可以清楚地了解，如果您没有很多时间，则彻底测试它可能没有好处。否则，我必须同意我的同事的观点，即单元测试有很多好处，甚至对小型项目也有帮助。

警告：以下链接可能不适用，但随后的讨论值得一读。

最近，博客圈内就何时适合进行测试进行了一些讨论，特别是测试驱动开发（TDD）。您可能想查看一些文章，例如Roy Osherove 的这 三篇 文章。