Visual studio 2008 VisualStudio2008单元测试指南
关于如何使用VisualStudio2008单元测试开发,有什么指导方针吗?我正在使用实体框架开发一个n层web应用程序。我的问题是为插入或更新数据库的方法创建单元测试。不要创建单元测试来测试您是否插入或删除数据库或对数据库执行任何操作。根本没有必要。例如,如果您使用ADO.NET或ORM,则此代码已经过测试。你会知道它实际上是按照罐头上说的做的 存储在数据库中的测试数据不是单元测试。这是一个很好的问题。对于正在使用数据库代码(DAL、ORM等)的代码,您将插入(测试双精度)以使应用程序的其余部分相信它正在与数据库交互,而实际上不是Visual studio 2008 VisualStudio2008单元测试指南,visual-studio-2008,unit-testing,Visual Studio 2008,Unit Testing,关于如何使用VisualStudio2008单元测试开发,有什么指导方针吗?我正在使用实体框架开发一个n层web应用程序。我的问题是为插入或更新数据库的方法创建单元测试。不要创建单元测试来测试您是否插入或删除数据库或对数据库执行任何操作。根本没有必要。例如,如果您使用ADO.NET或ORM,则此代码已经过测试。你会知道它实际上是按照罐头上说的做的 存储在数据库中的测试数据不是单元测试。这是一个很好的问题。对于正在使用数据库代码(DAL、ORM等)的代码,您将插入(测试双精度)以使应用程序的其余部
如果您希望确保您的代码实际获取数据并将其存储在DB或外部文件中,则需要编写代码来检查这一点。一种可能的方法是使用在每个测试夹具上设置的测试数据库和虚拟数据,执行测试,然后将数据库恢复到其先前的状态。这样做的好处是,您将对业务逻辑进行单元测试,并进行集成测试,以确保正确连接数据库代码 不要创建单元测试来测试您是否正在插入或删除或对数据库执行任何操作。根本没有必要。例如,如果您使用ADO.NET或ORM,则此代码已经过测试。你会知道它实际上是按照罐头上说的做的 存储在数据库中的测试数据不是单元测试。这是一个很好的问题。对于正在使用数据库代码(DAL、ORM等)的代码,您将插入(测试双精度)以使应用程序的其余部分相信它正在与数据库交互,而实际上不是
如果您希望确保您的代码实际获取数据并将其存储在DB或外部文件中,则需要编写代码来检查这一点。一种可能的方法是使用在每个测试夹具上设置的测试数据库和虚拟数据,执行测试,然后将数据库恢复到其先前的状态。这样做的好处是,您将对业务逻辑进行单元测试,并进行集成测试,以确保正确连接数据库代码 这并不是关于您正在使用的工具,而是更多关于设计 问题的解决方案是重新设计代码,以便能够使用存根或模拟对象 另一个选项是确保所有测试代码都在新事务中完成
如果您开始使用EF 4.0,您可以从中受益。这并不是关于您使用的工具,而是关于设计 问题的解决方案是重新设计代码,以便能够使用存根或模拟对象 另一个选项是确保所有测试代码都在新事务中完成 如果您开始使用EF 4.0,您可以从中受益