django中如何使用单元测试(django测试用例)

发布网友 发布时间：2024-09-29 08:07

我来回答

共1个回答

热心网友 时间：2天前

本篇文章首席CTO笔记来给大家介绍有关django中如何使用单元测试以及django测试用例的相关内容，希望对大家有所帮助，一起来看看吧。

本文目录一览：

????????上期（超实用搭建个人开发Web网页的软件及配置基础）已经详细的介绍了基于Django+MySQL+PyCharm组合配置的Web开发的基础架构。这期带读者跟着作者写第一个属于自己的Web页面，同时跟作者同一个局域网的其它用户也可以访问。

首先输入python manage.py startapp myFamilyWeb (表示创建一个自己的Web页面项目)，如图1。

生成的myFamilyWeb里的目录结构里的含义如下：

外层的_init_.py文件标识myFamilyWeb是一个Python包。

admin.py 用于将Model定义注册到管理后台，是Django Admin 应用的配置文件。

apps.py用于应用程序本身的配置。

migrations目录用于存储models.py文件中Model的定义及修改。

migrations/_init_.py文件标识migrations是一个Python包。

models.py用于定义应用中所需要的数据表。

tests.py文件用于编写当前应用程序的单元测试。

views.py文件用于编写应用程序的视图。

以上的介绍都是myFamilyWeb应用的全部内容，后续需要做的就是填充对应的service逻辑对外提供服务。如果就这么启动，就会发现如图2一样访问不了。

想要实现访问自己第一个Web页面（myFamilyWeb），第一步是设置路由和在views.py增加一个可以访问的函数（图3-图6）。

配置模板和html（图7-图13）

配置写好了第一个最简单的Web页面，启动服务器。。。（图14）

在开发者电脑上的浏览器访问 （图15）

（配置防火墙端口）（图16）

设置允许多个主机访问 （图17）

在终端输入ipconfig

回车找到IPv4 的地址：192.168.0.102 （图18）

python manage.py runserver 0.0.0.0:8000 （这次启动的时候在后面添加0.0.0.0:8000）。

然后本地网络中的其它计算机就可以在浏览器中访问你的 IP 地址了， （这个网址只能同一个局域网的主机可以访问）

之后就是好好去学习如何写html文件了。。。

Django单元测试测试视图问题，怎么解决

