テスト分類

2743 ワード

  • 研究開発段階:ユニットテスト、集積テスト、システムテスト、検収テスト(重要)
  • 実施組織:α とβ(コンセプト、3つの違いは、必ずしも身につける必要はありません)
  • 実行するかどうかを押します:静的テストと動的テスト(静的テストにはドキュメントテストとコードテストが含まれています)
  • 手動かどうかを押す:手動テストと自動化テスト
  • コードを表示するかどうか:ブラックボックス、ホワイトボックス、グレーボックス
  • 地域別:ローカライズテスト、国際化テスト
  • 試験対象別
  • 一.ピラミッド
  • UIインタフェース層
  • 機能検証テスト
  • 互換性とユーザーテスト(検収テスト)
  • ビジネスロジック層*クライアントシミュレーションテスト*内外インタフェーステスト(対象決定)*SDKインタフェーステスト
  • データ処理層*ユニットテスト*CodeReview
  • (一)研究開発段階による:1.ユニットテスト(モジュールテスト)
  • 試験段階:符号化後または符号化前
  • 試験対象:最小モジュール
  • 試験者:百合試験士又は開発工程時
  • 試験根拠:コードと注釈+詳細設計ドキュメント
  • 試験方法:ホワイトボックス試験
  • 試験内容:モジュールインタフェース試験、局所データ構造試験、経路試験、エラー処理試験、境界試験
  • (項目を書くときは、ユニットテストを書くときはユニットテストの具体的な内容を明記する)Junitを使用してユニットテストを行う
  • 統合テスト:システムのインタフェースと統合後の機能をテストします.(ホワイトボックステストとブラックボックステスト)

  • 試験段階:ユニット試験後
  • テスト担当者:ホワイトボックステスト担当者または開発担当者
  • 試験根拠:ユニット試験のモジュール+概要設計ドキュメント
  • 試験方法:ブラックボックス試験+ホワイトボックス試験
  • テスト内容:モジュール間のデータ転送、モジュール間の機能衝突、モジュール組立機能の正確性、グローバルデータ構造、単一モジュール欠陥がシステムに与える影響(ログインモジュールに問題がある場合、後続のモジュールはできない)
  • システムテスト:
  • は、機能、パフォーマンス、およびソフトウェアの実行に必要なハードウェアおよびソフトウェア環境を含む.
  • 時間の大部分はシステムテスト実行段階
  • である.
  • は、回帰試験および発煙試験を含む.

  • 試験段階:統合試験に合格した後の
  • テスト対象:対象全体(ソフト・ハードウェア)
  • 試験員:ブラックボックス試験技師
  • 試験根拠:需要仕様説明書
  • 試験方法:ブラックボックス試験
  • テスト内容:機能、インタフェース、信頼性、使いやすさ、性能、互換性、安全性.


  • 回帰テスト:古いコードを変更した後、変更が新しいエラーを導入したか、または他のコードにエラーが発生したかどうかを確認するためにテストを再開します.自動回帰テスト(自動化テスト)
  • 発煙テスト:コアの主な流れをテスト結果:テスト
  • を受信するかどうかを判断する
  • 試験フロー:発煙試験->システム試験->回帰試験
  • 検収テスト(ユーザーテスト、交付テスト):
  • ユーザーの元のニーズを満たすかどうかをテストする
  • 試験段階:システム試験が合格した後の
  • テスト対象:システム全体(ソフト・ハードウェアを含む)
  • テスター:エンドユーザーまたはデマンド
  • テスト根拠:ユーザーニーズ、検収基準
  • 試験方法:ブラックボックス試験
  • 試験内容:同システム試験

  • (二)実施組織:α とβ
  • αテスト:開発環境でのユーザーによるテスト(社内ユーザ)
  • βテスト:複数のお客様が異なる場所でテスト
  • を行います.
  • βしけんひαテストのテスト時間が長い.(三)実行するかどうかによって区分する.
  • 静的試験:被験プログラム自体を実行する必要がない
  • 動的テスト:プログラムを実行します.


  • (四)手作業の有無を押す:
  • 手動テスト
  • 人が1つの手作業入力例を行って、観察結果
  • の利点:自動化は探索性テスト、発散思考結果のテストに代わることができない.
  • の欠点:実行効率が遅く、量が大きく、間違いやすい.
  • 自動化テスト:手動入力の情報用コード実現
  • 機能自動化テスト、性能自動化テスト、安全自動化テスト.
  • 一般的に自動化試験とは、機能自動化試験
  • を指す.
  • 自動化の実施手順:(1)機能テストを完了し、バージョンは基本的に安定している.(2)プロジェクトの特性に応じて、適切なプロジェクトの自動化ツールを選択し、環境を構築する.(3)手動試験の試験用例を抽出して自動化試験の用例に変換する.(4)ツール,コードにより自動化された構造入力を実現し,結果が予想に合致するか否かを自動検出する.(5)自動テストレポートを生成する.(6)継続的な改善、スクリプトの最適化.

  • (五)コード区分を表示するかどうかによって:
  • ブラックボックステスト(機能テスト):ソフトウェアに対してテストを行い、テスト結果が予想に合致するかどうかを観察する.
  • ホワイトボックステスト:コードベースのテスト、内部の論理構造、境界値、エラー推定などをテストします.
  • 灰箱試験:白箱試験+黒箱試験