没有谁是不可替代的

可以要求的吧，QA 分支的代码一般没啥问题

业务迭代很快的情况下，推自动化估计会有难度，逻辑经常变更的话维护自动化脚本都够累的。可以先推下比较稳定流程的自动化，其他的可以先整理下回归用例集合

膜拜大佬

平平淡淡，躺平中

不可能的，老板都是想着怎么扣钱

我这测试的存在感也很低，领导还老喜欢找我们要乱七八糟的质量方案、提升方案，但是又没人监督执行，好多都是出了方案之后就没然后了。。。

是的，是想试试测试左移，但是这个会占用开发的时间，项目排期要是一直紧张，研发估计不会乐意配合

我现在这家公司线上经常有 BUG，而且这里对线上 BUG 不重视，出现了就解决，就没有然后了。。。
质量跟屎一样，整个脑壳疼

购物车结算支付的场景，使用单个用户下结算大量单据也可以满足的吧

但是支付结算你们是自己的支付体系还是调用的微信、支付宝的？如果是三方的，就要看下能否进行压测了，一般三方的对高并发的请求都会有限制，不会让你随便调的，或者就是程序内部进行下处理，只调用自己系统的接口，主要关注下自己系统接口的性能情况

摸鱼？我这没项目做，领导还天天问没任务时你的计划是什么，产出是什么

TDD 的定义其实和测试没啥关系吧，很多都是理解成测试工作驱动开发了

你们的业务场景是什么？看能否绕过小程序的登录，写死一些假的用户数据，压测动则都是几十万的请求量，不太可能都用真实数据的用户数据

基本就是 4 楼说的一样，也要看看接口传参，有些明显错误也能分辨出来，要是实在不知道怎么分辨了，就随便指一个，或者两个人都带上

计算机这个行业年龄大了好像就没什么优势了，除非是纯管理，如果不是管理岗就算是技术过关好像也没什么优势，当然，技术很牛逼的除外，但那毕竟是少数人，绝大多数人都是一瓶子不满，半瓶子晃荡。。。换个行业又是从头开始。。。

前路千千万，处处是难关，难关倒是不可怕，关键，tmd 连方向都没

找工作也没优势吗？

铁人三项还是要卷，不卷也是挣不到钱

这么惨吗

赞同 7 楼说的，需要面试了才学习有点晚了，很多经验都是在工作中实际用到才会有的，现在还是总结下目前自己会的吧，根据自己的经验去找

20 多个项目就一个测试，能想象到测试的工作量，同时公司也不重视测试，不然也不会就配一个测试

如果你有想法，可以试试改进研发流程，推下规范流程，估计会很难推。。。当然，如果推成了，你在研发流程的理解、管理上的能力应该能提升不少

如果没有想法，赶快跑，赶快跑，赶快跑！！！

考虑学个其他方向的吧。。。

1、2、4 对应的线程数使用梯度增加的方式，慢慢增加线程数，在压测过程中关注是否达到客户要求的指标数
3 需要使用 1000 线程压测一定的时间，看是否有异常，压测时间就看你们是怎么定的了

可以边读书边工作

现在需要的太乱太杂了，在一个方向上做的太少了，学习范围是大了，但是学习的都是表面，也写不出啥了