全栈测试

# 1 引入 - 有时候我们需要对某些指定的用例进行跳过，或者用例执行中进行跳过，在`Unittest`中我们使用`skip（）`方法； - 在`Pytest`中如何使用呢？ - 在`Pytest`中

1 引入 之前学习使用fixture前置实现用例的登陆，当时在一个脚本中实现的；那如果其他的脚本也需要用到登陆，这样调用起来可能比较麻烦； 所以我们可以把登陆的fixture放到conftest.py

- 之前学习`fixture`的时候，其实这个功能就类似用例的**前置**，给用例执行前设置一些条件； - 那`fixture`也就相当于`setup`的功能； - 那有没有`teardown`

之前学习了fixture的基本使用，其中参数scope类似作用域，就是fixture的使用范围，那么针对scope的这几个值，他的执行顺序是怎样的？ 1 scope的五个范围 值 作用范围 sessi

1 引入 和setup、teardown的区别是：fixture可自定义测试用例的前置条件； setup、teardown针对整个脚本全局生效，可实现在执行用例前后加入一些操作； setup、tear

逻辑控制器可以对元件的执行逻辑进行控制； 逻辑控制器下可以嵌套别的逻辑控制器（一次控制器除外）； 如图： 1 ForEach Controller 遍历循环控制器； 参数如下： 参数 说明 Name

1 性能参数配置 1.1 为何要进行性能参数配置？ 运行场景时，使用JMeter GUI方式会比较占用资源； 但其实两种运行方式都会占用资源； 所以可用其他方法提高负载机性能； 1.2 调整分析 因为

1 目的 将项目部署到其他的环境，快速安装当前项目所需要的依赖包； 确保安装的依赖包和项目保持一致，避免出现版本错误引起环境异常。 2 所有依赖包 如果想导出本地环境所有的Python包，即pip安装

针对一个测试工程师转变到初级测试管理，自身特质的转变以及如何快速过渡到管理？以下为个人的思考，仅供参考。

1 场景设计 1.1 什么是场景？ 用来真实模拟用户操作的工作单元； 场景设计源自于用户真实操作。 1.2 设计原则 JMeter场景设计通过线程组设置来完成，有些复杂场景需要配合逻辑控制器完成； 原

JMeter场景运行分两种方式，为GUI（运行界面）方式、命令窗口方式； 而基于运行架构分本地化运行、远程运行。 1 GUI运行 1.1 本地化运行 即运行本地一台JMeter机器，所有的请求从一台机

1 执行规则 脚本以树型结构显示； 元件执行顺序类似二叉树的中序遍历； 规则：先执行根节点，再执行子节点。 2 执行逻辑 默认以下元件都存在，则执行逻辑为： A、配置元件； B、前置处理器； C、定时

# 1 集合点 - 性能测试需要模拟大量用户并发，而集合点就是尽量让虚拟用户同一时刻发送请求； - JMeter中集合点通过定时器来完成。 # 2 定时器 - 定时器主要是用来控制取样器的执行时机；

1 事务 性能测试比较关注TPS，而TPS代表每秒事务数； 每个事务对应的是每个请求； JMeter把每个请求统计成一个事务； JMeter也可以把多个操作统计成一个事务，可通过逻辑控制器中的事务控制

1 关于检查点 其实就是断言，那什么是断言？之前我们对几个接口进行了请求，并设置了查看结果树，我们人工检查它是对的。那如果数据量多或者做性能测试的时候，不可能人工挨个看，我们可以通过设置断言组件来进行

1 测试对象 我们使用禅道的创建用户接口，对创建用户的信息进行参数化； 接口详情： 2 分析 从接口看，我们需要参数化的有参数有account和password； 其他的几个请求参数可以相同，不用做处

1 测试对象 接之前的说明，我们的测试对象为禅道开源版本； 按照之前的文章搭建部署好本地禅道，开启服务即可 涉及的接口数据： 2 Jmeter关联 2.1 定义 简单理解为某个接口的数据，需要依赖另一

1 增加监听器 上一篇文章我们进行录制，那录制结果如何？我们先加一个监听器，可以查看服务器的返回结果信息； 我们增加一个【查看结果树】元件，增加方式如下： 运行，查看结果信息： 2 使用BadBoy录

1 测试对象准备 我们后续测试对象，使用禅道开源版进行演示。关于禅道详细的安装情况，请参考官网https://www.zentao.net/download/zentaopms17.4-81093.h

1 前言 在说JMeter录制前，先了解学习Badboy录制； Badboy是一个第三方浏览器模拟工具，有录制回放功能； 可进行调试，也可进行自动化测试； Badboy录制脚本直接可以导出为.jmx格