apache/beam

TextIOReadTest creates pipelines with non-unique application names

Open

#18,398 opened on 2022年6月3日

GitHub で見る
 (1 comment) (0 reactions) (0 assignees)Java (4,097 forks)batch import
P4bugcoregood first issuejava

Repository metrics

Stars
 (7,313 stars)
PR merge metrics
 (平均マージ 6d) (30d で 243 merged PRs)

説明

The test TextIOReadTest uses a loop to create a few tests within a single test method. This results in a pipeline with non-unique applied transform nodes.

Perhaps the best way to fix this is to use a JUnit Paramaterized test suite, or multiple. It does seem that the test is basically doing the full product of empty/tiny/large with various compression types.

Imported from Jira BEAM-2632. Original Jira may contain additional context. Reported by: kenn.

コントリビューターガイド

調査方針
TextIOReadTestをリファクタリングし、JUnitのパラメータ化テストスイートを使用して、パイプラインのアプリケーション名を一意にし、重複を避けます。
技術スタック
java
領域
testing
Issue 種別
テスト
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
2
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-3時間
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
アクティブ
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
明確
前提条件
JUnit
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
70