序文
今日はテスト ケースについて話したいと思います。この記事は主にテスト パートナー向けに書かれています。テスト ケースの作成に遭遇したときに、どのように始めればよいかわからない友人がまだたくさんいると思うからです。ただ話したいだけです。簡単な雑談ですが、この記事は主に機能テストを目的としています。
この記事の最後に、著者はあなたのためにサプライズを用意しました。
1. テストケースとは何ですか?
テスト ケースは、プログラム パスをテストしたり、特定の要件が満たされているかどうかを検証したりするために、特別な目標に向けてコンパイルされた一連のテスト入力、実行条件、および期待される結果です。
平たく言えば、テスト システムの操作手順を特定の形式に従って言葉で説明することを意味します。
2. テスト ケースを作成する利点は何ですか?
1. 考えを明確にし、漏れを避ける
ここが最も重要な点だと思いますが、テストするプロジェクトが大規模で複雑な場合、プロジェクトの機能を細分化し、それぞれの機能に応じたユースケースを書くことでテストシステムの考え方を整理し、テストすべき機能を取りこぼさないようにすることができます。テスト済みのポイントです。
2. テストの進行状況を追跡する
テストケースを書いて実行することで、テストの進捗状況を明確に知ることができます。
3. 歴史的参照
私たちが取り組んでいるプロジェクトには、同じ機能や類似した機能がたくさんある場合がありますが、そのような機能についてはテストケースを設計しており、今後同様の機能に遭遇した場合の参考にすることができます。
4. 再現性
システムをテストするときは、1 人で 1 回だけテストすることはできません。複数人で繰り返しテストする必要があります。さらに、テスト動作を標準化し、ガイドするためのテスト ケースが必要です。
3. テストケース手法
さて、テスト ケースとは何か、そしてなぜテスト ケースを作成する必要があるのかがわかったところで、どうやって作成すればよいでしょうか? 始める方法がありません。テスト ケースを作成する前に、まずテスト ケースを作成するための指針となるいくつかの方法を学びます。
1. 等価クラスの分割
プログラム内のエラーを明らかにする上で入力データが同等である入力ドメインのサブセット。1 から 10,000 までの数字を入力する必要がある入力ボックスがある場合、すべての数字を試すことは不可能です。入力ボックス内のエラーを検証して明らかにするために 5 と 6 を入力することは、同等であると考えることができます。この時点で、検証のためにデータをランダムに抽出できます。例: 10、99、7777...
同値クラス: 有効な同値クラスと無効な同値クラス
入力ボックスには 1 ～ 10000 の数字を入力する必要があります
有効な等価クラス: 2、5、99、8495... など、1 ～ 10000 の数値を入力して検証できます。
無効な等価クラス: 検証には、20000、文字、アンダースコア、特殊記号、スペース、キャリッジ リターンなど、1 ～ 10000 以外の任意の文字を入力できます。
2. 境界値
境界値は同値クラスを補足するものであり、テストの経験から、入力と出力の境界値に多くのエラーが発生することがわかっています。上の例で説明すると、入力ボックスには 1 ～ 10000 の数値を入力する必要があります。範囲を超えているかどうかを判断するには、0、-1、-2、1000、10001... などのこの範囲を超えているかどうかをテストする必要があります。
3. 特性要因図
因果関係図法によって生成される最終生成物は決定テーブルであり、プログラムの入力条件のさまざまな組み合わせをチェックするのに適しています。例: 理由: A=0、B=0 その結果、A=B と判断できます。正確に言うと、因果関係のある考え方です。これは暗黙的にテストをガイドします。もちろん、取りこぼしを避けるために、システム内の因果関係を絵で描くこともできます。ただし、システムが大規模で複雑な場合は、手間がかかります。ふふ。
4. 間違った推測方法
経験と直感に基づいて、システム内で起こり得るエラーを推測し、的を絞った方法でテスト ケースを設計できます。
5. その他
テストケースの設計方法にはさまざまな方法がありますが、主に上記の方法を使用するほか、状態遷移図、プロセス分析法、直交検証法なども使用されます。
4. テストケースの形式と要素
テスト ケースには、番号、タイトル、テスト シナリオ、テスト ステップ、および予想される結果を含める必要があります。
もちろん、優先順位、テスト段階など、他のオプションを追加することもできます。
注: 上記の形式は、「Microsoft のソフトウェア テスト方法」から引用したものです。あなたには適さないかもしれません。テスト形式を皆さんに理解してもらいたいだけです。
テストケースの保存と管理について:
1. プロジェクト管理システムにはユースケース管理が備わっており、一般的にユースケースはプロジェクトに紐付けられており、定型フォーマット、検索、変更等の機能があり、非常に使いやすいです。例: ZenTao プロジェクト管理、QC、バグフリーなどはすべてユースケース管理機能を備えています。
2. world\Excel ドキュメント形式で管理されるため、テスト ケースの形式を自分で定義できることが利点です。
テストケースの例
基本的な知識はほぼ理解できたので、具体的なテストケースを見てみましょう。より深い理解が得られるでしょう。
注: これは完全なテスト ケースではなく、形式も固定されていないため、必要に応じて設計テスト ケースを作成できます。
上記とは別に、テストケースについても知る必要があります。
5. テストケースはいつ設計できますか?
お客様のニーズに合わせてプロジェクトの要件分析文書が作成されたら、その要件文書に基づいてテストケースを作成します。ただし、一般に、当社のプロジェクト要件文書 (中国のほとんどの中小企業) は非常に「初歩的」であるため、要件文書に基づいてテスト ケースを設計するのは困難です。
プロジェクト開発者がプロジェクトを開発し、システムドキュメント、展開環境、およびデータベース構造（システムにデータベースが含まれる場合）が提供されるまで待つ必要があり、テストケースを設計するためにこれらのドキュメントを削除します。
6. テストケースのレビューと更新
設計したテストケースの設計が完了したら、完成ですか? 制度に準拠していますか？顧客の要件を満たしていますか? ユースケースのレビューは不可欠です。審査方法に関しては、企業ごとにプロセスが異なります。
作成したテストケースはレビュー後もそのままではなく、要件の変化や機能の向上に応じて当然テストケースも更新・変更する必要があります。
7. テスト ケースを作成するのが適さないのはどのような状況ですか?
1. ファイル時間
関数をすばやくテストし、一度だけテストすればよい場合、テスト ケースを設計するときに面倒で時間がかかります。現時点ではテスト ケースを作成する必要はありません。
2. 需要は大きく頻繁に変化します
必要な機能が頻繁に大きく変更される 以前に作成したテストケースは全く使えず書き直す必要がある 現時点ではテストケースを設計する必要はありません。
3. プロジェクトの時間が許せない
これはあまり親切なやり方ではありませんので、急ぎでお客様に納品する必要がない場合はやらないようにしましょう、もちろんお客様に展示や試用するだけであれば、後からテストケースを補完・改良すれば良いのです。 。
不完全なテスト ケースや他の人が理解できないテスト ケースは無意味ですので、書かないでください。