一.写在前面 robotframework是很好用的关键字驱动测试框架,但是在实际工作中也有些地方使用不便,比如在我们设计参数校验测试case时,往往只是想修改校验参数类型而不得不做大量复制粘贴操作,最终导致了一个测试case中存在大量的冗余代码,而且如果在后续的使用中一旦出现变动,测试case将不便维护. 针对此情况,想到了尝试在robotframework功能基础上封装了一个轻型框架,用来实现部分接口测试场景的数据驱动方式的自动化测试. 二.所需组件说明 1.python2.7 2.robo

第5行:发起post请求.因为我写了好多的参数,所以这样写的. 也可以这样写 其他行:可见[robotframework接口测试(二)—get request json]

robotframework这个框架最近很多人在使用它,大部分是和selenium结合的,大概看了下,然后发现这个做接口测试感觉也还不错,初步研究了下 环境安装: robotframework这个环境的安装,网上搜下,有很多详细的步骤 库的安装: 初步的暂时需要这两个 requests和RequestsLibrary requests的安装很简单easy_install requests RequestsLibrary的安装有时候在线安装打不开,可以离线安装 国内python的一个镜像地址htt

在上一篇中,我们实现了post方法请求的封装和测试,这一篇我们做测试数据的分离. 5.1 测试数据处理思路 5.1.1 测试数据分离 这里我想到,我们之前的测试demo里,全都是在testNG类里去写入测试请求的相关数据. 如果测试到达一定规模,这样去维护测试数据会当然是不行的. 比较好的办法应该是将测试数据分离出来,通过外部文件来管理,然后读取文件驱动测试. 这个外部文件用Excel来做会比较合适,设计如下: 考虑用表单来驱动请求的方法,暂时写上了Get,Post,Put和Delete方法.当

安装: 接口测试需要安装Request和RequestLibrary 包 使用cmd命令安装:pip install requests 使用cmd命令安装:pip install -U robotframework-requests 安装完后在site-packages目录下会生成2个目录 然后将request和RequestsLibrary导入到Robotframework中: 使用: 一.GET接口请求 二.POST请求

首先,实现RSA加密,需要用到pycrypto这个库,这个库又依赖openssl,所以需要先下载openssl,具体教程可以参考http://bbs.csdn.net/topics/392193545?page=1安装完成后就可以安装pycrypto, pip install pycrypto ,如果报的错是VC++ ,那么就现在安装vc++在安装pycrypto ,https://www.microsoft.com/en-us/download/details.aspx?id=44266jav

接口自动化环境搭建好了 requests接口测试模块也会用了 那么怎样整合到RF的框架呢? 写一个小例子

python这个requests模块常被用来测试接口.使用RequestLibrary库测试之前,先来看下这个模块是怎样使用的 最简单的调用是 r=requests.get("http://......") r.text 那么查看结果常用的方法是啥呢?下面把整体都列出来.可以print r.xxx调用查看相应的结果 __attrs____bool____class____delattr____dict____doc____format____getattribute____getsta

(前提:引入了 requests.requestsLibrary等相关库,这样才可以只有相关的关键字.) 理想中的过程: 1. 创建session 2. 在该session下发起请求 3. 验证返回结果 实际跑的时候,会发现,自己的项目可能还要多一个步骤,变成 1. 获得cookie 2. 创建session 3. 在该session下发起请求 4. 验证返回结果 本笔记主要总结一下,对于方法为get,返回值为json的接口测试 一.先抛一个实例讲解,如图Q1所示 第1行:获取cookie 第2

DDT是python的第三方库,全名称为:Data-Driven/Decorated Tests. ddt安装 通过pip安装ddt模块,安装Python后,Python自带pip功能包 切换到Python安装目录script下,执行:pip install ddt 在ddt的模块中,@data表示元组的列表数据,@unpack表示用来解压元组到多个参数,在使用的时候,导入ddt模块,在测试类前声明使用ddt(@ddt). 运行结果: 从示例代码中,可以看出test_case2执行了2次,分别验

*** Settings *** Library Collections Library RequestsLibrary *** Test Cases *** test Create Session api http://api.github.com Create Session google http://www.google.com ${resp}= Get Request api / ${result} Convert To Integer 200 Should Be Equal As S

