第10章 输入验证和测试的组织方式
关于组织测试和重构的小贴士
• 把测试放在单独的文件夹中
就像使用多个文件保存应用代码一样,也应该把测试放到多个文件中。
• 使用一个名为tests 的文件夹,在其中添加__init__.py 文件,导入所有测试类。
• 对功能测试来说,按照特定功能或用户故事的方式组织。
• 对单元测试来说,针对一个源码文件的测试放在一个单独的文件中。在Django 中,
往往有test_models.py、test_views.py 和test_forms.py。
• 每个函数和类都至少有一个占位测试。
• 别忘了“遇红/变绿/重构”中的“重构”
编写测试的主要目的是让你重构代码!一定要重构,尽量把代码变得简洁。
• 测试失败时别重构
• 一般情况下如此。
• 不算正在处理的功能测试。
• 如果测试的对象还没实现,可以先在测试方法加上@skip 修饰器。
• 更一般的做法是,记下想重构的地方,完成手头上的活,等应用处于可正常运
行的状态时再重构。
• 提交代码之前别忘了删掉所有@skip 修饰器!你应该始终逐行审查差异,找出
这种问题。
坑20:《10.3 在视图中显示模型验证错误》。实际上只有单元测试能通过,功能测试一直都无法触发输入数据空的情况,导致哪怕是空的数据,也依旧能保存到数据库,而不是抛出验证异常。
代码如下:
def test_cannot_add_empty_list_items(self):
#The user submits an empty list item
self.browser.get(self.live_server_url)
self.browser.find_element_by_id('id_new_item').send_keys(Keys.ENTER)
#The error message shows the list item cannot be empty
error = self.browser.find_element_by_css_selector('.has-error')
self.assertEqual(error.text, "You can't have an empty list item")
没办法,只能去Stackoverflow上面提问,居然还有人知道这个问题的起因(问题链接),原来是因为现在的浏览器不会提交真正的空的必填表单到后台,导致异常无法抛出。
所以这个测试也就不能做了,唯有改一下css selector来满足捕捉空值的要求
error = self.browser.find_element_by_css_selector('#id_text:invalid')
self.assertEqual(error.text, "")