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

Decouple testing of `_conditions.py` from the testing of the public API

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

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

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
45/100
issue の種類
リファクタリング
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
python
領域
testing-qa

調査の方向性

まず _conditions.py と tests/test_joined_equal_unequal.py を読み、特に 284 行目付近のパラメーター化されたテストを確認します。次に、他の public API テストを調べて同様の tolerance のカバレッジを確認し、その後、condition レベルのチェックと API 固有の動作を分離します。_conditions.py が担うテストを public API テストが重複してテストしなくなり、カバレッジが維持されていれば完了です。

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

説明

From @EgeKaraismailogluQC:

We are currenly conflating the testing of some functionality defined in _conditions.py with the testing of the public API. For example this test which is meant to test the correctness of joined_equal_unequal is parameterized to test that comparisons with relative/absolute tolerance work as expected.

It would be cleaner if this test, and other tests for the public API assume that the methods defined in _conditions.py are implemented correctly and instead focused on testing only the functionality related to their respective API methods. This way, we can get rid of duplicate testing.

主要言語
Python
スター
47
フォーク
1
平均マージ
1日 10時間
マージ済み PR(30日)
7

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

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

Quantco/diffly のほかの issue

Quantco/diffly の issue をすべて見る

似ている issue

Python の issue をもっと見る

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

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