使用Post Request关键字时 1.如果请求体的content-type为:application/x-www-form-urlencoded,则传参数时需要给params参数赋值 2.如果content-type为application/json,则给data赋值

1.常用关键字介绍: a. 打印:log                                                  用法:log   打印内容 ----------------------------------------------------------------------------------------------------------------------------------------------------------------------

感觉自己最近销声匿迹快一个月了,应该总结下自己这个月学习的东西了~~~折腾完公司私有协议的接口测试(c++接口),开始折腾公司的http/https接口和webservice接口的测试,想着把所有的这些接口尽量的都放在RobotFrameWork内进行测试,其实这些接口,http/https接口和webservice接口之前已经能用SoapUI或者LoadRunner实现了测试,而且webservice接口我有专门用myeclipse结合TestNG框架和XFIRE框架搭建了数据驱动的自动化测试

上一篇提到做soap接口测试自己简单的写了个py,然后就简单的实现了个客户端能对远程接口进行调用,对返回的数据进行解析,可后面想着也觉得不对劲,soap协议虽说不像http协议那么普及,但是现在很多公司都是有webservice项目,所以RF应该是会提供一个库,于是在pypi上好好的搜索了下,果不其然,真发现了~~~ https://pypi.python.org/pypi?%3Aaction=search&term=robot+framework&submit=search在这里可以搜索

在做完基于http协议的接口测试之后,开始弄soap协议了,之前有过开发java webservice自动化框架的经验,所以我想着应该并不会很难.对于webservice的简介,服务器端和客户端的开发的简单例子前面的随笔有分享过,就不再次重复.然后在网上随便搜了下,似乎RobotFrameWork并没有提供基于soap协议的库,于是自己用python做了个简单的模块. 服务器端是用java开发的,实际上提供了wsdl文件,跟什么语言开发的不会影响客户端的调用.用python做soap的客户端,用

在RobotFrameWork http/https oauth接口测试 (一)中,大致介绍了相关的概念,终于可以步入正题了~~~ 先介绍下项目背景: 公司的项目采用的授权模式是第三种resource owner password credentials密码模式,因为认证服务器和资源服务器都是公司内部的项目,所以采用了这个方式,公司的处理流程大致如下: (A)用户向客户端提供账号和密码. (B) 客户端将用户凭证以及客户端凭证信息发送到认证服务器. (C) 认证服务器校验客户端请求合法,并且用户

在上一篇RobotFrameWork接口报文测试-----(二)demo的升级版基础上,将接口的xml的格式保存在xml文件中,然后程序如果增加一个接口,在xml文件里添加即可,无需修改自动化测试里的其他模块,然后在工具加case就可以了,但是接口取值的数据全部都是直接在case里面录入的,也就是说,每增加一条测试用例,就需要在工具内添加一条case,测试数据始终都是在工具内控制,这让以前使用excel管理过测试数据的我感觉很不爽,总感觉得把数据放到excel内,然后实现数据驱动测试. 围绕着这

转载:http://www.cnblogs.com/chengtch/p/6576117.html 1简介 数据驱动测试,即是分离测试逻辑与测试数据,通过如excel表格的形式来保存测试数据,用测试脚本读取并执行测试的过程. 2 数据驱动与jmeter接口测试 我们已经简单介绍了接口测试参数录入及测试执行的过程,因为大量的测试脚本与测试数据内聚在一起,使得我们的测试脚本的可移植性及可维护性变得很不好,所以我们接下来采取了csv格式表格保存测试数据来驱动测试的方式. 2.1 新建一个csv文件 新

 接口测试与数据驱动 1简介 数据驱动测试,即是分离测试逻辑与测试数据,通过如excel表格的形式来保存测试数据,用测试脚本读取并执行测试的过程. 2 数据驱动与jmeter接口测试 我们已经简单介绍了接口测试参数录入及测试执行的过程,因为大量的测试脚本与测试数据内聚在一起,使得我们的测试脚本的可移植性及可维护性变得很不好,所以我们接下来采取了csv格式表格保存测试数据来驱动测试的方式. 2.1 新建一个csv文件 新建一个txt文档文件,重命名文件,修改文件后缀名为csv,如test.csv,