擅长:python、mysql、java
<p>这两种方法正在测试不同的东西:</p>
<ol>
<li><p>您的测试用例测试模型层,它会问“如果我创建一个用户并保存它,配置文件记录是否会自动创建?”在</p>
<p>它不依赖于用户对象是如何通过管理视图、用户注册视图或管理命令创建的只要这个测试通过,您知道通过ORM创建用户的任何方法都会添加一个配置文件。在</p>
<p>它也不关心配置文件是如何创建的。它可以是通过一个预保存信号、一个保存后信号、重写的save()方法中的一些代码,或者magic。只要创建了记录,测试就会通过。</p></li>
<li><p>在django注册中找到的代码正在测试视图层。它调用一个特定的视图函数<code>register</code>,传递给它三个URL参数,并询问问题“这个视图是否触发了<code>user_registered</code>信号?”在</p>
<p>这个测试用例不关注其他创建用户的方法;只关注registration视图。它与创建用户的任何其他方法无关。在</p>
<p>它也不考虑是否创建了配置文件。它只想知道信号是被触发的,而不管这个信号在任何特定的应用程序中究竟做了什么。</p></li>
</ol>
<h3>有什么区别?</h3>
<p>您的代码是集成测试的一个很好的例子:“我是否按正确的顺序将所有这些部分(模型、信号)组合在一起,以便创建概要文件?”以及一个回归测试,来告诉你将来是否做了破坏用户配置文件创建的事情。在</p>
<p>django注册码是一个实际的单元测试。它非常小心地将视图代码隔离开来,以便在受控环境中调用它并提出一个简单的问题。在</p>
<h3>哪个更好?</h3>
<p>在您的情况下,您可能不需要编写单元测试。(虽然可能会有很多争论,但在某些部分实际上是宗教信仰的问题)您需要一种方法来验证您所编写的代码是否如您所期望的那样工作,而您的测试就是最好的方法。在</p>
<p>不要担心在测试运行期间实际创建用户</em>,您正在事务中执行所有操作,并且在测试方法完成后,该事务会立即回滚。它甚至可能不会击中磁盘。而且,正如@Platinum Azure所提到的,无论如何,它都在一个测试数据库中。在</p>