不编写数据库测试的原因

　　创建和维护夹具是必须反复执行的，单独的数据库测试需要时间。当开发人员允许测试来适应他们自己的变化时，获取数据库设置也需要大量时间。而他们自己运行测试也需要大量的时间。在应用程序中数据库经常是一个性能瓶颈，而测试也一样是一个性能瓶颈。
　　与数据库交互越多，测试所需的时间也就越长。数据库测试值得花费这么长时间吗？要回答这个问题，我们必须了解部队数据库交互进行测试的风险。要了解这个风险，我们必须了解数据库测试的目的。数据库测试的目的是为了确保在传达合适的命令给数据库后，取得应用程序正确运行所产生的结果。数据库测试保证我们不会错误地理解SQL。数据库是一种包含复杂语言的复杂系统，许多开发人员都无法理解该系统。许多PHP开发人员对于PHP的使用较之SQL更加熟练。即使对PHP有丰富的经验，但我们仍感觉测试所编写的PHP代码是必要的，因此我们认为更加重要的是以真实、明确的方法测试这些SQL语句。如果编写一条语句去检索一个列表的所有状态，这个列表对你的U盘的销售收益有超过2%的贡献，只有使用了合适的SQL语句、使用真实数据建成的真正的数据库来测试，我们才能确保测试的可靠性。
　　在试图去测试数据库交互的过程中，会出现一些完全合理的甚至强制性的问题。但是，我们不认为它们会导致我们不能进行数据库测试。您只是需要对自己的测试保存敏感。更重要的是，必须有一个灵敏的开发过程。直接交互数据库的代码越少，对测试交互进行的测试就减少。
　　在SUT中，避免创建的数据库测试有大量不断增长的风险的最简单方法是，使用数据库访问层或者对象关系映射（ORM）框架。它可以让我们集中关注数据库测试的那些框架，在大多数情况下，可以使数据库夹具的需求最小化。