我开发小项目,当我验证服务是否像我一样工作时,测试通常是一种功能测试。这个可以用于2-3人的小项目吗?你认为单元测试会有什么帮助?
我认为这是在浪费时间。
发布于 2011-10-04 17:23:21
简短答覆:
是的,你应该对小项目进行单元测试。
较长的答覆:
正如您在问题中所说的,您目前在功能上测试代码。你干吗要干那种事?因为测试是有用的!单元测试是相同的。如果您回到重构您的代码,添加或编辑功能,一套单元测试将给您即时反馈,您的更改没有破坏任何东西。
我真的建议尝试测试驱动的开发。您可以考虑所需的内容,对失败的测试进行修正,然后添加代码以使其通过。泡沫,冲洗,重复。下面列出了用这种方式编写代码的好处清单,或者运行google搜索的主题,有很多资源。TDD很容易理解,真的很难掌握。
http://blog.jtimothyking.com/2006/07/11/twelve-benefits-of-writing-unit-tests-first
发布于 2011-10-05 12:52:11
测试是达到目的的手段,而不是目的本身。如果您对使用当前开发和测试实践的工作质量感到满意,则不需要进行额外的工作。如果您不满意您的工作质量,编写单元测试是一个可能的改进途径。
我不能保证编写单元测试会使事情变得更好。在某些情况下,这可能是浪费时间,例如,当开发人员不想编写单元测试时,或者单元测试集中在不重要或不太可能有bug的事情时。在适当的情况下,他们可以发挥很大的作用。当我还是一名开发人员时,我编写了单元测试,对我来说,这是一个富有成效的实践。
发布于 2011-10-04 18:48:16
当然你应该写单元测试。不能保证您的小项目不会在稍后的某个日期被添加-或者您的操作系统的下一个版本不会拒绝您的项目正在进行的调用。否则其他无数奇怪的事情就不会发生了。有些人的原型成为新应用程序的核心,变成了维护噩梦,这并不少见,因为最初认为这是丢弃的代码是不正确的。
如果你能避免被这些可能性中的任何一种咬到,那就避免它们。就目前的情况而言,单元测试是软件世界的避孕套:它们可以防止各种不可预见的事件,也可以防止你期望它们防止的事情。
https://sqa.stackexchange.com/questions/1896
复制相似问题