在由小型软件公司编写的这些典型业务应用程序中(甚至是独奏),单元测试真的有任何好处吗? (我说的是那些典型的定制应用程序,例如自动发票应用程序。)
提醒您:我不是在质疑单元测试的好处(干净的代码,提高重构能力等),但是我是在为小型软件应用程序质疑ROI 。好的,您将赢得追逐错误等的时间,但是我似乎并不相信您会赢得足够的时间来应对开发测试所需的时间。
否则,请说服我,因为我可以看到其中的好处,但目前仅不适用于小型软件应用程序/公司。
PS:在典型的业务应用程序中,有哪些现实生活中的单元测试示例? (开发票,CRM等)
最佳答案
这是我看到它为小型应用程序带来返回的方式:
有关您的应用程序的文档
应该工作。让生活更轻松
当你独自离开应用程序时
一会儿还是下一个家伙。
只需要做一点零钱
你知道不会破坏任何东西。
您的测试将使您迅速知道。
测试可以节省您测试UI的时间
的应用程序。又名-做几次
您必须启动该应用进行测试
输入屏幕将
更正信息并吐出
正确的信息。这不是
取代UI测试,但确实可以节省
一般情况下进行测试的时间
小应用程序。
经常经历。如果你
不要提早开始单元测试
以后更可能不这样做和/或
花更多的时间来覆盖代码
原本没有完成。现在,如果你
只记得那个代码是怎么回事
应该在所有工作
情况..... hmmmm ...
确实看到这样做的值(value)
它说在一个更大的项目上
希望对它更好。 :-)
你看你是否有设计缺陷
和/或更好的编码方式
某物。测试可以/是一种形式
的设计,真的可以帮助一看
如果有些笨拙/
尴尬的。
在一个非常小的应用程序上检查执行TDD的James Shore's youtube play by play。只是看着他看完并观看和倾听他,确实可以帮助您证明即使在小型应用程序中,TDD和单元测试也确实可以带来真正的好处。
关于unit-testing - 适用于小型公司和应用程序的真实单元测试,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3718398/