Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Streamline the code for flagging warnings in the reports

オープン
#539 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
30/100
issue の種類
リファクタリング
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
python
領域
testing

調査の方向性

rsmtool/test_utils.py の collect_warning_messages_from_report と check_report を読み、各関数を確認します。それぞれが警告と除外をどのように処理しているかを比較し、その後、それらを呼び出す STRICT モードのテストパスを調べます。警告チェックの責務が明確かつ一貫したものになり、関連する STRICT モードのテストがパスすれば完了です。

索引モデルが issue の本文から書いたものです。

説明

good first issue help wanted

When tests are run in STRICT mode, we check for any errors or warnings in the report.

We currently have two functions:

test_utils.check_report https://github.com/EducationalTestingService/rsmtool/blob/main/rsmtool/test_utils.py#L767 checks for both errors and warnings

collect_warning_messages_from_report https://github.com/EducationalTestingService/rsmtool/blob/main/rsmtool/test_utils.py#L737 once again collects warning messages.

The warnings that are excluded under check_report would still be flagged as errors by collect_warning_messages_from_report.

We need to figure out why we have these two functions and streamline them.

主要言語
Python
スター
71
フォーク
21
PR マージ指標
30日以内にマージされた PR はありません

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

EducationalTestingService/rsmtool のほかの issue

EducationalTestingService/rsmtool の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。