上海-悠悠

摘要： # 前言 测试用例在设计的时候，我们一般要求不要有先后顺序，用例是可以打乱了执行的，这样才能达到测试的效果. 有些同学在写用例的时候，用例写了先后顺序， 有先后顺序后，后面还会有新的问题（如：上个用例返回数据作为下个用例传参，等等一系列的问题。。。） github 上有个 pytest-orderi 阅读全文

摘要： # 前言 pytest的断言失败后，后面的代码就不会执行了，通常一个用例我们会写多个断言，有时候我们希望第一个断言失败后，后面能继续断言。 pytest-assume插件可以解决断言失败后继续断言的问题。github地址[https://github.com/astraw38/pytest-assu 阅读全文

摘要： # 前言 用例执行完成后，我们希望能获取到执行的结果，这样方便我们快速统计用例的执行情况。 也可以把获取到的结果当成总结报告，发邮件的时候可以先统计测试结果，再加上html的报告。 # pytest_terminal_summary 关于TerminalReporter类可以在_pytest.ter 阅读全文

摘要： # 前言 有一些小伙伴一直想改变pytest用例的执行顺序，实际上我们在用例设计原则上用例就不要有依赖顺序。 pytest默认执行用例是先根据项目下的文件夹名称按ascii码去收集的，module里面的用例是从上往下执行的. pytest_collection_modifyitems 这个钩子函数顾 阅读全文

摘要： # 前言 pytest提供的很多钩子(Hooks)方法方便我们对测试用例框架进行二次开发，可以根据自己的需求进行改造。 先学习下pytest_runtest_makereport这个钩子方法，可以更清晰的了解用例的执行过程，并获取到每个用例的执行结果。 # pytest_runtest_makere 阅读全文

摘要： 前言 跑自动化用例每次用手工点击jenkins出发自动化用例太麻烦了，我们希望能每天固定时间跑，这样就不用管了，坐等收测试报告结果就行。 jenkins的定时任务是用的crontab语法，参考这篇 "https://www.cnblogs.com/yoyoketang/p/11167181.html 阅读全文

摘要： 前言 jenkins在源码管理选择 Credentials 的时候，有时候会不小心添加多余的凭据，在列表中会显示很多，看着碍眼。 可以在首页的凭据管理删除多余的凭据。 凭据管理 新建job 源码管理 选择 Credentials,发现有几个重复的 回到jenkins首页，打开凭据管理 系统 全局凭据 阅读全文

摘要： 前言 当我们有代码提交到代码仓库时，我们希望能自动触发构建任务，这个需求可以用jenkins的“构建触发器”来实现。 一般自己公司有本地的代码参考如gitlab,我这里以github为例，设置都差不多。 环境准备： 1.Jenkins安装GitHub Plugin插件 2.Jenkins服务可以外网 阅读全文

摘要： 前言 前面jenkins是搭建在docker容器里，运行job的时候默认会在容器内部运行代码，相关的依赖环境需要在docker容器重新安装一遍，这样很不方便。 如果宿主机已经安装好相关的运行环境了，docker容器我们搭建好jenkins就行了， 把宿主机设置为jenkins的一个slave节点 安 阅读全文

摘要： 前言 当我们的自动化项目越来越多的时候，在代码仓库会提交不同的分支来管理，在用jenkins来构建的时候，我们希望能通过参数化构建git仓库的分支。 Git Parameter插件 先下载 Git Parameter 插件，系统管理 插件管理 搜索:Git Parameter 下载安装 安装完成 参 阅读全文