为什么要进行单元测试？ 单元测试保证局部代码的质量 单元测试在隔离的前提下，分别对各个代码单元进行测试，能够达到其他测试不可能达到的测试完整性，从而保证了局部代码的质量。只有局部代码的质量得到了保证，软件产品的质量才可能得到保证。 单元测试改良项目代码的整体结构 要对代码进行单元测试，最起码的前提是代码能够隔离，也就是说，要具有一定的可测性，因此，单元测试是一种有效的约束机制，这种机制将有效地改良代码的整体结构。例如，如果把业务代码直接写在界面类中，将很难进行单元测试，随意的不合理的紧耦合也会造成难于测试，单元测试使这些不好的特性得于及时发现，从而很容易进行修正。可测性是高质量代码的首要特性，不具有可测性，也就无法衡量代码的正确性，有了可测性，也就基本上保证了代码的可扩展性、可复用性。 单元测试降低测试、维护升级的成本 错误越早发现，修复的代价越小，另一方面，如果代码经过了充分的单元测试，集成测试和系统测试就只需要关注设计方面的问题。自动回归测试也大量降低升级维护成本。 使开发过程适应频繁变化的需求 单元测试自然地使开发流程变得“敏捷”，这是因为，整体结构良好的代码具有较好的可扩展性，自动回归测试又能保证修改不会引入新的错误，因此可以适应频繁变动的需求，降低系统分析、架构设计和后期测试的压力。 单元测试有助于提升程序员的能力 对程序员来说，单元测试有利于养成缜密的思维习惯，及提高设计能力。 由谁进行测试？开发部门还是测试部门？ 应该由开发部门进行单元测试！ 由测试部门进行单元测试的问题 代价高：反复的重新理解代码需要大量的时间，反复的沟通也需要大量的成本。 人手不足：进行单元测试的人员需要具备编码能力，很多软件企业的测试部门都没有足够的人手。 耽误了测试部门对其他测试的准备工作：编码阶段，测试部门要为集成测试、系统测试等做好准备，如果测试部门陷在单元测试的“泥潭”里，很可能影响这些准备工作。 由开发部门进行单元测试的问题 担心影响开发进度：这是现实问题，但自动化的单元测试工具可以解决这个问题。 程序员不习惯做单元测试：这种习惯是可以理解的，但并不难改变，实际上，程序员写程序时都是要进行测试调试的，只不过通常比较零散和随意而已。 测试自己编写的代码，难于保证测试的效果：测试自己写的代码，通常会只测试正常的输入，因此难于保证测试的完整性，但自动化的单元测试工具，可以统计白盒覆盖，甚至提供用于找出遗漏的测试用例的工具，达到很高的测试完整性。只要达到了足够的测试完整性，那么，无论谁测试，效果都是一样的。 无论由哪个部门做单元测试，都要面对一些问题，但开发部门所面对的问题可以借助工具来解决，而由测试部门进行单元测试，要么无法真正实施，要么代价昂贵。 由测试部门进行单元测试为什么成本昂贵？ 需多次重复理解程序 测试人员进行单元测试时必须理解程序功能甚至代码逻辑；充分的单元测试通常会发现很多细小的错误，程序员修改代码时，又要再次理解程序。理解程序是很耗费时间的。 反复沟通需要大量时间成本 单元测试发现的错误一般是小Bug，但数量可能很多，修改错误一般由程序员进行，测试人员还要确认，这些反复沟通也需要很多的时间。 不利于发挥单元测试对代码结构的约束机制 如果等编码基本完成再由测试部门进行单元测试，也就不能及时发挥单元测试对代码整体结构的约束效果，测试部门拿到代码时，往往会发现难于测试。 耽误测试部门对其他测试的准备工作： 编码阶段，测试部门要为集成测试、系统测试等做好准备，如果测试部门陷在单元测试的“泥潭”里，很可能影响这些准备工作。 基于以上理由，即使测试部门人手充裕，仅仅从效益来考虑，也不应该由测试部门进行单元测试。如果测试部门本来就人力不充裕（进行单元测试的人员需具备编码能力），勉强由测试部门进行单元测试，结果往往是----没有结果。 由开发部门进行单元测试能保证测试效果吗？ 程序员测试自己编写的代码，往往只考虑“正常状况”，这当然会影响测试效果。但如果所用的单元测试工具能够统计各种白盒覆盖率，就能检查测试效果。当然，只做到这一点还是不够的，因为白盒覆盖具有逾后逾难的特点，达到一定的覆盖率后，覆盖率的提升会很困难。如果测试工具功能足够强大，能提供工具帮助用户快速地设计测试用例，达到完整的白盒覆盖，那么测试效果就能得到完全的保证。 实际上，如果没有充分的统计数据，没有达到足够的测试完整性，那么由谁做单元测试，效果都不能保证。 进行单元测试，关键是要达到比较高的输入覆盖，这样，无论由谁测试，效果都是一样的。

string 希望被替换的字符或变量

s1 被替换的字符串

s2 要替换的字符串

1.??? 调试环境安装

??????? PyDev插件安装

在主菜单“Help”—“Software updates…”中添加http //pydev sf net/updates自动下载安装。

??????? 安装完毕配置

在主菜单“window”—“preference”中

2.??? 创建Pydev Django project

??????? 创建新的

如果已经有了一个django的目录结构，要生成eclipse的工程，可以通过

或者

新建工程。

创建一个即可。

??????? 导入已创建的

如果已有一个eclipse django project指向该目录，可以通过导入方式来引用该project。

??????? 工程设置

工程新建或导入完毕，在工程右键中，选择“属性”，继续配置工程：

顺便配置下project type:

3.??? 调试设置

可以通过如下配置来实现Web调试，或者一个功能单独调试:

??????? Web调试方式配置

Web调试，实际上就是选用内部的“manage.py runserver --noreload”功能进行调试。

设置完毕，再每次运行该调试选项即可。运行后控制台中出现如下说明：

然后在浏览器中选定录入等相关URL，在需要调试地方打断点即可。

