Sap-testing-sdlc
SAPテスト-SDLC
ソフトウェア開発ライフサイクルは、アプリケーションまたはソフトウェアの効率を開発するために実行する一連の手順を決定します。 この章では、SDLCで定義されているフェーズについて説明します。 各フェーズには独自のプロセスと成果物があり、次のフェーズに進みます。
実現可能性調査
SDLCの最初の段階は*要件収集*です。 要件を収集した後、チームはソフトウェアプロセスの大まかな計画を立てます。 このステップで、チームはユーザーのすべての要件を満たすソフトウェアを作成できるかどうかを分析します。 プロジェクトが財政的にも、実際的にも、技術的にも組織が受け入れられるかどうかがわかります。 開発者がソフトウェアプロジェクトの実現可能性を結論付けるのに役立つ多くのアルゴリズムが利用可能です。
システム分析
このステップでは、開発者が計画のロードマップを決定し、プロジェクトに適した最適なソフトウェアモデルを作成しようとします。 システム分析には、ソフトウェア製品の制限の理解、既存のシステムで行われるシステム関連の問題または変更の学習、組織および人員などに対するプロジェクトの影響の特定と対処が含まれます。 プロジェクトチームは、プロジェクトの範囲を分析し、それに応じてスケジュールとリソースを計画します。
ソフトウェア設計
次のステップは、要件と分析に関するすべての知識をデスクに持ち込み、ソフトウェア製品を設計することです。 ユーザーからの入力と要件収集フェーズで収集された情報は、このステップの入力です。 このステップの出力は、2つのデザインの形式で提供されます。 論理設計*および*物理設計。 エンジニアは、メタデータおよびデータ辞書、論理図、データフロー図、場合によっては擬似コードを作成します。
コーディング
このステップは「プログラミング段階」とも呼ばれます。 ソフトウェア設計の実装は、適切なプログラミング言語でプログラムコードを記述し、エラーのない実行可能プログラムを効率的に開発することから始まります。
テスト
見積もりでは、ソフトウェア開発プロセス全体の50％をテストする必要があるとされています。 エラーは、ソフトウェアをクリティカルレベルからそれ自体の削除まで破壊する可能性があります。 開発者によるコーディング中にソフトウェアテストが行われ、モジュールテスト、プログラムテスト、製品テスト、社内テスト、ユーザー側での製品テストなど、さまざまなレベルのコードのテストエキスパートによって徹底的なテストが行われます。 エラーの早期発見とその対策は、信頼できるソフトウェアを開発するための鍵です。
統合
ソフトウェアは、ライブラリ、データベース、およびその他のプログラムと統合する必要がある場合があります。 SDLCのこの段階では、ソフトウェアと外界のエンティティとの統合を扱います。
実装
実装または展開とは、ユーザーマシンにソフトウェアをインストールすることです。 場合によっては、ソフトウェアはユーザー側でインストール後の構成を必要とします。 ソフトウェアの移植性と適応性がテストされ、実装中に統合関連の問題が解決されます。
ソフトウェアテストのライフサイクル
ソフトウェアテストライフサイクル（STLC）は、品質目標が満たされ、各ステップに特定の目標と成果物があることを確認するために特定の方法で実行されるすべてのステップで構成されます。
STLCは、ソフトウェア製品の品質を向上させ、特定の目標を達成するためのビジネス要件を満たすことができるようにするために使用されます。
ソフトウェアテストのライフサイクルの下に来るさまざまな段階は次のとおりです-
- 要件フェーズ
- 試験計画
- テスト分析
- テスト設計フェーズ
- テスト実装
- テスト実行フェーズ
- テスト終了フェーズ
要件フェーズ
これは、ソフトウェアテストライフサイクルの最初のフェーズです。 このフェーズでは、テスターの仕事は要件を分析することです。 ビジネスマン、チームメンバーとのブレーンストーミングセッションの実施、要件がテスト可能かどうかの確認など、要件分析にはさまざまな方法があります。
このフェーズは、テストの範囲を決定します。 テストチームがテストできない機能を見つけた場合、それをクライアントに伝える必要があります。
試験計画
このフェーズでは、テスト担当者は、テストの目的の達成に役立つアクティビティとリソースを特定します。
さまざまなメトリックが定義されており、それらのメトリックを決定および追跡するために使用可能なメソッドがあります。 テスト計画には、テスト評価のための重要なパフォーマンス指標の特定も含まれます。
テスト分析
このフェーズでは、テストする必要があるガイドラインを決定します。 要件文書、関連するリスク、およびその他のテスト基準を使用したテスト条件の特定が含まれます。
さまざまな要因がテスト条件を見つけるために使用されます-
- 製品の複雑さ
- テストの深さ
- 関与するリスク
- 必要なスキル
- テストチームメンバーの知識
- テスト管理
- 利害関係者の可用性
テスト条件は、詳細に記述する必要があります。
- 例*を見てみましょう。 製品をオンラインで販売するWebサイトのテスト条件は、顧客がオンラインで支払いできることです。 クレジットカード、NEFT送金、デビットカード、ネットバンキングなどを使用して支払いを実行できるように、詳細な条件を追加できます。
詳細なテスト条件を記述する利点は、テストケースが通常テスト条件に基づいて記述されるため、テストの範囲が広がることです。 より詳細なテストケースを書くことができます。 また、ソフトウェア製品のテストをいつ停止するかの条件の決定にも役立ちます。
テスト設計フェーズ
このフェーズは、テストの実行方法を決定します。
- テスト条件を複数のサブ条件に分解して、カバレッジを増やします。
- テストデータを取得します。
- テスト環境をセットアップします。
- 要件のトレーサビリティメトリックを取得します。
- テストカバレッジメトリックを作成します。
テスト実装フェーズ
このフェーズには、定義されたテスト条件とメトリックスによる詳細なテストケースの作成が含まれます。
- テストケースに優先順位を付けます。
- 回帰に使用されるテストケース。
- テストケースが正しいことを確認してください。
- 実際の実行が開始される前に、テストケースからサインオフします。
テスト実行フェーズ
ソフトウェアテストライフサイクルのこのフェーズには、テストケースの実際の実行が含まれます。
- テストケースを実行します。
- 欠陥を記録します。
- 進捗を追跡するには、トレーサビリティメトリックを確認します。
テスト閉鎖
このフェーズには、テストの完了の確認が含まれます。
- すべてのテストケースが実行され、欠陥を開いているかどうかを確認します。
- 学んだ教訓を書き留めてください。
- テストフェーズを閉じます。
