首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >我应该对小项目进行单元测试吗?

我应该对小项目进行单元测试吗?
EN

Stack Exchange QA用户
提问于 2011-10-04 17:00:39
回答 5查看 1.9K关注 0票数 15

我开发小项目,当我验证服务是否像我一样工作时,测试通常是一种功能测试。这个可以用于2-3人的小项目吗?你认为单元测试会有什么帮助?

我认为这是在浪费时间。

EN

回答 5

Stack Exchange QA用户

回答已采纳

发布于 2011-10-04 17:23:21

简短答覆:

是的,你应该对小项目进行单元测试。

较长的答覆:

正如您在问题中所说的,您目前在功能上测试代码。你干吗要干那种事?因为测试是有用的!单元测试是相同的。如果您回到重构您的代码,添加或编辑功能,一套单元测试将给您即时反馈,您的更改没有破坏任何东西。

我真的建议尝试测试驱动的开发。您可以考虑所需的内容,对失败的测试进行修正,然后添加代码以使其通过。泡沫,冲洗,重复。下面列出了用这种方式编写代码的好处清单,或者运行google搜索的主题,有很多资源。TDD很容易理解,真的很难掌握。

http://blog.jtimothyking.com/2006/07/11/twelve-benefits-of-writing-unit-tests-first

票数 12
EN

Stack Exchange QA用户

发布于 2011-10-05 12:52:11

测试是达到目的的手段,而不是目的本身。如果您对使用当前开发和测试实践的工作质量感到满意,则不需要进行额外的工作。如果您不满意您的工作质量,编写单元测试是一个可能的改进途径。

我不能保证编写单元测试会使事情变得更好。在某些情况下,这可能是浪费时间,例如,当开发人员不想编写单元测试时,或者单元测试集中在不重要或不太可能有bug的事情时。在适当的情况下,他们可以发挥很大的作用。当我还是一名开发人员时,我编写了单元测试,对我来说,这是一个富有成效的实践。

票数 6
EN

Stack Exchange QA用户

发布于 2011-10-04 18:48:16

当然你应该写单元测试。不能保证您的小项目不会在稍后的某个日期被添加-或者您的操作系统的下一个版本不会拒绝您的项目正在进行的调用。否则其他无数奇怪的事情就不会发生了。有些人的原型成为新应用程序的核心,变成了维护噩梦,这并不少见,因为最初认为这是丢弃的代码是不正确的。

如果你能避免被这些可能性中的任何一种咬到,那就避免它们。就目前的情况而言,单元测试是软件世界的避孕套:它们可以防止各种不可预见的事件,也可以防止你期望它们防止的事情。

票数 4
EN
页面原文内容由Stack Exchange QA提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://sqa.stackexchange.com/questions/1896

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档