別のテストのサブセットである単体テストを書くことに価値はありますか？

少し不自然な例を挙げるために、関数が2つの数値を返し、最初の数値が2番目の数値よりも小さいことをテストしたいとします。

def test_length():
    result = my_function()
    assert len(result) == 2

def test_order()
    a, b = my_function()
    assert a < b

ここで、test_length失敗したtest_order場合も失敗します。を書くのはベストプラクティスtest_lengthですか？それともスキップするのですか？

編集：この状況では、両方のテストは互いにほとんど独立しており、それぞれを単独で実行することも、逆の順序で実行することもできますが、これは問題ではありません。これらの以前の質問はありません

• 他の関数を使用する関数の機能をどのようにテストする必要がありますか？
• 統合テストが既にある場合、ユニットテストが必要ですか？
• あるテストが別のテストのセットアップであるテストをどのように構成するのですか？
• 単体テスト間の成功の依存関係を管理する方法

上記の複製です。

価値はありますが、これは少し臭いです。テストが十分に分離されていない（test_order実際に2つのことをテストしているため）か、テストで独断的になっている（同じ論理的なものをテストする2つのテストを作成している）かのいずれかです。

この例では、2つのテストをマージします。はい、複数のアサートがあることを意味します。残念な。あなたはまだ一つのことをテストしています-関数の結果。現実の世界では、2つのチェックを行うことがあります。

テストは明示的に行う必要があります。text_lengthが失敗するとtest_orderが失敗すると完全に推測されるわけではありません。

あなたが投稿したPythonでそれがどうなるかはわかりませんが、len(result)3の場合、最初のは失敗しますが、2番目は合格する可能性があります（Pythonではない場合はJavaScriptのような言語で確かに）。

あなたが言ったように、関数が2つの数値を返し、それらが正しいことをテストする必要があります。2つのテストです。

ここでの唯一の価値はtest_length、すべてが合格した場合、その存在自体が「長さ」がテストされたことを示すということです。

したがって、これらの両方のテストを行う必要は本当にありません。test_orderただし、名前の変更を検討してくださいtest_length_and_order。

ちなみに、私testは少し不器用な名前で始まる名前を使用しています。私はあなたが主張している条件を実際に説明するテスト名の強力な擁護者です。

それが進化してきたのであれば、これらのテストを別々にしておきます。はいtest_orderはいつでも失敗する可能性test_lengthがありますが、その理由は間違いなくわかります。

また、test_order最初に現れてテスト可能な障害が見つかった場合、結果が2つの値ではない可能性があり、そのチェックをanとして追加しassert、テストの名前を変更しtest_length_and_orderて意味があることに同意します。

返される値のタイプが整数であることも確認する必要がある場合は、この「オムニバス」結果テストにそれを含めます。

しかし、今、あなたはの結果に対する一連のテストを持っていることに注意してくださいmy_function()。これをテストするためのコンテキストが複数ある場合（または複数のパラメーターが存在する可能性が高い場合）、これはからのすべての結果をテストするサブルーチンになりますmy_function()。

ただし、ユニットテストを作成するときは、通常、良好な入力および通常の出力とは別にエッジおよび不良ケースをテストします（一部の「ユニット」テストは多くの場合ミニ統合テストであるため）。デバッグせずにもっと情報が欲しいと思うような方法で失敗した場合、別々のテストに分けます。

私はおそらくあなたの独立したテストを開始し、拡大するようtest_lengthにtest_length_and_typesして残しtest_order、後者を想定すると、別の「通常の処理」と見られています。