不清楚，蹲一个解决方案

没人能推动就跑路吧

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

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

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

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

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

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

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

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

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

往上报风险

这边都不让提 bug....

不让提 bug

解决不了 找机会 run 吧

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

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

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

拆分责任关系，关联系统做成 mock 档板，与部门领导以及测试负责人达成一致性。【请站较高角度和上层沟通问题，不建议一直扯问题，就说为了我们怎么怎么所以要这样，要明确说明，和其他同行进行了深度探讨沟通，行业内是如何做的，下结论，然后执行】
1、未接收到接口结构变更的情况下，不再进行关联复测，如果上游变更未通知，导致 的问题，由上游进行承担风险。
所有上游变更导致 的关联成本，上线相关，需要上游配合你方进行，我方资源不足也进行时，要学会拒绝。

2、上线时间成本把控到位，所有延期风险由上游承担，多长时间的结果确认明确沟通并邮件双方领导确认，如后续时间问题引起的延期，我们下游那就顺延第二天，当天不再进行上线。 同时通报是由于上游导致的延期等等。

风险向上压，规避非本方问题即可。如测试负责人或业务负责人不给力，建议找机会换部门了，没意义根本不可变改变和调整。

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

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

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

在看机会

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

你的诉求从上面看无解。
因为你系统的关联性，才需要测试参与。
你升级又只能晚上，那不就只能加班了。
你想通过流程推动其他部门配合，然后减少加班？存在即合理，任何一家公司跨部门沟通都不会顺畅。
因为跨部门沟通，根本就不是大头兵能推动的。需要你的 +2，+3 甚至更高去推动。
如果给你的薪水超出你现有能力，那这钱就是明着的辛苦费，你在这吐槽，在上面看来就是不够皮实。

改变不了环境，那就只能改变自己。我花了大概 3 年时间转型。
我个人目前基于如下几点，基本不加班：

1. 不带团队，因为带团队有开不完的会要协调。
2. 话语权足够，说是下周交就下周。除非是老板关注的紧急项目。
3. 负责的项目绝对没有需要夜间升级的情况。
4. 项目以技术为驱动，市场没有竞争对手，需求我自己说了算。

但本质上 1 和 2 是极其矛盾的。
你要做到 2、4，也需要你足够卷，在需求没来之前都把能做的做完，积累足够的信任度。

但是这样，你也的付出收入低于市场，被 +N 当枪和鲇鱼使得代价。

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

这都猜到了

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

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

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

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

换公司也不一定能解决。
互联网不夜间升级，系统不耦合得概率约等于 0。
要考虑换行业，换职业。

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

你这个是兼职还是？

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

集团好几千人....

为什么从这里开始都是 #36

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

来自 Kimi 的回答:

面对关联系统多且测试和上线过程中频繁出现问题的情况，可以采取以下策略来优化流程和减少问题发生的概率：

1. 需求明确和沟通：

   • 在项目初期，确保所有关联系统的需求和接口规范都被明确和沟通清楚。
   • 与关联系统的负责人和团队保持密切沟通，确保需求变更及时同步。

2. 提前规划和协调：

   • 在项目计划中，提前规划关联系统的测试和上线时间，确保有足够的时间进行协调和准备。

3. 接口文档和规范：

   • 确保所有关联系统都有清晰、详细的接口文档和规范，方便开发和测试团队理解和使用。

4. 自动化测试：

   • 引入自动化测试工具，对关联系统的接口进行自动化测试，减少人工测试的遗漏和错误。
   • 使用持续集成（CI）工具，如 Jenkins，自动执行测试脚本，及时发现问题。

5. 模拟环境测试：

   • 在开发和测试阶段，使用模拟环境来模拟关联系统的行为，确保新系统在上线前能够与关联系统正常交互。

6. 灰度发布：

   • 采用灰度发布策略，逐步将新系统推向生产环境，减少对关联系统的影响和风险。

7. 监控和日志：

   • 在生产环境中部署监控系统，实时监控关联系统的状态和性能，及时发现并解决问题。
   • 确保所有系统都有详细的日志记录，方便问题排查和分析。

8. 应急预案：

   • 制定应急预案，明确在出现问题时的响应流程和责任人，减少问题处理的时间。

9. 培训和知识共享：

   • 定期对团队成员进行培训，提高他们对关联系统和接口的理解。
   • 鼓励知识共享，让团队成员能够快速了解和掌握关联系统的相关技术。

