研究開発段階:ユニットテスト、集積テスト、システムテスト、検収テスト(重要)実施組織:α とβ(コンセプト、3つの違いは、必ずしも身につける必要はありません)実行するかどうかを押します:静的テストと動的テスト(静的テストにはドキュメントテストとコードテストが含まれています)手動かどうかを押す:手動テストと自動化テストコードを表示するかどうか:ブラックボックス、ホワイトボックス、グレーボックス地域別:ローカライズテスト、国際化テスト試験対象別一.ピラミッド
UIインタフェース層機能検証テスト互換性とユーザーテスト(検収テスト) ビジネスロジック層*クライアントシミュレーションテスト*内外インタフェーステスト(対象決定)*SDKインタフェーステストデータ処理層*ユニットテスト*CodeReview (一)研究開発段階による:1.ユニットテスト(モジュールテスト)
試験段階:符号化後または符号化前試験対象:最小モジュール試験者:百合試験士又は開発工程時試験根拠:コードと注釈+詳細設計ドキュメント試験方法:ホワイトボックス試験試験内容:モジュールインタフェース試験、局所データ構造試験、経路試験、エラー処理試験、境界試験(項目を書くときは、ユニットテストを書くときはユニットテストの具体的な内容を明記する)Junitを使用してユニットテストを行う
統合テスト:システムのインタフェースと統合後の機能をテストします.(ホワイトボックステストとブラックボックステスト) 。
試験段階:ユニット試験後テスト担当者:ホワイトボックステスト担当者または開発担当者試験根拠:ユニット試験のモジュール+概要設計ドキュメント試験方法:ブラックボックス試験+ホワイトボックス試験テスト内容:モジュール間のデータ転送、モジュール間の機能衝突、モジュール組立機能の正確性、グローバルデータ構造、単一モジュール欠陥がシステムに与える影響(ログインモジュールに問題がある場合、後続のモジュールはできない) システムテスト:は、機能、パフォーマンス、およびソフトウェアの実行に必要なハードウェアおよびソフトウェア環境を含む. 時間の大部分はシステムテスト実行段階である.
は、回帰試験および発煙試験を含む.
試験段階:統合試験に合格した後のテスト対象:対象全体(ソフト・ハードウェア)試験員:ブラックボックス試験技師試験根拠:需要仕様説明書試験方法:ブラックボックス試験テスト内容:機能、インタフェース、信頼性、使いやすさ、性能、互換性、安全性.
回帰テスト:古いコードを変更した後、変更が新しいエラーを導入したか、または他のコードにエラーが発生したかどうかを確認するためにテストを再開します.自動回帰テスト(自動化テスト)発煙テスト:コアの主な流れをテスト結果:テストを受信するかどうかを判断する
試験フロー:発煙試験->システム試験->回帰試験 検収テスト(ユーザーテスト、交付テスト):ユーザーの元のニーズを満たすかどうかをテストする試験段階:システム試験が合格した後のテスト対象:システム全体(ソフト・ハードウェアを含む)テスター:エンドユーザーまたはデマンドテスト根拠:ユーザーニーズ、検収基準試験方法:ブラックボックス試験試験内容:同システム試験 (二)実施組織:α とβ
αテスト:開発環境でのユーザーによるテスト(社内ユーザ) βテスト:複数のお客様が異なる場所でテストを行います.
βしけんひαテストのテスト時間が長い.(三)実行するかどうかによって区分する.静的試験:被験プログラム自体を実行する必要がない動的テスト:プログラムを実行します. (四)手作業の有無を押す:
手動テスト人が1つの手作業入力例を行って、観察結果の利点:自動化は探索性テスト、発散思考結果のテストに代わることができない. の欠点:実行効率が遅く、量が大きく、間違いやすい. 自動化テスト:手動入力の情報用コード実現機能自動化テスト、性能自動化テスト、安全自動化テスト. 一般的に自動化試験とは、機能自動化試験を指す.
自動化の実施手順:(1)機能テストを完了し、バージョンは基本的に安定している.(2)プロジェクトの特性に応じて、適切なプロジェクトの自動化ツールを選択し、環境を構築する.(3)手動試験の試験用例を抽出して自動化試験の用例に変換する.(4)ツール,コードにより自動化された構造入力を実現し,結果が予想に合致するか否かを自動検出する.(5)自動テストレポートを生成する.(6)継続的な改善、スクリプトの最適化. (五)コード区分を表示するかどうかによって:
ブラックボックステスト(機能テスト):ソフトウェアに対してテストを行い、テスト結果が予想に合致するかどうかを観察する. ホワイトボックステスト:コードベースのテスト、内部の論理構造、境界値、エラー推定などをテストします. 灰箱試験:白箱試験+黒箱試験