默认读的是项目根目录吧，可以在 pytest.ini 里指定配置下

用测试类，放到类属性里，后面的用例直接拿就行

建议先把接口测试弄会了再说自动化的事儿

链接已更新

不好意思，前段时间有事儿耽搁了，刚看到。链接已经更新了

可以是可以，就是有点麻烦。在 beanshell 或者 jsr223 那里写代码搞。
提供个思路：
1、请求参数放到前置 beanshell 里处理
2、处理响应的放在后置，可以遍历下 data 列表里面的 status，如果有失败的就记录下来，然后获取全局变量里面的请求参数，判断是哪个 id，然后把相应的图片删除。并且返回本次请求结果（设置成全局变量），如果有失败的就返回 fail，全成功就返回 success
3、请求外面加个循环控制器，判断条件就是代码返回的请求结果
具体实现逻辑还得你自己来。

这不应该是正常的测试内容吗，不同的账号处理不同的操作权限，除非是你想一个账号把所有操作流程全串下来，那你可以配置一个全权限类似超级管理员的账号。

请求数不稳定说明在该区间内请求的响应时间 (很快就响应那么请求数肯定多，反之就会少) 出现了波动，可以监控下资源指标，比如 cpu、网络什么的

confluence

首先应该明确需求：
1、压测环境与生产环境配置是否一致或等比例缩放
2、查询数据量级是多少
3、除了响应时间的其他性能指标要求，例如 cpu 要在% 多少以下，磁盘 io 情况，网络情况等等，只是单纯要求响应时间没有意义
然后就是压测、监控、分析瓶颈、调优、反复验证的过程了

可以让开发把加解密方法打个 jar 包，然后你的参数自己调用 jar 包做加解密处理，再压测

面向对象编程，找你要做的动作的共通性，把这些共通的东西提取出来

为什么要用 fixture 改配置，不直接读配置文件呢？

可以试试 jsonpath 表达式，$.data.name，不知道可行否，没用过那个工具，不过应该和 jmeter 差不多吧

文章最后有百度网盘链接哈，谢谢支持！

见仁见智吧，是可以合并到一起去，但是数据处理那块就得改逻辑，用例那块就得是嵌套循环获取 excel 数据，然后一个用例里面循环调用请求，我认为麻烦了些。而且还需要判断 excel 文件里面的数据是流程接口还是单接口，就没法做到通用了。

准确来说是一个场景，6 个接口。因为做了参数化，所以 pytest 自动分成了 6 条用例，按顺序执行。一行数据是一条用例

工具生成的能用吗，我们之前 swagger 生成出来的只有基本字段，描述、字段值含义啥的都没有。最后还是得靠自己抓包自己猜。

目前的话没有对文件类接口做校验的功能，还只是对接口本身的响应做了校验，文件本身没有校验。
不过你倒是提醒了我。
我目前有个思路就是新建一个目录，专门存放下载导出的文件，然后对文件路径做检查是否存在下载的文件，每次执行过后把这个目录下的文件全部清空。
但是文件内容的校验我现在没有好的解决方法。

样例里面的是一个流程按顺序这几个接口（主要是体现如何提取对上游接口返回值对下游接口进行传参），怎么理解都可以。我这个也支持单接口测试。

自动化是回归用的，不是线上监控用的。可以复制一个与线上一样的环境，专门用来做自动化，想咋搞咋搞

我上传到百度网盘了，请看正文末尾，有需要的可以拿走参考，谢谢各位支持！

我觉得大差不差的两种方向吧，一种就是纵向发展（一门专业技能深入学习、实践），另一种就是横向发展（学习各类测试技术、技能，全面发展）。
当然现在大环境就是要什么都得会的那种，比较建议横向发展吧。
我之前是选择了自动化这个方向，想做测开，后来因为一些主管、客观原因吧，没有继续深入研究了，打算多方面的学一些其他的测试技能（目前就是在搞性能，恰逢公司项目要做，正好实践一把）

我理解的是你现在参数化里面有一块是 ${get_phone()}，然后你用正则表达式把{}里面的这个 get_phone() 拿出来了，但是你想把这个提取出来的字符串当作函数执行是吧？
我这有个方法可以试下，你现在拿出来的 get_phone() 是个字符串类型的，你可以用 eval 再解包一次，因为你现在有这个函数，解包后应该就能识别出来了，我之前用过一次这样的方式，可行。