10. 持续改进：

    • 每次上线后，组织复盘会议，总结经验教训，持续改进测试和上线流程。

11. 跨团队协作：

    • 建立跨团队协作机制，确保开发、测试、运维等不同团队之间的信息同步和协作顺畅。

通过这些措施，可以有效地减少关联系统带来的问题，提高测试和上线的效率和成功率。

上面 AI 的回答估计是没用的，可能大家找到 AI 不能解决问题的场景了，是个好事吧。

1.看着讨论中说到技术自嗨的问题，我觉得这是两个问题，和这个讨论没什么关系，没必要带着这种情绪化的东西来说。
2.至于说因为这种问题说要换行业，我感觉也未必，其他行业不能解决的问题可能也有，你还不知道，你怎么知道不是掉进另外一个坑呢？

1. 这种问题没法 100% 解决，只能说什么程度是你接收的？比如一个月 2 次这样，一个月 1 次这样 。。。。。 方法选项：
2. 拉其他人一起下水： 关联系统为什么你要测试，你让其他组的开发测试一起测试，你可以找借口说你不熟，不是你负责的，怕出问题看他们怎么回答了；如果拉下水，都觉得难受了，这个问题可能就有解决方法了。
3. 足够自信： 你说我这个系统，只要你们的输入是按照约定来的，我就没问题，我自己测试完成，上线就成功了，我不关心你们系统怎么样，确实因为别人系统有问题，出现 Bug 了，但是这个和你系统上线有什么关系，Bug 是他们要改，不是你系统要改，你系统代码没有改动，为什么不能上线；
4. 当别人子弹： Leader 可能不方便和人冲突，但是你无所谓，你如果愿意当 Leader 子弹，你就直接把你情况在大群，邮件里面反馈，指出哪里问题，有什么风险或者干脆你说上不了线，没人回答，你就不上线；如果 Leader 不站你这边，反正你也不想干了，不是吗？
5. 接受这个情况，反正随便爱怎么来怎么来。。。。。

但是如果要想解决问题，自己一定要想清楚要什么？有具体的诉求点，有具体的事情可以说事，你担心别人扣钱，但是别人担心你身体了吗？ 不发 Bug，不可以直接群里说吗？或者你说来不及，让项目经理一起参与。 做好不能缓解一下就准备走人准备，虽然但是。。。。。。，但是确实很多公司就是这个样子，最底层，最没话语权的受罪。

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

保险

领导都不重视，还是因为没有出啥大事，或者说你们通过加班成本消耗掉了。
说实话哈，就看你怎么想了，够狠就按规章办事，他们为难你，你就让他们为难你的领导去呗，有风险向上抛，规避风险 很简单。
一般情况下，愿意承担风险 的才能上位。既然在位，但又不承担风险 ，这样的领导最好就是想办法取而代之呀

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

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

保险都这样么，我还以为就我这个公司这样

这边组织架构很复杂

首先，看一下自己的薪资水平在武汉目前好不好跳槽找到有一定涨幅的，可以话就多投入点精力到找工作上，目前武汉外包要人较多，包括你在的公司都开始招外包了，就业行情不太好，边找边混吧。
然后就是你说的问题，放弃解决问题的幻想，一群垃圾领导根本推动不了这些事情的，都是自己上去了然后就拼命压榨下面的人，不要指望他们能帮你解决问题，他们只会让下面的人拼命的卷去到更上级去邀功。有的部门开始劝退加班少的人了。去年 1 个人当两个人用，今年目标是当 3 个人用，永远没办法满足他们的要求的，上面的人只管说说话就行。然后你拼命卷涨薪还不见得轮得到你，都是给会舔的人的，靠拼命换来的涨薪的人非常少。干部不用干活每次都上表扬名单，下面的人卷死都没机会（别的部门拼命还能上上，我们部门底层永远没机会）。
保重身体，机会合适就跑。反正我认识的能力比较强的都跑了，或者工资本来就低的，随便换个工作都有涨幅。

我也是这样想的，有合适的机会就换了，这里问题根本解决不了

就让生产出个问题呗……出了问题各位 leader 们就开始关注了……不能太惯着……

工作上的问题如果自己解决不了，那就想办法把事情搞大。

一般这种需求都会要求有个专人跟进，达不到要求就上升问题。

这个事情很棘手，以我之拙见， 你需要一个帮手， 然后做个 mock。