1. テスト計画には以下が含まれます。
テストの範囲の決定、テスト戦略の策定、テスト リソースの配置、人員の割り当て、時間の配置、およびリスクの評価
2. テスト ケースには次のものが含まれます。
ユースケース番号、ユースケースタイトル、モジュール、前提条件、操作手順、入力データ、期待結果、実績
3. 欠陥レポートには以下が含まれます。
不具合番号、不具合タイトル、不具合タイプ、不具合ステータス、テスト環境、重大度、優先度、再現手順
4. テスト レポートには次のものが含まれます。
テストの目的、テストの背景、テストの範囲、テスト環境、テスト結果の分析、回帰テスト、残存する欠陥、テストの結論
5. インターフェイスをテストするプロセス:
インターフェイス ドキュメントを取得し、インターフェイス関数、リクエスト パス、リクエスト パラメータを分析し、パラメータが必要かどうかを確認します。
一意か、パラメーターの型、パラメーターの長さ、テスト ケースの記述、postman を使用したインターフェース テスト ケースの実行
6. 一般的なテスト ケースの方法:
等価クラス分割方法:
シーン: @1 から 100 までの 2 つの整数の合計を計算します。これは有効であり、1 から 100 までと同等です。@If <1 または >100 は無効で同等です。
境界値法:シナリオ: @入力要件は、1 と 100 の間の 2 つの整数の合計を計算することです。これにより、1 と 100 の 2 つの境界が自然に生成されます@ 上限は 1 と 100、出発点は 0 と101
シナリオ方法:シナリオ:@ATMでお金を引き出す@例:出金成功パスワードが間違っている、口座残高が不足している、ATMの現金が不足している、など直交@フォント、字体、色の種類が多いので、直交表法を使って
因果図:シナリオ: @単価 2.5 元の箱入り飲料を扱う自動販売機ソフトウェアがあります。2.5元硬貨を入れて「コーラ」「ビール」「ミルクティー」のボタンを押すと、対応するドリンクが出てきます。3 元の硬貨を入れると、飲み物が配達されている間に 5 セントの硬貨が払い戻されます @ シナリオ: 理由: 結果: 2.5 元の硬貨を入れた後、5 セントの硬貨が払い戻されます コーラのボタンを押してコーラを送ります飲む
決定表法:シーン:同上(因果表法のシーン)
エラー逆プッシュ:シナリオ: @loginpage@ 例: アカウント パスワード エラー ログイン失敗 エラー回数 - 凍結されたアカウント確認コード - (画像またはテキスト メッセージ) など。
7. 会社のプロセス:
プロジェクト承認>>>製品仕様書>>>要求書>>>要求レビュー
>>>(開発)詳細概略設計>>>コーディング>>>セルフテスト
>>>(テスト)>>>テスト計画>>>テストケースの作成>>>ユースケースレビュー
>>>
テスト>>>スモークテスト>>>機能テスト>>>Zen Tao>>>回帰テスト>>受け入れテスト>>>オンライン
8. ソフトウェアの分類:
A. ステージ別:単体テスト、統合テスト、システムテスト、受け入れテスト
B.実行するかどうかに応じて:静的テスト、動的テスト
C. ソース コードを表示するかどうかによる: ブラック ボックス テスト、ホワイト ボックス テスト
D. ブラック ボックス テストは、機能テストとパフォーマンス テストに分けられます。
機能テスト: 互換性テスト、ユーザビリティ テスト、インターフェイス テスト、インストール テスト、論理機能テスト
パフォーマンス テスト: 一般的なテスト、安定性テスト、ストレス テスト、負荷テスト
E. その他: ランダム テスト、スモーク テスト、回帰テスト
9. W モデルと v モデル:
*vモデル:*
顧客要求 >>> 要求文書 >>> 概略設計 >>> 詳細設計
||
プログラムコード
||
単体テスト >>> 統合テスト >>> システムテスト >>> 受け入れテスト
利点: 各段階が明確で、開発のすべてのプロセスを制御しやすい
単体テストとシステムテストの両方
短所:テスト介入は比較的遅く、初期段階のいくつかの欠陥を見つけて修正することはできません
テストと開発を並行して行う
*モデル:*
要求分析 >>> 概略設計 >>> 詳細設計
||
コーディング
||
統合 >>> 実装 >>> 配信
システム設計、システム分析、設計システム設計戦略 >>> 要約分析、設計統合テスト戦略 >>>
||
詳細設計、ユニットテスト戦略の設計
||
単体テスト >>> 統合テスト >>> システムテスト >>> 受け入れテスト
長所: テストは、ソフトウェアのライフサイクル全体に付随します。
テストと開発は独立して並行して実行されます
短所: 一部のプロジェクトでは要件ドキュメントがまったくないため、w モデルを使用できません
要件テストと設計テストは非常に要求が厳しく、実践するのが難しい