前言 上一篇文章我们讲了在pytest中测试用例的命名规则,那么在pytest中又是以怎样的顺序执行测试用例的呢? 在unittest框架中,默认按照ACSII码的顺序加载测试用例并执行,顺序为:09.AZ.a~z,测试目录.测试模块.测试类.测试方法/测试函数都按照这个规则来加载测试用例. 而 pytest 中的用例执行顺序与unittest 是不一样的,pytest有默认的执行顺序,还可以自定义执行顺序. pytest 默认执行顺序 测试目录.测试模块,按照排序顺序执行 执行顺序如下: 同一

1.Pytest测试用例运行规则 在pytest单元测试框架下面执行用例,需要满足以下几个特点: 1. 文件名以test_*.py开头或者*_test.py 2. 测试类.测试函数以test开头 3. 所有的包必须要有 __init__.py文件 一般在cmd命令行下面执行pytest用例有3种方法.大家可以选择使用,我推荐第一种: pytest  文件名 py.test  文件名 python -m pytest 文件名 如果运行某个测试类下面的具体函数,可以使用:pytest  文件名::测

pytest123 本文主要参考:https://www.cnblogs.com/yoyoketang/tag/pytest 如有侵权,请站内联系我 目录 pytest123 1.setup和teardown 2.fixture 3.单独运行test_fix1.py和test_fix2.py都能调用到login()方法,这样就能实现一些公共的操作可以单独拿出来了 4.生成HTML报告 5.assert 断言 ** 作者:上海-悠悠 QQ交流群:588402570** 6.skip 7.函数传参/

如果你还想从头学起Pytest,可以看看这个系列的文章哦! https://www.cnblogs.com/poloyy/category/1690628.html 前言 平时写测试用例也会划分优先级 同样,allure 也提供用例级别,在 allure 报告可以清晰看到不同级别用例的缺陷数量 用例等级介绍 allure 提供的枚举类 等级介绍 blocker:阻塞缺陷(功能未实现,无法下一步) critical:严重缺陷(功能点缺失) normal: 一般缺陷(边界情况,格式错误) minor

用例编号: 测试用例的编号有一定的规则,比如系统测试用例的编号这样定义规则: PROJECT1-ST-001 ,命名规则是项目名称+测试阶段类型(系统测试阶段)+编号.定义测试用例编号,便于查找测试用例,便于测试用例的跟踪. 测试标题: 对测试用例的描述,测试用例标题应该清楚表达测试用例的用途.比如 “ 测试用户登录时输入错误密码时,软件的响应情况 ” . 重要级别: 定义测试用例的优先级别,可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别.一般来说,如果软件需求的优先级为 “ 高 ” ,那

pycharm运行 1.在pycharm里创建测试文件test_demo.py # Author xuejie zeng # encoding utf-8 # content of test_demo.py def inc(x): return x + 1 def test_answer(): assert inc(3) == 5 2.,此时直接右键运行的话,并不会执行用例,因为它只是一个函数,并不是pytest测试用例 3.根据图中的步骤,将默认运行是改成pytest,再右键查看方式变成了py

前言: 上一章节讲解了tomcat+jenkins的环境搭建,这一章节主要讲一下Allure报告在jenkins上的配置 步骤: 1.新建一个item 2.输入项目的名称,选择自由风格,点击保存 3.描述的内容可以是自定义 4.从Git上获取代码 4.1.Repository URL是github上代码的地址 4.2点击添加,在弹出的页面输入github的用户名和密码,只有输入密码jenkins才有权限从github上拉取代码 4.3.Additional Behaviours---Check

