看了半天。。不知道咋回你，建议问问题拿一个线程组的结果来问，这看起来太费劲了，一堆都是 tps 的图。如果想直接找下性能瓶颈可以参考下https://testerhome.com/articles/20773

算平薪啊，那就没必要去试外包的坑啊

非大佬：在我毕业后当了两年外包后，就此立誓：再也不进外包！除非给的很多
你这个问题，我认为你说出现在的薪资或者你换工作的目标薪资和经验来，这样能给你看下跳槽的性价比
最后，外包行业最不可信的几点（至少我认为）：1.可转正 2.可涨薪 3.和正式工一样 4.可靠

大家的反应有点大哈，已经表明了经验 1-3 年。。只是兼职来整下内推，合适的来，不合适的也不强求

就测试报告而言肯定是发版前发，因为是否发版是要参考最终的测试报告内的测试结果来进行评估的，如果直接发版了还测了干啥。

我看着这个 10/2 陷入了沉思

全篇都在诠释一个道理：困难创造目标，坚持塑造成功。向大佬学习

当我刚毕业的时候就已经在思考这个年龄的问题了，至今两年了，没有改变

月薪翻倍的我选择了 12 月跳槽，艾欧尼亚，勇往直前！！！

云真大。！

所以大数据测试到最后就变成了大数据开发工程师。。。

一个简单的方法：转测审核，没有完整的需求分析说明书不予转测，开发未自测不予转测；需求变更必须通知所有相关人员，且要项目经理确定；一切按流程走，没人把控就只能你自己来控制，不妥协自然就会有规范
一个麻烦的方法：找你直接领导说明问题，让他来沟通解决，至于他怎么做就不确定了，你就只能被动的等待和妥协

真实，国企啊，双非的本科都看不上

担心刚入职就走不太好，。

基于 Jmeter 的压力测试，无非就是考虑下多进程压力，数据驱动；楼主的多接口多传参的情况可以通过表格 +CSV 参数话的方法来处理，将接口和传参进行参数化就避免了手动输入或者过多 http 配置文件的问题；若其中涉及多种方法或者其他相互有区别的信息都可以进行参数化；压力问题就通过分布式和非 gui 环境的方式来规避了，因为基于 java 的 Jmeter 在我们的 pc 机上运行的话很容易就会崩溃；在以上都构造好的情况下在考虑多个接口之间的关联关系，通过后置处理器/正则表达式来进行多请求间的参数交互，例如新增和修改删除的关联。楼主最好在区分下关注的是数据量方面的压力还是进程处理方便的压力，以便给环境省略一些不必要的压力干扰！