Split CLI tests into smaller suite, run in parallel
オープン
enhancement
post-mainnet
- 主要言語
- Go
- スター
- 8
- フォーク
- 6
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
Today a full run takes 1h45m.
This is mostly due to all tests running in a single go process, with parallel limited to the number of CPU cores.
If we split this monolith into 10+ test suites, running each suite as it's own process we should see a dramatic speed improvement.
We would also be able to target re-runs instead of needing to re-run all suites if a single test fails.
Investigate how we could best do this.
Github actions may be a limiting factor - could Jenkins help here?
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
調査の方向性
既存のCLIテストスイートの構造を調べて、テストの構成方法を理解します。Goのテストツールを調査し、スイートの分割と並列実行を検討します。現在のGitHub Actionsワークフローを調べ、並列プロセス管理のためのJenkins統合を検討します。テストを10以上の独立したスイートに分割する基準を決定します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- github-actions, go
- 領域
- ci-cd, testing, tooling
- issue の種類
- リファクタリング
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100