关于flask 上直接使用py.test测试框架进行测试
这个周末基本上都在研究这玩意儿中度过了,虽然效率不高,英文文档看得晕头转向,但是好歹弄出来了 有个结果测试也通过了现在粗略总结一下有时间补上更多详细的例子。
首先使用py.test测试框架,可以做最简单的了解在它们官网上https://pytest.org/
flask现在有个很尴尬的地方,我在github上面clone的最新版的flask 0.11dev上面,关于example里面的flaskr easy_blog_application的测试已经转而使用py.test框架了,但是官网上的和仓库里的文档都还停留在使用自带库unittest框架测试。所以暂时处于一个没有文档参照的情况, 不过好消息是 有代码可以参照。
直接上代码
@pytest.fixture
def client(request):
app.config['TESTING'] = True
# 得到测试客户端
client = app.test_client() def teardown():
app.config['TESTING'] = False
# 执行回收函数
request.addfinalizer(teardown) return client
这里的decorator @pytest.fixture 是一个类似于unittest框架里面 setup()/teardown()一套的东西,他里面还有个参数scope 默认情况下scope是function也就是每个函数执行的时候都会执行被这个decorator包裹的函数 具体参照 http://pytest.org/latest/fixture.html#fixture 这个文档讲的非常清楚
然后这里就是申明一个fixture 叫client 这个client 会帮我打开对应需要测试的app.config['testing']=True 然后帮我得到测试客户端 也就是我的测试上下文。 然后返回这个测试上下文 最后将测试配置恢复原状。request.addfinalizer 在上面那个文档地址里面也有介绍到。大致做一个操作就是在操作函数执行结束之后 调用对应参数里面的函数进行收尾工作。
然后就是具体的test_case:
class TestOrder:
# 最外层请求头
_data = {
'api_key': api_key,
'version': '',
'time': str(datetime.datetime.now().strftime('%Y-%m-%d %H:%M:%S')),
} def test_order_get_success(self, client):
url = '/order/get'
value = {
'tid': '20160104-165157704',
# 'tid': '12031823'
}
self._data['param'] = simplejson.dumps(value)
self._data['api_sign'] = make_sign(self._data)
rv = client.post(url, data=self._data)
assert simplejson.loads(rv.data)['success'] == True, '请求订单失败' # noqa
要特别注意 申明类也必须使用Test打头,不然py.test框架会找不到对应的测试对象,然后申明具体的test case 这里是test_order_get_success同理要使用test作为函数的开头,测试框架才能找到。然后这里传入测试客户端,也就是我们得到的测试上下文对象。 最后进行相应的操作就行了,然后调用断言操作对需要检查的项目进行检查。 返回的数据通通保存在 测试对象的.data里 也就是这里的rv.data。 这里只需要对rv.data里面返回值进行校验就可以达到单元测试的目的了。
流程大致就是这样。这样做的好处是,这样的测试可以放在项目对应的tests目录下,并且可以调用travis-ci这样的持续集成进行测试,无需手动测试。方便而且高效可靠。
关于flask 上直接使用py.test测试框架进行测试的更多相关文章
- 用 Python 测试框架简化测试
用 Python 测试框架简化测试 摘要:本文将向您介绍了三种流行 Python 测试框架(zope.testing,py.test,nose)的基本特性,并讨论新一代的测试风格. 最近出现了行业级的 ...
- 使用强大的 Mockito 测试框架来测试你的代码
原文链接 : Unit tests with Mockito - Tutorial 译文出自 : 掘金翻译计划 译者 : edvardhua 校对者: hackerkevin, futureshine ...
- Spring-Context之二:使用Spring提供的测试框架进行测试
Spring框架是无侵入性的,所以你的代码可以完全是POJO(plain old java object),直接使用Junit就可以完成大部分的单元测试.但是在集成测试方面就比较吃力了.单元测试层面你 ...
- 白盒测试的学习之路----(四)搭建测试框架TestNG测试
TestNG是一个开源自动化测试框架; TestNG是类似于JUnit,但它不是一个JUnit扩展.它的灵感来源于JUnit.它的目的是优于JUnit的,尤其是当测试集成的类. TestNG消除了大部 ...
- Android开源测试框架学习
近期因工作需要,分析了一些Android的测试框架,在这也分享下整理完的资料. Android测试大致分三大块: 代码层测试 用户操作模拟,功能测试 安装部署及稳定性测试 代码层测试 对于一般java ...
- C++测试利器--google test开源测试框架
资料 偶然发现了google的测试框架gtest,马上试了下,效果挺不错,特别是对于写c++的人来说,方便很多.以前自己写c++的模块,通常是写好了模块后再另外定义些函数,然后在函数里面写测试用例来测 ...
- Spring MVC测试框架
原文链接:http://jinnianshilongnian.iteye.com/blog/2004660 Spring MVC测试框架详解——服务端测试 博客分类: springmvc杂谈 spri ...
- Spring MVC测试框架详解——服务端测试
随着RESTful Web Service的流行,测试对外的Service是否满足期望也变的必要的.从Spring 3.2开始Spring了Spring Web测试框架,如果版本低于3.2,请使用sp ...
- [转]Android开源测试框架学习
近期因工作需要,分析了一些Android的测试框架,在这也分享下整理完的资料. Android测试大致分三大块: 代码层测试 用户操作模拟,功能测试 安装部署及稳定性测试 代码层测试 对于一般java ...
随机推荐
- day16 Python filter函数
前戏 movie_people = ["alex","charon","pluto","liu","sb&qu ...
- oracle dataguard主从切换
前言: 众所周知DataGuard一般的切换分成两种,一种是系统正常的情况下的切换这种方式为:switchover是无损切换,不会丢失数据:另外一种方式属于灾难情况下的切换,这种情况下一般主库已经启动 ...
- MP实战系列(一)之入门框架搭建和使用
mybatis plus官网:https://github.com/baomidou/mybatis-plus 上面有对应的实际例子,直接导入即可用. mybatis plus官方的怎么介绍,我就不在 ...
- MATLAB——径向基网络拟合曲线和分类
1.:.:; rand('state',pi); %指定状态,产生相同的随机数 T=sin(*P)+rand(,length(P)); % 给正弦函数加噪声 plot(P,T,'o') % net=n ...
- java 设计模式之模板方法
模板方法的定义 定义了一个算法的骨架,并允许子类为一个或多个步骤提供实现. 模板方法使得子类在不改变算法结构的情况下,重新定义某些算法的步骤. 一次性实现一个算法不变的部分,把可变的行为留给子类实现. ...
- Android 新加几个开源项目
http://www.androidviews.net http://www.theultimateandroidlibrary.com test 最低版本: 简介: 地址: 效果图: test A ...
- ASP.NET Core 释放 IDisposable 对象的四种方法
本文翻译自<Four ways to dispose IDisposables in ASP.NET Core>,由于水平有限,故无法保证翻译完全正确,欢迎指出错误.谢谢! IDispos ...
- MYSQL表情存储数据库报错
1.windows安装5.5.5.9的服务器 2.打开window服务找到mysql的服务,右键属性查看路径 3.打开路径,修改mysql配置文件my.ini 4.修改[client]中的defaul ...
- Linux下查找进程id并强制停止进程的脚本
Linux下的tomcat的停止脚本shutdown.sh经常失败,造成tomcat进程没关闭.所以只能手动查找进程id,然后用kill命令来强制停止.每次都要这样查一下,然后再杀进程.感觉有点麻烦, ...
- Rabbitmq-topic演示
在direct演示里,我们的日志系统实现了可选择性的接收日志.但仍旧有一些限制:不能基于多种标准进路由.在一个完整的日志系统中,我们可能不仅要根据日志的严重级别来接收日志,可能需要基于日志的来源来进行 ...