都进来了，SHEIN 一问 8 点半下班，就没去面试

我们测试组长，你在带领导的邮件里反馈问题，他会把领导摘出去后，和你说领导在邮件里，说话注意点，私下说...

我也在保险行业，一样的问题，测试组长，只会嘴嗨，向上跪舔，欺软怕硬，啥问题都解决不了

如果是阿里外包做钉钉相关业务的，两年多跳到大厂旗下的子公司难度大吗

选 钱多 事少 离家近

做外包吧，少走 10 年弯路

看小公司前景，做什么业务，如何挣钱，业务决定上限。

阿里腾讯外包跟小自研选哪个

小于 30 人

想知道小公司的规模是多小？

钱一样多的话，一个看前景，再一个看事情哪边多，多方面考虑一下

钱一样多 哪边开心到哪边

保险

不是关联系统要我们测试， 是我们系统的数据，要从关联系统获取，可以理解成一个特别复杂的审批流，我们系统刚好是中间部分，所以关联系统有问题，我们才测不了，问题肯定是会反馈，每天十几个群发消息反馈问题，反正我现在该下班就下班了，有问题第二天再说，没必要为了关联系统的问题加班

那看不懂了，你这啥业务？

集团好几千人....

换公司没这么离谱，很多时候半天时间因为别的系统问题没改好，无法测试，只能加班测试。之前工作的公司，都没有这样

开发和测试都是远程办公，都不是认识，有问题找个开发解决很难，领导也推不动，很多时候问题都没改好，就让测试去测试，别的公司这种问题，都是直接打回，这边都打回不了，这只是其中的一部分，还有很多..... 这边很多工作方式，都是颠覆了普通人的认知

每次关联系统改了一点东西，可能就会影响我们系统

• 如果是逻辑上受关联系统影响，说明你们的系统是一坨屎，你可以跑路也可以推动整改
• 如果只是数据来源受到影响，你们的测试可以按需自己造数据或者请关联方提供脚本，或者 mock
• 如果是关联系统环境的可用性影响到你的测试……容器、虚拟机都出来这么些年了，搞一套稳定的依赖环境有多难？
• 如果是多方联合做一个大需求，相互之间进度需要配合，那这个需求必然有个总负责人，他来推动调节开发步调就好了

看问题陈述，个人主观认知可能与实际情况有偏差，别问我为什么知道，没错，我就是你们部门经理

系统多了，管理也不会管理，这个问题存在两年多，问题的确是无解的，项目 30 多个测试，也是天天吐槽，说想换项目，但是换不了，目前看来只能换公司了才能解决这个问题

这都猜到了

兄弟你这家公司是不是保险行业？

管你三七二十一，提了再说，出事要背锅怎么办

在看机会

的确是这样的，都知道这个问题，解决办法就是测试不断的加班，五点能下班，要每天加班到十点跟进问题