奇怪，我没有遇到你这样的问题啊
看看这个？https://www.cnblogs.com/nmb123/p/12266697.html

接着压呗，你这个数据表现没感觉到了什么瓶颈

风险很大，会出现测完了的地方又出现了问题，代码分支管理不好就容易出现

问题解决了，通过抓包可以得知，在保存接口请求的时候，调用的是这个方法：在 P_apis 里的 get_api_data 方法，这里面声明了对 graphQL 请求方式的 data 处理：

这段代码是关键点，然后在保存大用例的时候取的则是另一个方法：在 P_cases 里的 step_get_api 方法，所以我们要做的仅仅就是把这段代码搬运过去，问题就解决了

分 1.9E 的公司？35+ 了您看我还有机会么？

嗯，不测声网，我就测我们这边的东西，但是领导希望我能了解这方面的知识，扩充一下知识面

A 公司年底上市，A 公司不重视测试，那 A 公司上市跟你有什么关系？有股票么

if 我在门槛上面：很开心啊！
else：我靠，太特么卷了！不公平，要抗议！

感谢大佬指点，我也感觉我作为” 甲方 “好像没有什么空间去做，但是我需要了解这里面的技术点，领导要问我能说出个 123 来

我也想了解一下，因为我们对接的都是第三方服务，声网什么的，我也不知道我们这个直播教室该怎么测性能，按开发的说法，连上声网后面就不是我们的范畴了

楼主说的那么点工资……保守估计 30k，还是在南京……我酸钠

理想和现实往往不是重叠的，需要不断地调整目标和心态，这个世界唯一不变的就是变化。所以坚强的内心很重要，我的目标是 “成长”，但是公司的目标是 “保证质量”，方式是 “点点点”，怎么办

就是测试开发干货 - 方舟号

升级后，不能批准申请者加入社团了

棒~支持一下

给我 50 我就干，卷起来~

$ 这个关键字用的地方太多了，我也不知道换什么

是的，GraphQL 里的请求参数里会用 $+ 变量名这种方式声明入参的数据结构，恰好和 httprunner 的参数化规则冲突了，比如说一个参数：username，在正常的 restful 接口里就是 username：tester1 这种键值对的形式，但是 GraphQL 这种接口里可能就是 $username string:tester1, 这样的话 httprunner 就会认为这个键值对里的 Key 是一个变量，进而报找不到参数的错误。这是框架本身的规则限制，我不知道怎么改这个。还有一个场景是我朋友碰到的：.extract() 里的 withjmspath，假如说数据结构是 data.list[0].username,这个 list[0] 是不能用自定义变量来代替的，比如说我想通过上一个接口的返回参数获取了这个 list 的 index 值，设为 s，但是我在这个 case 里，是不能通过 data.list[s].username 来解析出对应的数据的。这个我也不知道咋处理 大佬如果遇到了可以想想办法

一年 50 个在帝都也不是 “轻描淡写” 就能拿到的，何况还是在 965 常态的前提下

我现在不得不想别的办法，因为 httprunner 如果不二次开发，修改 $ 的用法，就做不了 GraphQL 这种形式的接口测试 而公司产品恰恰很多用的是这种接口形式

在路上大佬要维护 httprunner 吗？大好事啊，支持

自己 996 乐在其中没有问题。但是行业内不愿意 996 的人，面对被 996 企业挤压越来越小的选择空间，他们选择抗议，也没有问题。

那时候的下岗工人，现在怎么样了，他们的子女后代，现在普遍是什么样的生存状况？相了解一下，他们的现在可能就是我们这代人的将来，有一定的参考价值