前言 参数化是自动化测试里面必须掌握的一个知识点,用过 unittest 框架的小伙伴都知道使用 ddt 来实现测试用例的参数化. pytest 测试用例里面对应的参数可以用 parametrize 实现,随着用例的增多,我们的需求也会越来越多,那么如何在 fixture 中使用参数呢? fixture 源码 先看下 fixture 源码,有这几个参数:scope,params,autouse,ids,name. def fixture(scope="function", params

一.pytest简介 pytest 是 python 的第三方单元测试框架,比自带的 unittest 更简洁和高效,同时兼容 unittest 框架.它还有如下优点: 1.简单灵活,容易上手,文档丰富: 2.支持参数化,可以细粒度地控制要测试的测试用例: 3.能够支持简单的单元测试和复杂的功能测试,还可以用来做selenium/appnium等自动化测试.接口自动化测试(pytest+requests); 4.pytest具有很多第三方插件,并且可以自定义扩展,比较好用的如pytest-sel

Python测试框架之前一直用的是unittest+HTMLTestRunner,听到有人说Pytest很好用,所以这边给大家介绍一下Pytest的使用 pytest是一个非常成熟的全功能的Python测试框架,主要有一下几个特点: 1.简单灵活,容易上手 2.支持参数化能够支持简单的单元测试和复杂的功能测试,还可以用来做Selenium/Appnium/接口自动化测试 3.Pytest具有很多第三方的插件,并且可以自定义扩展,比较好用的如Pytest-Selenium.pytest-html.

pip install pytest pytest 单元测试框架 pytest高于unittest测试框架 unittest测试类需要继承unittest.TestCase类 pytest不需要继承,可以是一个函数,也可以是一个类 unittest参数化需要依赖第三方的库 pytest不需要依赖,直接使用内部的库parametrize unittest测试报告HTMLTestRunner pytest 测试报告pytest-html 或者是 allure unittest是没有插件的 pytes

一.pytest单元测试框架 概念:单元测试是指在软件开发中,针对软件的最小单位(函数.方法等)进行正确性的检查测试          单元测试框架是自动化测试框架中的组成部分之一          pom设计模式是自动化测试框架中的组成部分之一 用途: 测试发现:从多个文件里面去找到我们的测试用例 测试执行:按照一定的顺序和规则去执行,生成结果 测试判断:通过断言判断逾期结果和实际结果的差异 测试报告:统计测试进度,耗时,通过率,生成测试报告     二.pytest简介 pytest是一个非

一.所需环境 wiindows10以上 python3.6以上 httprunner3.1.6(最新版本) pycharm社区版 二.安装httprunner 1.卸载旧版本 卸载之前版本的命令为:pip3 uninstall httprunner 2.安装新版本 默认安装方式: pip3 install httprunner 以这种方式是默认安装最新版本的,并且是从国外服务器下载,但是偶尔会出现报错或者超时的情况,因此一般采用国内镜像安装,这里采用国内豆瓣源镜像安装. 一般安装命令: pip3

1.maven-surefire-plugin是个什么鬼? 如果你执行过mvn test或者执行其他maven命令时跑了测试用例,你就已经用过maven-surefire-plugin了.maven-surefire-plugin是maven里执行测试用例的插件,不显示配置就会用默认配置.这个插件的surefire:test命令会默认绑定maven执行的test阶段. maven的生命周期有哪些阶段? [validate, initialize, generate-sources, proces

软件测试(英语:software testing),描述一种用来促进鉴定软件的正确性.完整性.安全性和质量的过程.软件测试的经典定义是:在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程.   软件测试是使用人工操作或者软件自动运行的方式来检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别的过程.   它是帮助识别开发完成(中间或最终的版本)的计算机软件(整体或部分)的正确度(correctness) .完全度(completeness)和

[一两年前收集整理的资料,感觉不错,放到博客上来] 作为软件测试计划的一部分,软件测试风险的分析与控制是其中重要的环节.如果前期风险分析与控制比较充分,那么会使软件的测试成功性大大增加,且可将由风险异常引发的额外成本(如人力,时间等)降到最低.查阅了网上很多关于软件测试风险控制的文章,其中不乏精品之作.本文将此类知识进行了归纳,查漏补缺,并在思维导向性上给出了简单的实施步骤,以使得在实际应用中能得到更好的运用. 第一部分:软件测试项目级的风险分析 1.          从人.料.法.环.时等方

这几天在抽空读一本新书,久负盛名的<google软件测试之道>.之前在网络上一点一点地看过它的英文版,很受触动,还做了很长的读书笔记,现在看到了中文版,才恍觉之前的好些理解存在不恰当的地方,英文读写能力真是个硬伤.. 这本书很多让我惊奇的地方,可以说刷新了从业这么久的三观.例如它说测试团队真正的定位在于提高"工程生产力",google内部只有非常少的专职测试人员,有的是具有测试视角的研发团队,和兼具研发能力的测试工程师,还有具有用户视角的产品经理.由于人员的精简,因此尤其注

基于风险的测试(Risk-based testing) 文/杨学明 一.基于风险的测试起源 基于风险的测试起源,在软件测试领域,基于风险测试最早的是测试大师Boris Beizer<软件测试技术>提及,测试时需要考虑到风险. 接下来James Bach 在1995年第一次介绍了基于风险的测试(RBT),然后又在1999年在<启发式基于风险的测试>(“Heuristic Risk-based Testing”)中更详细的描述: 二.基于风险的测试定义 基于风险的测试定义:根据软件产品

原文链接:https://www.bbsmax.com/A/n2d9WPwJDv/ 1.简介 如果你执行过mvn test或者执行其他maven命令时跑了测试用例,你就已经用过maven-surefire-plugin了. maven-surefire-plugin是maven里执行测试用例的插件,不显示配置就会用默认配置.这个插件的surefire:test命令会默认绑定maven执行的test阶段. 2.maven-surefire-plugin的使用 2.1.1.插件自动匹配 最简单的配置

WeChat[代码小姐],快和我们一起进大厂,挑战高薪吧. 问:你在测试中发现了一个  bug ,但是开发经理认为这不是一个  bug ,你应该怎样解决. 1.将问题提交到缺陷管理库里面进行备案.2.要获取判断的依据和标准:根据需求说明书.产品说明.设计文档等,确认实际结果是否与计划有不一致的地方,提供缺陷是否确认的直接依据:如果没有文档依据,可以根据类似软件的一般特性来说明是否存在不一致的地方,来确认是否是缺陷:根据用户的一般使用习惯,来确认是否是缺陷:3.与设计人员.开发人员和客户代表等相关

环境要求 HttpRunner 是一个基于 Python 开发的测试框架,可以运行在 macOS.Linux.Windows 系统平台上.这里使用macOS系统进行演示 对于python版本要求:python≥3.6 安装 博主一向的习惯,碰到新的框架新的环境,都会使用virtualenvwrapper创建一个虚拟环境,使得环境独立,有关virtualenvwrapper的之后再介绍 创建虚拟环境httprunner_env mkvirtualenv httprunner_env 进入虚拟环境