python-在Django类和文件中组织测试
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了python-在Django类和文件中组织测试,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1183字,纯文字阅读大概需要2分钟。
内容图文
我正在使用Django 1.6,目前正在将我的功能和单元测试组织在各自独立的模块中,如下所示:
/functional_tests/test*.py
/unit_tests/test*.py
我的问题是,在单个文件中创建多个类与在每个谎言中创建具有单个类的多个文件之间的区别在哪里?是否有标准的最佳做法?
谢谢
解决方法:
我只会描述我的见解并分享一些链接.
首先,您已经在做的好事是将功能测试和单元测试分开.
另外,我更喜欢遵循“每个文件一个测试用例”和“每个测试方法尽可能少的断言”的规则.
但是,有时候,您想测试一个视图的不同“模式”,例如:如果用户只想更改密码,并且如果用户忘记了该密码并使用临时密码更改了密码,则可以调用更改密码视图.一.在这种情况下,将视图测试分为两个TestCases(每个用于不同的模式)可能是一个好主意.在这种情况下,您可以将两个测试用例都放在同一个文件中,也可以使用两个单独的文件创建一个包.它通常取决于测试的复杂性,大小和可读性.
而且,实际上,Zen of Python原则可以帮助:
>扁平比嵌套更好. (每个文件可能没有多个测试用例)
>可读性计数. (如果测试用例很大,则可能需要将其拆分为逻辑部分)
还有一些关于这个主题的链接:
> Testing in Django – Best practices and examples
> Testing and Django by Carl Meyer(我个人遵循他的许多指导原则)
> Django Testing: Test Organization and Some Best Practices
另外,值得一看的是Django organizes tests本身的情况.
希望能有所帮助.
内容总结
以上是互联网集市为您收集整理的python-在Django类和文件中组织测试全部内容,希望文章能够帮你解决python-在Django类和文件中组织测试所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。