在pydev中调试，修改代码后不能立刻起作用，必须重新调试才行。这也是 noreload的作用。

??????? 单个功能验证

有时只想单独运行某个功能，可以将该功能单独弄一个python函数进行运行。Python的函数调试很简单；但是对于django，因为脱离了Web的配置，调试一个django函数的时候总是因为找不到相关的设置而失败，可以在代码中指定该设置即可。

测试函数：

#导入django project设置

#django.bin.mypython为django工程所在目录

import os

os.environ['DJANGO_SETTINGS_MODULE']='django.bin.mypython.settings'

#说明，如果用到序列化方法，上述方法会提示很多应用模块找不到；

#建议采用如下方法是最好的

from django.core.management import setup_environ

import django.bin.mypython.settings

setup_environ(django.bin.mypython.settings)

#但是最后会出现“Exception exceptions.AttributeError: "'NoneType' object #has no attribute 'print_exc'" in bound method Signal._remove_receiver #of django.dispatch.dispatcher.Signal object at 0x01476890 ignored”。#无解。

#测试函数，注意没有web调用的request等

from django.core import serializers

from mypython.addressbook.models import Address

def test():

objs = Address.objects.all()

str = serializers.serialize("json", objs) #序列化为json对象

print str

#运行测试函数

test()

设置调试项

然后运行即可。

可以借由此进行测试先行，单元测试。

Django 基础

1. 视频

推荐使用慕课网的两门免费在线视频课程作为入门：

django初体检

django入门与实践

这两门课基本涵盖了 Django 最核心、同时也是最常用的部分，他们会给你建立一个 Django 的整体概念，便于消除你对 Django 的陌生感和恐惧感。

如果想进一步详细的了解 Django，有个综合性的教程名叫

《Django 企业开发实战》

该教程包含 gibbook 电子书（免费）以及视频部分（收费）。

其他中文资料

自强学堂：Django 教程 内容详实免费。值得一提的是作者使用 Django 建站，完全是在实践 Django 的使用，而且作者从2015年至今一直在根据 Django 版本升级而更新教学内容，从最初的 Django 1.6 更新到了 Django 1.10。作者称最新版本的 Django 1.11 内容马上就要推出。

Django Girls 教程 Django Girls 的中文版，使用 Django 1.8。

追梦人物的博客 以 Django 1.10 为基础开发博客到部署的完整教程。

2. 书籍

Two Scoops of Django：目前有两个版本 Two Scoops of Django: Best Practices for Django 1.11 和 Two Scoops of Django: Best Practices for Django 1.8 。这本书在 Django 的名气也是非常大，基本可以说影响过大多数 Django 开发人员，如果要进阶称为 Django 专业开发者，这本书是绕不过去的必看书籍。内容主要涵盖 Django 的最佳实践。

Django By Example 在进阶的课程中，本书算是不错的。虽然一些章节（比如第7章）部分代码仍然存在 bug，但是一方面作者正在该书主页不断进行代码更正，另一方面也是对中国读者最好的是，这本书已经由同在简书的 @夜夜月 进行了全书翻译：《Django By Example》中文版。

Django Unleashed 内容覆盖较广，很多内容在其他书籍中并没有提及，比如密码的hash与加密等。但是没有实战项目。

《Python Web 测试驱动方法》 虽然测试驱动的开发方法（Test-Driven Development，TDD）并不是每个项目都会采用，但是测试的思想与方法还是值得去掌握。Python 作为一门动态语言，没有静态类型检测的情况下，测试的重要性就显得尤为重要。本书使用 Django 的整个开发流程作为实例，作者不仅讲了开发过程单元测试和 Selenium 测试，同时也把部署的内容也覆盖到。内容始于 Django，但不仅仅是 Django，相信使用其他框架的 Python 开发者也可以从中获益匪浅。

首先你看看是否可以进行方法优化。

其次你再看看是否可以将测试在多个进程同时运行。

再或者你可以先运行时间段的测试，再运行时间长的测试。

如果解决了您的问题请采纳！

如果未解决请继续追问

结语：以上就是首席CTO笔记为大家介绍的关于django中如何使用单元测试和django测试用例的全部内容了，希望对大家有所帮助，如果你还想了解更多这方面的信息，记得收藏关注本站。