前言 在HttpRunner中,我们要想从当前 HTTP 请求的响应结果中提取参数,可以通过 extract 关键字来实现. 本人环境:HttpRunner V1.5.8 测试场景 在这里,我将以一个学生充值金币的接口来模拟测试,这个接口在 Jmeter接口测试实例-牛刀小试 文章中有说明. 学生金币充值接口:http://doc.nnzhp.cn/index.php?s=/6&page_id=11 这个接口有权限验证,我们需要先通过接口A登录,然后在接口B中进行充值操作. extract提取数

之前我们了解了config里的各项参数,今天来了解另一个重要部分--teststeps,在这之前,先看看测试用例的分层模型. 一.测试用例分层模型 一个testcase里(就是一个pytest格式的Python文件)可以有一个或者多个测试步骤,就是teststeps[]列表里的Step. 我的理解每一个Step就可以类比成pytest框架下的def test_xxx()的用例函数,在Step里通常都会要请求API完成测试,也可以调用其他测试用例来完成更多的需求. 可以来看下官方的测试用例逻辑图(

上一篇中,我们了解到了config,在配置中,我们可以配置测试用例级级别的一些设置,比如基础url.验证.变量.导出. 我们一起来看,官方给出的一个例子: from httprunner import HttpRunner, Config, Step, RunRequest, RunTestCase class TestCaseRequestWithFunctions(HttpRunner): config = ( Config("request methods testcase with fu

一.官方首推pytest格式 上篇文章我们知道了,httprunner可以支持三种格式的用例,分别是pytest.yaml和json.yaml和json是以前的版本所使用的用例格式,但是在3.x版本上,官方强烈建议使用的是pytest格式的用例. 上图是来自官方的用例格式关系图,可以看出来,httprunner再对于第三方导出的har文件进行了转换处理,有的人喜欢转换成json,有的人喜欢转换成yaml.但是最终,还是通过解析json格式的文件,生成pytest的python文件. 既然最后都是

前言 每个测试用例都应该有config部分,可以配置用例级别.比如name.base_url.variables.verify.export等等 案例演示 from httprunner import HttpRunner, Config, Step, RunRequest, RunTestCase class TestCaseRequestWithFunctions(HttpRunner): config = ( Config("request methods testcase with fu

情景如下: 一个网页下有一个ul,这个ur下有125个li标签,每个li标签下有我们想要的 url 字段(每个 url 是唯一的)和 price 字段,我们现在要访问每个li下的url并在生成的请求中携带该请求的price字段 毫无疑问,这里是要用到scrapy项目内meta传参的,那么我们思路可能是这样: 1)start_requests访问初始网页 2)定义一个 parse 方法,通过xpath选择器获取所有的li标签,遍历每个 li 标签,获取 url 和 price 字段,生成目标地址为

功能点:如何翻页爬取信息,如何发送请求,日志的简单实用 爬取网站:腾讯社会招聘网 完整代码:https://files.cnblogs.com/files/bookwed/tencent.zip 主要代码: job.py # -*- coding: utf-8 -*- import scrapy from tencent.items import TencentItem import logging # 日志模块 logger = logging.getLogger(__name__) clas

前言 有些接口返回的并不是json格式的内容,返回的是html或者xml格式的内容,这种就不能用前面的 content.的方法去提取了. httprunner 支持正则表达式提取(extract)参数,也支持正则表达式校验(validate) 返回html 比如我请求博客园的首页https://www.cnblogs.com/yoyoketang/,返回的是应该html格式的内容 接下来我要提取html里面的 <title>上海-悠悠 - 博客园</title> 中间的文字 上海-

前言 对于使用过 Python结合Unittest 框架来做自动化测试的同学,应该知道在 Unittest 中,有这样2个方法:setUp() 和 tearDown() ,即前置和后置操作.通常 setUp() 主要用于测试准备工作,而 tearDown() 主要用于 测试后的数据清理. 在 HttpRunner 中,我们可以通过 hook机制 来实现 setUp() 和 tearDown(). 本人环境:HttpRunner V1.5.8 测试场景 我们将用一个登录的接口来进行说明,完整的 Y

前言 HttpRunner 在命令行中启动测试时,通过指定参数,可实现丰富的测试特性控制. 命令行参数CLI 使用 -h 查看相关命令行参数 hrun -h 参数名称 参数值 参数说明 -h, --help 不带参数 查看帮助信息 -V, --version 不带参数 查看版本号 --no-html-report 不带参数 不生成测试报告 --html-report-name HTML_REPORT_NAM 重命名html报告名称 --html-report-template HTML_REPO

前言 前面几篇零散的学了一些httprunner的知识点,那么一个完整的 YAML/JSON 用例文件包含哪些关键字呢? 测试用例结构 在 HttpRunner 中,测试用例组织主要基于三个概念: 测试用例集(testsuite):对应一个文件夹,包含单个或多个测试用例(YAML/JSON)文件 测试用例(testcase):对应一个 YAML/JSON 文件,包含单个或多个测试步骤 测试步骤(teststep):对应 YAML/JSON 文件中的一个 test,描述单次接口测试的全部内容,包括

一.httprunner的简介 HttpRunner 是一款面向 HTTP(S) 协议的通用测试框架,只需编写维护一份 YAML/JSON 脚本,即可实现自动化测试.性能测试.线上监控.持续集成等多种测试需求. 项目地址:https://github.com/HttpRunner/HttpRunner 中文手册:http://cn.httprunner.org 核心特性 • 继承 Requests 的全部特性,轻松实现 HTTP(S) 的各种测试需求 • 测试用例与代码分离,采用 YAML/JS

在编程中,比较忌讳的一件事情就是长函数.因为长函数代表了你这段代码不能很好的复用以及内部可能出现很多别的地方的重复代码,而且这段长函数内部的处理逻辑你也不能很好的看清楚.因此,今天重构第一个手法就是处理长函数--Extract Method,抽取成一个独立的小函数. 我个人来说也很喜欢短小函数,因为他们代表了高强度的复用与灵活性.对于短小函数来说最最关键的就是短小函数的命名,其实你就是给了这些短小函数自我解释的机会,所以你如果给这些短小函数起一个接近其语义的名字,那当你读起长函数来说,就像是阅读

Oracle  提供两种方式实现 128 码的编码 第一种方式是使用 Reports Builder 实现对 128 码编码, 在 Metalink 305090.1[1]  有 比较详尽的描述,其中的 IDAUTOMATION.PLL 中包含方法 Code128A, Code128B 及 Code128C 分别实现了 A,B,C 类 128 码的编码.具体的实现方法请参照 MetaLink 305090.1  . 第二种方法是通过 XML Publisher 实现 128 码的编码.因为超过

使用debug输出task执行的register: - name: check extract session # script: /app/ansiblecfg/XXX/roles/test/tasks/psgrep.sh > /home/shdxspark/psgrep.log script: /app/ansiblecfg/XXX/roles/test/tasks/psgrep.sh register: psgrep_output #通过debug方式打印psgrep.sh脚本的返回结果p

一.简介 HttpRunner 是一款面向 HTTP(S) 协议的通用测试框架,只需编写维护一份YAML/JSON脚本,即可实现自动化测试.性能测试.线上监控.持续集成等多种测试需求. 核心特性: 继承 Requests 的全部特性,轻松实现 HTTP(S) 的各种测试需求 测试用例与代码分离,采用YAML/JSON的形式描述测试场景,保障测试用例具备可维护性 测试用例支持分层机制,充分实现测试用例的复用 测试用例支持参数化和数据驱动机制 使用 skip 机制实现对测试用例的分组执行控制 支持热

HttpRunner 概念 HttpRunner 是一款面向 HTTP(S) 协议的通用测试框架,只需编写维护一份 YAML/JSON 脚本,即可实现自动化测试.性能测试.线上监控.持续集成等多种测试需求. 相关操作 参数提取(extract)和参数引用($var) # 第一个接口/api/get-token的响应结果为: {"success": true, "token":"ZQkYhbaQ6q8UFFNE"} # 提取 token,采用 co

背景: 你有一段代码可以被组织在一起并独立出来.将这段代码放进一个独立函数,并让函数名称解释该函数的用途. void PrintOwing(double amount) { PrintBanner(); //print details Console.WriteLine("name:"+_name); Console.WriteLine("amount:"+_amount); } void PrintOwing(double amount) { PrintBanne

HttpRunner 2.0 参数化数据驱动案例,废话不说,直接上干货. 1.测试用例目录结构      api:接口集 testcases:测试用例    testsuites:测试套件 data:测试数据 2.api 接口集  create1.yaml: name: 创建外方 variables: - customerName: 姓名 - customerGender: male - customerBirth: 1998-09-09T00:00:00+0800 - resName: 姓名

https://github.com/HttpRunner/HttpRunnerManager HttpRunnerManager Design Philosophy 基于HttpRunner的接口自动化测试平台: HttpRunner, djcelery and Django_. HttpRunner手册: http://cn.httprunner.org/ Key Features 项目管理:新增项目.列表展示及相关操作,支持用例批量上传(标准化的HttpRunner json和yaml用例

一天,你的领导X要你对某接口做测试,你一听,接口测试,高大上.用什么做好呢?postman?jmeter?loadrunner?balabala...优秀的你,想到了一大堆工具,当然也包括用python写.为了凸显B格,你选择了python.新建一个a.py文件,然后一顿猛如虎的撸代码: import requests url = “******” params = "******" re = reqeste.get(url, params) ... 你家领导,一看,还行,提醒你少了断