可能只有换公司了，这边的问题，所有的领导都知道，但是就是没有人解决，测试经理也是完全不作为，bug 也不能提

本来是五点就能下班的，现在因为这个问题，每天都要十点多下班

我和孙高飞大佬的观点是一致的，首先不是你的问题造成的延期，压缩的肯定不是你的时间，往上反馈，没惹你推动说明不着急，着急又没人推动，你又反馈过，和你有什么关系，比如你的时间是 1 天，开发延期了 0.5 天没修复，那你就往后延，凭什么要压缩测试的时间，你得和他们说出你的要求，据理力争，或者时间不能改，那提前告知我是 1D 压缩到 0.5D，告知风险就好

这边的情况有的高飞老师说的一样，开发都在上海办公 ，测试在武汉，有十几个群反馈问题，很多时候就是没人解决，开发也不承认是自己的问题，承认是自己的问题，就会罚钱，推不动问题，测试经理都知道，就是不去解决，很多时候特别烦，没人回就要反复去问一个问题，每次上线都要等到 11 点多，可能关联系统问题才好，回归完都 2 点多了

而且你也可以上升问题，先给你们测试主管陈明利弊，测试主管除非完全不作为，不然他会帮你推的

解决不了 找机会 run 吧

不让提 bug

这边都不让提 bug....

往上报风险

1. 提 bug，等着关联系统修复
2. bug 修复完成，验收通过

提了 BUG 不改，找你的上级先留证据。免得背锅

这边现在好像不是项目问题，就是人的问题，遇到问题根本就没有相关解决制度

目前项目遇到的所有问题，测试经理都知道，但是没人解决，推又推不动

这边的项目已经不是普通人的认知，有 bug 不能提，提开发会不算，但是又要求要提 6 个 bug，这些测试经理都知道

1、这个业务很复杂，目前关联风控接口很多，被风控检测到，经常容易报错、自动化目前没人能实现
2、开发不修复，一直耗的是我们时间，得我们加班来填补这个时间，着急是根本就推不动，领导也没办法

1. 统计因关联系统导致我方 delay 上线的人力和业务成本。如有 bug 等关联系统解决，不解决就一直影响多少用户，带来多少业务经济损失；或导致我方上线 delay 浪费 xx 人天。都大概换算成人力和业务成本，转到关联方头上，但需要双方领导对齐边界和规则。
2. 和关联系统订好上线或问题解决 deadline，如果 deadline 后未解决，则我方的问题直接由关联系统主责甚至全责
3. 关联系统要承诺保障哪些基本点，比如上线后某些数据肯定等，做成他们的 checklist，一起去落实

客观来说这个是项目经理和测试主管的问题，知道自己的系统关联很多却不协调其他部门或者其他系统的领导配合，下面的测试就会很痛苦

1、是否可以自动化完成回归，看你的情况应该是需要频繁的，大量的回归测试
2、开发不修复和你有什么关系，为什么你推，在谁的节点谁着急，你急的点在哪

没人能推动就跑路吧

不清楚，蹲一个解决方案

我也都退了 都是摸鱼闲聊的 但凡问点涉及技术的问题都闭口不言的 很没意思

免费打工是吧

被骂的时候

这单位，还不走，留着过年吗？

7 8 11 13 问题比较没含金量，别的问题都正常。