测试报告，计划啥，有些上市公司审计可能会查，作为流程的存在。如果可以自动生成减少美化，标准化的时间还是挺有价值的，更大的价值应该还是测试用例管理/生成/测试数据构建这些一线点工最需要的东西吧

我们调研了俩礼拜，试用了俩礼拜，然后决定弃用了，坑太多

不一致是肯定的啊，服务器是有处理时间的，不可能你发 100w 个请求，他就能返回 100w 个结果，超过一定程度，服务端很可能就不处理了或者进入排队队列了

感觉这个兑换券的状态记录有问题啊，下单待支付时，券的状态应该是锁定，这时候去退款，锁定中的券要么被拦截，要么就要先取消待支付的订单，再进行券的解锁，这里面应该是服务端的锅

旱的旱死涝的涝死……看见没，这就是测试管理的烦恼~35+ 的归宿就这，就这？

也可以加入 testerhome 社团：测试开发方舟号

看这个啊，你想要的都有，跟着抄就完了

想请教一下老师，这个报错是因为我的参数传的不对么？

机械手。。。我感觉有种回到原始社会的感觉

和自己和解，既来之则安之

挖坑不填……鞭尸万年额

这个事情需要解决一个拷问：
开发：这个我可以升级，但是谁能保证升级了之后原来的代码没问题，你来测试吗？测试了说没问题我就升级。排期吧

其实可以看到，只不过楼主不是你

人肉真机，是 100 台么？怎么测试的呢？我是用 jmeter 调用进入直播间接口的方式，持续了 5 分钟，准备了几万个账号，然后看了一下单台服务器 tps 在大概 300 左右

排查了一下，问题应该出在这个命令：
注释掉后，不会有这个问题，但是只要在返回体这个 tab 下发送请求，就必然会报上述错误

想问问，楼主有房车贷娃的压力么？

——你这个问题的底层逻辑是什么？顶层设计在哪？最终交付价值是什么？过程的抓手在哪？如何保证回答闭环？你比别人的亮点在哪？优势在哪？你的思考和沉淀是什么？这个问题换成我来问是否会不一样？你的独特价值在哪？
抱歉，我真的回答不了这些问题

奇怪，我没有遇到你这样的问题啊
看看这个？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：我靠，太特么卷了！不公平，要抗议！