学习学习！

一般都是 1 和 3，虽然很多人说都是同事不存在地位高低，而事实上话语权和重视程度肯定是有所偏颇的，作为测试在团队的定位本身就是偏中后期的角色，自然话语权不足，但是可以有转机，那就是漏测的情况比较少或者漏测的最多是小问题，通过一次次的稳定项目，作为项目的后盾，时间久了，自然地位就高了。

加油！加油！社区十周年快乐！一晃十年了，这里是测试圈公认的氛围最好的网站了，大家一起加油提升技术啊，走上人生巅峰😭

摸摸摸，就完事了

唉不容易，我只能说看领导是否重视测试人员了，看愿不愿意给你个机会去实践测试技术 (比如接口自动化、测试平台、性能、安全等等)，然后你还得自己去争取，有意无意提出你想做个什么东西出来，实在不给机会，那只能走业务了，如果这方面能做到无人代替那也是可以的，个人建议还是走技术，技术好了到哪儿都不怕。

oh！ 不容易啊，这么多天了终于好了 ，之前到底咋了

神话就过了，结合业务成功落了地的自动化确实好用，不好落地、维护麻烦，就没必要用，领导不懂这其中道理，直接跟他沟通就行了，好好讲，应该会明白的。

差不多行了，毕竟大厂分厂也得分地方呀

好啊，虽然少，但是给了很多选择的方向。

这套够专业，mark 一下。

那个好用用那个呗，不过从应聘的角度来看，还是要都会，会的多不香吗

哈哈哈哈哈，圈子就该多点像你这么有趣的

收到

不同的业务 token 也不一样，你这调试接口、执行用例时自动登录怎么做到一致的？还是说仅仅只是做了登录，其他需要 token 的请求还是要手动加入吧。

根据业务流程来分呗，别想那么大，先整个完整的用例，用到什么就写什么，写出来后再优化数据分离、用例分离。

马克一下，期待分享

天，这不是让你当管理，是想让你当杂事工头，想到什么杂事时就让你和你团队的人干 。