Unit testing 编写单元测试需要多长时间？

我是一家软件公司的研究生实习生。他们让我学习单元测试，并为一个大约在3周内有3000行和35个类的项目编写单元测试。我的确在两天内阅读了单元测试的艺术，而习惯单元测试又花了一天的时间。你认为这是可行的吗？

忽略单元测试应该在开发之前/开发过程中编写的事实，我认为这是可能的。这可能是个不错的婊子，但绝对有可能

在这种情况下，最困难的部分是熟悉代码，了解每个方法应该做什么，而不是代码说代码在做什么。如果编写测试以通过当前代码，那么测试bug是没有意义的。（这一点可以追溯到单元测试应该在之前/期间编写的事实）

您可能最终会获得一个很好的代码覆盖率百分比，但您可能最终会丢失一些在编写方法时应该/应该解决的代码执行路径和边缘情况。在这种情况下，当出现bug或错误时，请确保为该情况编写了一些测试，以便一旦修复了bug，就无法将其重新引入应用程序

我想说的是，公司写了这么大的一个项目，然后等着在写完之后把测试交给一名研究生，这是相当糟糕的，但这只是我的意见。

措辞：

单元测试=独立于其他单元/类/功能并独立于整个解决方案/工作流/gui的一个单元/类/功能的测试

我认为，如果代码没有针对可测试性进行优化，那么在项目进行到如此地步之后编写unittests（）是非常困难和昂贵的

我也遇到了同样的问题，因此决定编写集成测试，以测试工作流的整个应用程序逻辑，其中所有非gui组件一起工作，但没有gui组件。幸运的是，这是可能的，因为gui和业务逻辑之间有很好的分离

然后，我开始为我必须扩展的模块创建单元测试

---

对于单元测试和集成测试，我使用了junit和nunit。

什么的单元测试？？页面的单元测试或应用程序中所有方法的单元测试？？询问他们项目的规格。Hansmukh，我应该编写所有公共方法的单元测试。如果他们在代码之后编写测试，很可能他们不会让类变得非常可测试。如果你还没有读过Martin Fowler的“重构”，那就掌握它，它将帮助你解决这个问题。谢谢你的回答。我知道这会很难，但这对我有好处。得开始了！