使用django单元测试遇到一些相当奇怪的行为。我有一个继承自django.test.testcase的类,它验证注册表单是否创建了一个person对象和一个用户对象,但我可以在测试完成后随后在Admin界面中查找并找到对象。这是测试:
import unittest
import time
from django.test import TestCase
from selenium import webdriver
from selenium.webdriver.common.keys import Keys
from django.contrib.auth.models import User
from apps.persons.models import Person
class NewVisitorTest(TestCase):
def setUp(self):
self.browser = webdriver.Firefox()
self.browser.implicitly_wait(3)
def tearDown(self):
self.browser.quit()
def test_can_sign_up_and_login(self):
# User goes to register url
self.browser.get('http://localhost:8000/register/')
# User can see that she has come to the right page on the website
self.assertIn('Register', self.browser.title)
# User can see that there is a sign up form
signup_form = self.browser.find_element_by_id('id_registration_form')
# User can enter text into the first name field
first_name_input = self.browser.find_element_by_id('id_first_name')
first_name_input.send_keys('Jim')
# User can enter text into the last name field
last_name_input = self.browser.find_element_by_id('id_last_name')
last_name_input.send_keys('bob')
# User can enter text into the username field
username_input = self.browser.find_element_by_id('id_username')
username_input.send_keys('jim_bob')
# User can enter text into the email field
email_input = self.browser.find_element_by_id('id_email')
email_input.send_keys('jim_bob@jimbob.com')
# User can enter text into the first password field
password_input = self.browser.find_element_by_id('id_password')
password_input.send_keys('kittensarecute')
# User can enter text into the second password field
password_1_input = self.browser.find_element_by_id('id_password1')
password_1_input.send_keys('kittensarecute')
# Submit form
signup_form.submit()
time.sleep(20)
persons = Person.objects.all()
print persons
self.assertEqual(len(persons), 1)
users = User.objects.all()
print users
self.assertEqual(len(users), 1)
# Deliberately fail
self.fail('Finish the test!')
if __name__ == '__main__':
unittest.main()
代码在assertEqual(len(人),1)上失败。我可以在浏览器中重现相同的行为,没有任何问题。每次运行测试时我都必须删除它在主本地数据库中创建的用户,因此我假设它将对象保存在settings ['databases']中定义的数据库中,但之后在测试数据库中查找它们后来在方法中。我在终端中看到测试数据库是在每次测试开始时创建的,所以它肯定存在,这看起来很混乱。任何帮助都将受到大力赞赏。
编辑:一切都在sqlite上
File ".../tests/tests.py", line 60, in test_can_sign_up_and_login
self.assertEqual(len(persons), 1)
AssertionError: 0 != 1
编辑2:
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.sqlite3', # Add 'postgresql_psycopg2', 'mysql', 'sqlite3' or 'oracle'.
'NAME': '/Users/me/github/stage/project/data/db.db', # Or path to database file if using sqlite3.
# The following settings are not used with sqlite3:
'USER': '',
'PASSWORD': '',
'HOST': '', # Empty for localhost through domain sockets or '127.0.0.1' for localhost through TCP.
'PORT': '', # Set to empty string for default.
}
}
我有一个包含应用程序的文件夹,因此要运行这些测试并运行:
python manage.py test tests
答案 0 :(得分:7)
你说得对,django在测试中创建了一个测试数据库。来自文档:
需要数据库的测试(即模型测试)将不会使用您的 “真实”(生产)数据库。创建单独的空白数据库 用于测试。 full documentation
这是正确的做法。单元测试应该彼此隔离,以避免脏环境(之前的测试忘记删除它创建的记录/文件/对象,并且它会影响其他测试的结果)。
您正在做的事情称为Functional Testing。您正在测试您的Web应用程序表单在一次测试中提交,验证,保存等。由于这样做的行为意味着许多代码运行,因此不会将其视为单元测试。当您执行这些类型的测试时,您的断言也应该类似:
这会测试您的应用程序是否正常运行。
两种类型的测试之间的区别在于功能测试测试您的应用程序正在做什么,而单元测试测试 它正在做什么。
这一点至关重要,因为您可以通过多种方式保存数据:
您的功能测试并不真正关心如何这样做,它只关心当您转到特定页面时,它会获取数据。但单元测试将根据您使用的方式发生巨大变化。
在您的情况下,您使用两种测试方式。 Selenium(打开一个页面,填写它,提交它)正在测试应用程序做什么(功能),但是你的断言(数据被保存到数据库中)正在测试如何< / em>存储数据(单位)。
所以我建议您更改断言以适应其余的测试。并将当前的测试移到单元测试中:
def test_user_is_save(self):
addUser(...)
users = User.objects.all()
self.assertEqual(len(users), 1)
这将测试您的addUser
方法是否正常工作(保存到数据库),这是 unit 测试的内容。您当前的测试将测试当您提交表单时,用户会看到正确的事情。
答案 1 :(得分:1)
您可以改用LiveServerTestCase
,并使用
self.live_server_url
。
您通常可以使用Entry.objects.get
import requests
from django.test import LiveServerTestCase
class FunctionalTest(LiveServerTestCase):
def test_get_comments(self):
response = requests.get(f"{self.live_server_url}/api/comments/?page=1")
self.assertEqual(response.status_code, 200)
答案 2 :(得分:0)
您应该使用LiveServerTestCase,以便django可以运行它自己的测试服务器,因此使用它自己的测试数据库。
https://docs.djangoproject.com/en/1.4/topics/testing/#live-test-server