テストケースに関する職場の新人の混乱は次の点に他なりません。
1. テスト ケースとは何ですか? なぜテスト ケースを作成する必要があるのですか?
2. 書き方が分からない、書き終わったかどうかも分からない。
1. テストケースとは何ですか?
ウィキペディアの定義:
テスト ケースは、特定のソフトウェア製品のテスト タスクを記述したもので、テスト スキーム、方法、技術、および戦略を具体化したものです。その内容には、テストの目的、テスト環境、入力データ、テストの手順、期待される結果、テスト スクリプトなどが含まれ、最終的にドキュメントが形成されます。
単純に、テスト ケースとは、特定のソフトウェア要件が満たされているかどうかを検証するための特別な目的のために用意された、テスト入力、実行条件、および期待される結果のセットであると考えてください。
次に、なぜテスト ケースを設計するのでしょうか?
1. テスト作業の指導
テスト ケースは、製品要件を実行可能なステップ [ステップ、操作、入力、出力、優先順位など] に変換できます。
テスターを部門に応じてテストするように指導するため。
2. 製品に対する需要が妥当であるかどうかを検証する
製品の論理関係は、ユースケースの設計中に精査および検証され、対応する結論が導き出されます。
3. 要件のレビューを支援し、要件の詳細を補足する
テストケースを書く際には、様々な正常異常テストシナリオ[逆思考]、データ[境界値等]、互換性、性能等のテストを考慮し、これらの内容の処理に何らかの補足や改善を加えます。
4. テスターの製品に対する理解と印象を深めます
要件レビューには 2 時間かかる場合もあり、200 時間の投資が必要な要件について話されることもあります。内容のほとんどは一般的な説明に過ぎませんが、ユースケースを書く際、テスターは要件を一文一文解釈して実行可能なユースケースに変換していく段階で、テストが要件をより深く理解する段階となります。
5. テストリーダーがテストの進行状況をフォローするのに便利です
担当者は、ユースケースの数や複雑さに応じて、該当するテストケースの実行工数を評価し、テスト記録によりテストプロセスの出力を判断し、該当するテストの進捗と出力をフォローします。
6. テスト範囲の発見と拡大を支援する
ユースケース設計をテスト手法と組み合わせることで、目に見える表面的な内容に限定されず、テストの範囲を拡張できます。
7. BUGが引き続き発生するかどうかを確認する回帰テストに便利です
回帰テスト中は、一連のテストの結果に基づいて、問題のあるユースケースと機能の再テストに焦点を当て、無秩序で焦点の合っていない回帰テストを回避します。
8. テスト結果は、製品の品質評価としてテスト合格率を反映できます。
テスト結果はカウントでき、統計的側面にはユースケースの実行率、欠陥発見率、1 ラウンドのテスト合格率などが含まれます。
9. 新人のトレーニング、新人テストの効率化、新人への指導時間の節約
製品ガイダンスの初心者は PRD を読むことができ、開発ガイダンスの初心者はコードを読むことができ、テスト ガイダンスの初心者が何を見るべきかは、もちろんユースケースです。テスターの中核となる出力であるユースケースは、テスターの製品に関する知識でもあります。
3. テストケースの設計方法
テスト ケースの設計と分析は多岐にわたるプロセスであり、さまざまなシナリオとデータを考慮する必要があります。
テスト ケースの作成は収束的なプロセスであり、発散的な思考を実行可能なユース ケースに 1 つずつ変換する必要があります。
冗長、複数、乱雑、繰り返し、無効なユースケースなどの問題を回避するために、ユースケースの設計は通常、次の原則に従います。
左から右、上から下に:
要素の配置やユーザーの操作はすべて「左から右、上から下」という慣例になっており、ユースケースを設計する際にもこの原則に従います。
要件やまったく新しい機能モジュールに直面して、ユースケースを設計する際には、テストオブジェクトの損失やユースケースの無秩序な設計を避けるために、「左から右、上から下」の原則に従います。ユースケース設計は、表示されたテストオブジェクトに対して順番に実行され、テストポイントが分岐し、最終的に完全なテストケースが出力されます。
上記の原則に従って記述されたユースケースは、測定可能なすべてのオブジェクトをカバーしており、基本的にテストオブジェクトの欠落や欠落はありません。
ただし、複数のテスト オブジェクト シナリオとアプリケーション タイプのテスト シナリオの組み合わせは見落としがちです。
外側から内側へ、点から面へ:
深いテストパスと長いリンクを持つテストシナリオの場合、「外側から内側へ」の設計思想に従って、テストパスの各層のオブジェクトを1つずつ設計します。
次に、パスとテスト オブジェクトを「点から面まで」統合して、シナリオ タイプ、アプリケーション タイプ、および組み合わせタイプのユース ケースを強化します。
このように、上記の原則に従って設計されたユースケースには、各レベルのすべてのテスト オブジェクト、各パスのすべてのテスト オブジェクト、オブジェクトとパスの組み合わせ、およびパスとパスの組み合わせが含まれます。
さらに、ブレインストーミング、ユースケースのレビュー、その他の手段と組み合わせることで、ユースケースの完全性と網羅性が比較的高いレベルに継続的に促進されます。
テスト ケースを作成するための一般的なツールには Excel や Xmin があり、対応するテンプレートは参考用です。
最後に:以下の完全なソフトウェア テスト ビデオ チュートリアルが整理されてアップロードされており、必要な友人は自分で入手できます[100% 無料保証]
ソフトウェアテストの面接ドキュメント
私たちは高給の仕事を見つけるために勉強しなければなりません。次の面接の質問は、アリ、テンセント、バイトなどの一流インターネット企業からの最新の面接資料であり、一部のバイトの上司が権威ある回答をしています。このセットを完了してください。面接資料は誰もが満足のいく仕事を見つけることができると信じています。
全データ取得
