Visual studio 2008 带访问器的单元测试

Visual studio 2008 带访问器的单元测试,visual-studio-2008,unit-testing,testing,accessor,Visual Studio 2008,Unit Testing,Testing,Accessor,这是一个由两部分组成的问题 背景:我们将C#应用程序从VS2005迁移到VS2008,并在此过程中将应用程序从.net 2.0迁移到.net 3.5。除了单元测试外,转换进行得很顺利 第一:单元测试框架是基于Visual Studio还是.NET的 第二:这个问题源于单元测试的问题。我们有需要访问器的内部类,以便对它们进行单元测试。当应用程序在VS2005中时,通过右键单击所需的类并选择“创建专用访问器”自动创建所有访问器-此访问器放置在vscodegeneaccessors.cs中。现在,在迁

这是一个由两部分组成的问题

背景:我们将C#应用程序从VS2005迁移到VS2008,并在此过程中将应用程序从.net 2.0迁移到.net 3.5。除了单元测试外,转换进行得很顺利

第一:单元测试框架是基于Visual Studio还是.NET的

第二:这个问题源于单元测试的问题。我们有需要访问器的内部类,以便对它们进行单元测试。当应用程序在VS2005中时,通过右键单击所需的类并选择“创建专用访问器”自动创建所有访问器-此访问器放置在vscodegeneaccessors.cs中。现在,在迁移到VS2008和.net 3.5之后,访问器被放置在新创建的文件夹“Test References”中,并为每个访问器创建一个文件(.accessor)

为了一致性起见,如何将访问器生成到VSCodeGenAccessors.cs中


谢谢

要回答第一个问题,单元测试框架是Visual Studio某些版本的一部分。AFAIR:

  • VisualStudio2005团队系统
  • VisualStudio2008团队系统
  • Visual Studio 2008专业版

关于第二个问题,恐怕我帮不上什么忙。我认为单元测试内部操作是一种最坏的做法,所以我对私有访问器没有经验。您可能会考虑迁移到NUnt-这将使您远离VisualStudio Vr.VoNoTys.理想地移动到NUnice是我们未来的目标之一。目前,我更愿意与已经完成的工作相一致。马克,为什么你认为内部测试的单元测试是最坏的实践?单元测试套件的最重要的方面是作为一个回归测试套件,它作为重构代码时的安全网。内部代码不是API的一部分,因此通过直接测试内部代码,您不必要地限制了自己,因为每次更改内部方法都会破坏测试。这是一场古老的单元测试辩论。请注意,我并不是说测试不应该覆盖内部代码,而是说应该通过公共API进行覆盖。