ユニットテスト-ユニットテストをどのように書くかの参考
目次
シリーズナビゲーション
クリックしてシリーズのブログカタログに移動
スタート
まず、ユニットテストは非常に重要であり、ユニットテストがなければ、コードが正常に動作することをどのように保証するかを考えてみましょう.テスト担当者が行ったのは業務上の統合テスト、つまりブラックボックステストだけで、単一の方法ではテストできません.また、テストされたバグの範囲も広く、バグの範囲を確定することはできません.バグがどこにあるかを確定するのに時間がかかります.これで時間を無駄にしないの?さらに、このような方法では、時間の無駄が多くなります.その重要性は博文論ユニットテストの重要性を見てください.
リファレンス推奨
ユニットテストの書き方については、以下のいくつかのアドバイスを参考にしてください.
1.テストデータの外部化
テストデータは大きく2つに分けられます.変化するものと変わらないもの、変わらないテストデータについては、ユニットテスト用例コードに完全に書くことも、データを外部化することもできます.
一方、テストデータが常に変化し、テストデータ量が比較的大きい場合は、テストデータの外部化を用いてテスト用例の外部にデータを配置して統一管理することができる.
データの外部化とは?つまり、ユニットテスト用例の外部統一管理にデータを置くことです.例えば、ユニットテスト用例のテストデータをCSVファイルに統一することができます.注釈
@ParameterizedTest
およびCVSファイルに導入された注釈@CsvFileSource
は、例えばjunit 5のパラメータによってテストされ、その中のresources属性指定CSVファイルはnumLinesToSkip=n属性指定がn+1行目から開始される.これにより、1つのCSVファイルで1つのユニットテスト例のデータを統一的に管理することができます.テスト例に必要なデータを管理するには、CSVファイルを1つずつ管理するだけです.次の例を見てみましょう.(具体的な使い方はブログjunit 5シリーズ-パラメトリックテストを参照してください)@ParameterizedTest
@CsvFileSource(resources = "/two-column.csv", numLinesToSkip = 1)
void testWithCsvFileSource(String first, int second) {
assertNotNull(first);
assertNotEquals(0, second);
}
ここでtwo-column.csvファイル内容
Country, reference
Sweden, 1
Poland, 2
"United States of America", 3
2.特定の結果を持つテストの構築
3.テスト面は全面的で、設計の各方面にはテスト例が必要である.
テストを完了できる上でできるだけコードを簡潔にすることで、コードをよりきれいにするだけでなく、理解を維持することができます.コードの山と何行のコードを考えてみてください.どちらを見ていますか.
5.試験用例はなるべく速く
ユニットテストの使用例について、私たちはほとんど1つの方法を開発したり修正したりするたびに、私たちはほとんどテストの使用例を実行して、他のモジュールの正常な運行に影響しないことを確保します.だから、できるだけあなたのテスト方法を「早く!」ユニットテストに関係のないコードを削除します.もちろん、テストの完全性と正確性を保証することが前提です.
6.ユニットテストを実行するたびに、100%正常に実行されていることを確認してください.
これは比較的簡単ですが、データの期限切れ、方法の内部論理の変更など、多くの原因でテスト例の失敗を招く可能性があります.これらはあなたのいくつかの时間をかけて修正するかもしれませんが、あなたは往々にして望んでいないかもしれません.へへへ
しかし、これらの小さなエラーに注意しないと、大きなプロセスが失敗する可能性があります.私たちはプロセスを実行するときに小さなエラーがプロセスの整理に失敗することが多いことを知っておく必要があります.
7.あなたのテストを設計する
これには多くの面が含まれていますが、次のいくつかの面で注意すべきだと思います.
8.コードオーバーライド率のテストに注意
設計されたユニットテストでは、コードテストのオーバーライド率も高く、100%のテストコードのオーバーライド率は要求されませんが、高オーバーライド率のコードが検出されていないエラーを含む確率は低く、より多くのソースコードがテスト中に実行されるためです.
注意:高コードオーバーライドはテストが完璧であることを保証できないので、気をつけてください.
9.他にもいくつかの注意点があります.例えば、
はい、上記はどのようにユニットテストを書くかについてのいくつかの提案です.参考にしてください.もし不適切があれば、コメントエリアで指摘してください.感謝しています.
もしこのブログを転載したら、本文のリンクを添付してください.ご協力ありがとうございます.https://blog.csdn.net/csdn___lyy
この文章があなたに役に立つと感じたら、「好き」または「注目」のブロガーをクリックしてください.あなたの好きと注目は私の前進の最大の原動力になります.
refer:ブログ公式サイト