0

今日、いくつかのテスト ケースを書き始めました。ここでアドバイスをいただければ幸いです。INI ファイルでいくつかの XML タグを変更する必要があります。「TRUE」または「FALSE」のいずれかになる XML 属性が 1 つあるとします。この属性は 2 つの異なるタグに適用できます

<TestOneDir name="xxx" att="TRUE"/>
<TestOneDir name="xxx" att="FALSE"/>
<TestTwoDir name="xxx" att="TRUE"/>
<TestTwoDir name="xxx" att="FALSE"/>

これら 2 つのタグは、同じテスト スクリプト内にあります。各条件を個別にテストするテスト ケースを作成しましたが、TestOneDir が true で TestTwoDir が false であるなど、マージ条件をテストする必要があるかどうか疑問に思っていました。

4

2 に答える 2

1

テストは白黒ではないため、質問に対する答えは「場合による」です。多くの場合、個々のパラメーターをテストするときには見られない問題が組み合わせによって発生する可能性がありますが、その可能性と、これをテストする価値があるかどうかを評価する必要があります。テスト ケースの数は常に制限する必要がありますが、どこで線を引くかが問題です。

それらの状態は関連していますか、それとも独立していますか? 組み合わせによって問題が発生する可能性があると思いますか? 将来的にこれをリファクタリングする必要はありますか? その場合、システムが機能していない場合に起こりうる最悪の事態は何ですか? これらのケースを追加すると、テストの実行にどれくらい時間がかかりますか?

于 2012-07-30T06:57:06.630 に答える
0

私はテストの専門家ではありません (「テスト」は私の正式な役職に含まれていますが、質問しないでください) が、テストでは完全なコード カバレッジを確保したいと考えています。つまり、すべてのテストを組み合わせて、すべてのパスがプログラムが従うことができる実行の数が取られます。テストの「コード カバレッジ」の範囲を示すツールがあります。

ただし、コードをブラック ボックス テストしたいだけの場合は、プログラムを数学的関係 (定義された入力と対応する期待される出力) に縮小すると役立ちます。次に、プログラムの出力を (抽象的な意味で) 期待される出力と比較します。

あなたの場合、あなたは本当にあなたの質問にあまり詳細を提供していません。プログラムが何をするのか、正確に何をテストしているのか、コードではなく XML でテストを宣言している理由さえ説明していません。より多くの情報と詳細が必要です。

于 2012-07-30T03:37:29.053 に答える