前端之家收集整理的这篇文章主要介绍了
单元测试 – 单元测试 – 数据库和固定装置，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
我刚刚开始进入单元测试,并且由于与
数据库的交互,无法看到执行大量测试用例的简单
方法.
是否存在用于单元测试的标准方法/过程,其中需要数据库访问(读取和写入)才能断言测试？
到目前为止,我能想出的最好的方法是使用一个配置文件来使用不同的数据库连接来引导我的应用程序,然后使用启动方法将实时数据库复制到一个单独用于测试的数据库中？
我接近了吗？或者有更好的方法吗？
您的业务逻辑不应直接与
数据库交互.相反,它应该通过一个数据访问层,您可以在单元测试的上下文中伪造和模拟.查看模拟框架来为您进行模拟.您的测试根本不应该依赖于
数据库.相反,您应该明确指定从数据访问层返回的数据,然后确保您的业务逻辑与该信息正确运行.
测试程序与附加的DB一起工作更多的是集成测试,并且那些与它们相关的成本很高.它们较慢(因此每次编译时都很难运行它们),而且更复杂(因此它们需要更多的时间和精力来维护).如果你能够进行更简单的单元测试,我建议你先做.稍后您可以添加可能使用数据库的集成测试,但您最先从添加更简单的单元测试中获得最大价值.
原文链接：https://www.f2er.com/mssql/77876.html
