需要とは何ですか
コンセプト：満たすユーザーの期待や正式な文書（契約書、規格、仕様書）には、ユーザーのニーズとソフトウェアの要件を含む条件と能力を持っています
-
ユーザーのニーズは：単に党がない場合、その製品を使用するときに、エンドユーザーがタスクを完了する必要があり、党が提起した需要として理解することができます。需要は、一般的に、より簡単です。
-
ソフトウェア要件：コールや機能要件、ソフトウェア開発のための需要は、詳細な説明を実装する必要があります。
ソフトウェア要件は、テストのためのテスターの仕事のための基本的な基礎であります
バグとは何ですか
需要エラー：
ソフトウェアエラー：プログラムは、エンドユーザが合理的で、機能要件、ソフトウェアのエラーに期待すること達成できませんでした。
テストケースとは何ですか
テスト（テストケース）：システムに提供されるテスト実施形態のコレクションがテストされ、含むグループセット：テスト環境、ステップ、動作
、ステップ、テストデータ、期待される結果およびその他の要因。
あなたは、テスト中に以下の問題が発生する場合があります。
- 私は、すべての機能のより包括的なテストかどうかわかりません
- テストカバレッジを測定することはできません - 新バージョンの繰り返しテストを実施することは困難です
- 冗長なテストの多くは、テスト効率の影響があります
テストケース生成は、上記の問題を解決することを目的とします。
ソフトウェアテストの二つのモデル
Vモデル
- 明らかにテストプロセスに存在するテストの種類を与えられ、テスト段階及び開発プロセス中にこれらの様々な段階の間の対応を明確に説明。
- Vモデルは示しており、プログラムユニットは、ソフトウェアの設計要件を満たしているため、統合テストをテストする必要があります実行し、システムテストは、システムの機能を検出する必要があり、品質特性のパフォーマンス指標のシステム要件に達している;満たすユーザーのニーズや契約へのソフトウェアかどうかを判断するために受け入れテストを実現します要件。
- 制限：コードとして後の段階でのみ試験、要件フェーズテストを入力しません。
Wモデル
- Wモデルは、各ソフトウェアの開発段階で同時に行うことが検証及び妥当性確認の活動が増加します。Wモデルがテストおよび開発プロセスを表す、2つのV字モデルで構成され、図は明確にテストおよび開発の間に平行な関係を示しています。
- Wモデルの特徴：オブジェクトも同時に行われるテスト、テストおよび開発に持っているなどの手続き、要件、設計、唯一のテストではありません。
- Wモデルの利点は：包括的に賛成して、可能な限り早期のような問題を識別します。例えば、要件分析の完了後、テスト担当者はできるだけすぐにどこに問題が嘘を見つけるために、要件の検証と妥当性確認に関与すべきです。同時に、テストの需要も大幅に全体的なテスト時間を短縮するための対応策、プロジェクトの進捗アップスピードの初期の開発のために並ん項目の難易度とテストリスクのを維持することが有益です。
- 制限事項：;完全に仕事の次の段階の公式の開始前に、ステージ上で終え、リニアコンテキストを維持するためにテストし、開発活動の要件、設計、コーディング、およびその他の活動は、シリアルと考えられています。私たちは、アジャイル開発モデルをサポートすることはできません。現在の複雑で変化するソフトウェア開発のために、Wモデルとテスト管理は混乱を和らげるません直面しています。
二つのモデルを比較します
| Vモデル | Wモデル | |
|---|---|---|
| 別のを参照してください。 | モデルは、そのソフトウェアテストのVモデルと呼ばれる、文字Vの形状をパターン化 | これは、テストおよび開発プロセスを表す、2つのV字型のモデルで構成されてい |
| 異なる特性 | ただ、テストプロセスのように受け入れテストは、それ以降でのみ確認されるまでの状況のニーズを満たすために、システムの設計検証、テスト要件分析を無視して、システム設計とコーディングの段階の後、分析を必要とします | 同時に行うテストおよびソフトウェア開発活動、テスト・オブジェクトは、ソフトウェア開発コストを削減することができ要件と設計、ソフトウェアの欠陥の早期発見を含め、単なる手続きではありません |
| 別の適用 | これは、従来の情報システムアプリケーションの開発のいくつかのための伝統的なソフトウェア開発モデルであります | 問題の包括的な早期発見に資します |
ソフトウェアのライフサイクル
ソフトウェアのライフサイクルは：もはやソフトウェアのエンドを使用するソフトウェア製品を起動しないようにという考えから時間を指します。生き物としてのソフトウェア場合は、ソフトウェアのライフサイクルは、6つの段階に分け、すなわち可能要件分析、計画、設計、コーディング、テスト、運用・保守。
ソフトウェア開発モデル
ウォーターフォールモデル（滝モデル）
ウォーターフォールモデルの各ステージは、一回だけ実行、そうです
リニアためのソフトウェア開発モデル
長所：
- 開発段階を強調する。
- 初期の計画やニーズ評価の重視。
- 製品テストを重視。
短所：
- 古い行った時間だけの需要に頼って、変更が調査のニーズを満たすことができません。
- それは、単一のプロセスであるため、開発プロセスで学んだ教訓は、製品のフィードバックに適用することはできません。
- リスクは、多くの場合、後期のテスト段階の後半のようにしているので、できるだけ早く修正する機会を失って、明らかになりました。
スパイラルモデル（スパイラルモデル）
通常、ソフトウェアの需要の開発の初期段階では、インクリメンタル開発モデルの使用は非常に明確ではありません。スパイラルモデルは、漸進的開発モデルの代表の一つです。
長所：
- 厳格なリスク管理のプロセス全体と強調しました。
- 彼は、開発段階の品質を強調しました。
- かどうかは、継続するプロジェクトを検討する貴重な機会を提供します。
短所：
- リスク管理のスキルレベルに大きな要求を課す非常に厳格なリスクの識別、リスク分析およびリスク管理の導入、。それは人々を取る
スタッフ、お金と時間に。
インクリメンタル反復
インクリメンタルモデル（インクリメンタルモデル）：あなたは、部分的に全体のソリューションを構築するところですが、そうでない各フェーズまたは一部の終了時に、何を確認またはフィードバックすることができます。あなたは、最終的な製品をお届けするために、増分プロセスの最終段階まで待つ必要があります。
反復モデル（反復モデル）：これは私たちの考えであると繰り返し、様々なバージョンが改善し続けるの繰り返し。あなたは、より良い選択肢として必要とされるものの新バージョンであるバージョンから（フィードバックに基づいて）あなたが決める他に移動して、何が破棄される必要があります。
インクリメンタル開発が大幅にビルドメカニズムに引き続きソフトウェアと組み合わせることで、プロジェクトのリスクを減らすことができ、今日の一般的なソフトウェアエンジニアリングのベストプラクティスの1が構成されています。
インクリメンタル開発モデル、ユーザーからのフィードバックを奨励するために、各反復では、開発チームは、環状、予測可能な駆動製品の開発を推進しています。
したがって、この開発モデルでは、頻繁にテストの必要性を意味するソフトウェアの新しい実行バージョンを構築するために、変化にそこに必要があるかもしれないすべての反復手段は、テスターは、開発者とより緊密に協力する必要があります。
アジリティ
より人気のあるスクラム、アジャイル多くの方法があります。
スクラムの役割インサイド：
製品の所有者（プロダクトマネージャー）、スクラムマスター（プロジェクトマネージャー）とチーム（開発チーム）コンポーネントによってスクラム。
スクラムの基本的な流れ：
- ユーザーストーリーを照合する責任プロダクト所有者、プロダクトバックログの形成の左側
- リリース計画会議：製品の所有者は、ユーザーストーリー、その推定及びソート、出力リリース計画会議が終了し、スプリントバックログに繰り返しのこの物語のリストを開発することであると説明する責任があります。
- イテレーション計画ミーティング：各チームのプロジェクトタスク分解のための物語は、標準の分解は、各タスクは、初期推定値を完了するための明確な頭部、および工数があり、物語のすべてのタスクを完了することです。
- 毎日のミーティング：スクラムマスターの日の会議招集立って、チームのメンバーは、問題が何であるか、昨日はどんな計画が今日何をするかでした答えます。
- 会議・プレゼンテーションは：反復の終了後、デモ会議を開催し、人が達成し、この反復を担当するチームの結果を表示するには、参加を呼びかけています。PO、新しい物語を形成することにより、コンパイル時に記録されたみんなのフィードバック。
- 会議想起：プロジェクトチーム、現在の反復を要約不十分であることが判明し、改善計画を策定するために、次の反復を改善し続けるためには、それが継続的な改善に達している
効果に。
アジャイルテスト
ユーザの観点から、システムをテストするためにシステムを使用する：アジャイルテストは、アジャイルマニフェストに従うように、テストの練習です。
アジャイルの最大の特徴は、高度に反復循環的、かつ頻繁に顧客からのフィードバックにタイムリーかつ持続的な応答です。常に品質指標を改訂しているアジャイルテストは、検証済みの顧客のニーズを成功裏に達成することができ、正しいテスト戦略を確立し、確実にその生産工程全体の安全と最終製品のタイムリーなリリース。
