现在有一种场景就是：我需要用到这个uid的对应的sid，其他接口请求的时候要用这个sid。这个其实postman断言中也可以实现，因为断言脚本本来就是后置操作，我们从接口的返回值中获取想要的信息，然后取出来设置为环境变量，那么下一个接口传参的时候就可以使用了。后面就简单了，在这个请求后面执行的其他请求可以直接引用这个环境变量，也就实现了参数化。

但这里需要注意，因为你进入APP后可能会进行其他操作，所以当前APP所在的页面不一定是启动页面，所以appActivity的值不一定是对的，一定要看清楚app启动的那个页面的那个appActivity是什么。启动Appium-Server-GUI之后再打开Appium-Inspector，电脑连接手机，填入以下参数，右边会帮我们生成json格式，然后点击启动会话即可启动app。安装完毕后点击图标进

在某些场景下，我们需要部分执行测试用例，这个时候可以给测试用例打标记。类似于testng里面的分组测试。mark_name表示标记的名字，用装饰器标记后只运行标记的用例，其他用例则跳过不执行。cd 到py文件所在的目录，命令行：pytest -s over.py -m=case1。如下，会标明1条测试用例通过，2条测试用例deselected（就是未被选中）-s是控制台输出模式，-m=case1是

jmeter后置处理器讲解

jmeter函数助手

日常测试过程中，经常需要对失败测试用例进行retry，此时可使用pytest-rerunfailures插件。另外也可以设置失败中止。

jmeter定时器详解

前面我们说了如何启动app，现在讲一下基本的操作，前提基础是我们启动app，并获取一个driver对象。

以为py文件为运行单位，即若指定多个py文件运行，那就批量执行完1.py里面的用例之后，再批量执行2.py里面的用例。class：以class为单位，重复运行class中的用例，然后重复执行下一个(以class为单位，运行一次class，再运行一次class这样)；module：以整个.py文件为单位，重复执行模块里面的用例，然后再执行下一个(以.py文件为单位，执行一次.py，然后再执行一下.p

如果在测试时必须考虑输入条件的各种组合，则可能的组合数目将是天文数字，因此必须考虑采用一种适合于描述多种条件的组合、相应产生多个动作的形式来进行测试用例的设计，这就需要利用因果图（逻辑模型）。例：有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用帐号登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。边界值分析法是对等价划分法的一个