Visual studio Visual Studio中的Create Unit Tests函数是否值得在现有代码库上使用?
在我的商店里,通常对单元测试不太熟悉,但我想深入了解它,至少作为概念的证明。简单地使用Visual Studio函数在我的小(~500行)代码库上创建单元测试并以这种方式展示概念,这是一个疯狂的想法吗?一点也不疯狂,只需知道您应该从这种方法中获得什么 如果您只想展示如何对现有代码进行单元测试,这就是Roy Osherove所称的TAD(开发后测试),那么这是一种快速而简单的方式来展示应该测试哪些类型的东西 如果您是因为对TDD感兴趣而进行单元测试,那么您的方法可能会使您感到困惑,而不是有所启发。在我看来,试图通过在现有代码中添加单元测试来向某人展示TDD的目的是失败的 相反,我会研究一些试图关注TDD精神的东西(比如SpecFlow),即在编写真正的代码之前,在测试代码中编写规范(或需求) 当我意识到在编写代码之前编写的单元测试实际上可能是我非常详细的需求时,一个指示灯为我打开了。它是自文档化的,只要单元测试(spec)编写正确,那么我的工作代码就可以保证满足要求Visual studio Visual Studio中的Create Unit Tests函数是否值得在现有代码库上使用?,visual-studio,visual-studio-2008,unit-testing,Visual Studio,Visual Studio 2008,Unit Testing,在我的商店里,通常对单元测试不太熟悉,但我想深入了解它,至少作为概念的证明。简单地使用Visual Studio函数在我的小(~500行)代码库上创建单元测试并以这种方式展示概念,这是一个疯狂的想法吗?一点也不疯狂,只需知道您应该从这种方法中获得什么 如果您只想展示如何对现有代码进行单元测试,这就是Roy Osherove所称的TAD(开发后测试),那么这是一种快速而简单的方式来展示应该测试哪些类型的东西 如果您是因为对TDD感兴趣而进行单元测试,那么您的方法可能会使您感到困惑,而不是有所启发。
如果你同意这一点,你可能想看看。我发现它对引入单元测试和TDD概念非常有帮助。不,这一点都不疯狂,而且是个好主意 一个团队或公司进入单元测试文化的唯一途径就是有人开始使用它。如果你不这么做,现有的不熟悉这个概念的人就不太可能会这么做
一个可能更好的办法是在你的盘上抓取几个bug,编写单元测试来重现失败。演示捕获真实bug并验证解决方案的测试。我发现,对于不熟悉单元测试概念的人来说,这通常是相当有说服力的。您可能会发现这个问题的答案很有用-