OrderReporter produces empty test_order.log in parallel DRb mode
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 50/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 冷清
- 领域
- testing-qa
调研方向
首先，使用通过 fork 创建的 worker 和 DRb，通过 Rails ActiveSupport::Testing::Parallelization 重现空日志，然后跟踪 OrderReporter 如何记录测试顺序。当并行 DRb 运行能够保留可用的顺序数据时，该 issue 即完成；理想情况下，这些数据应写入每个 worker 各自的文件，而不是写入一个交错的日志。
由索引模型根据 Issue 内容生成。
描述
Summary
OrderReporter produces an empty log/test_order.log when tests run in parallel using Rails' ActiveSupport::Testing::Parallelization (forked processes with DRb). This makes it impossible to reproduce order-dependent flaky test failures because the test order is never recorded.
Expected behavior
The test order should be recorded even in parallel DRb mode. Ideally as per-worker files, since a single interleaved file doesn't represent any process's actual execution order and can't be used to bisect state pollution between tests.
Environment
- ci-queue 0.85.0
- Rails with parallelize(workers: N, with: :processes)
- minitest 5.27.0
- 主要语言
- Ruby
- 星标
- 240
- 派生
- 37
- 平均合并
- 28 分钟
- 30 天内合并 PR
- 3
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南，环境需要你自己搭建：先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
Shopify/ci-queue 的其他 Issue
-
难度 3/5 1-2 天 新手友好度 65/100
-
难度 3/5 1-2 天 新手友好度 35/100
-
难度 5/5 一周以上 新手友好度 25/100
-
难度 2/5 1-3 小时 新手友好度 45/100
-
难度 2/5 1-3 小时 新手友好度 38/100
相似的 Issue
-
security
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 1 天内回复
-
ds-drift
难度 1/5 1 小时以内 新手友好度 88/100
we-promise/sure#3934 ·
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 7 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
simp/pupmod-simp-ssh#246 ·