回帰テストソフトウェア。 回帰テストとは何ですか

あなたは、高品質のソフトウェアを作成すると、あなただけのコードの行を記述してはならないが、また、それらに誤りがないことを確認します。 さらには、コンパイル時にほとんどの言語で見つかった障害がプリミティブ場合は、より複雑なことは、長い実行中のアプリケーションを探すことが必要です。 このプロセスは、テストと呼ばれています。 彼は、今度は、その内容およびエラーの特性を変化させる枝の数に分割されています。 記事の一環として、このような回帰テストと考えられるだろう。 それは何を表しているのでしょうか？ どのようなテストがありますか？ それは自動化することは可能ですか？ だから、回帰テストは何ですか？ のは、より多くの話をしましょう。

タイプ、種類、トレンド

回帰テスト（回帰テストは） - エリア、すでに実績のあるプログラムで、さまざまな問題を検出することを目的とメカニズムを、チェックしています。 これは、コードの非稼働部分が存在しない場合に、最終的な信念のためではありません行われ、回帰バグを見つけて修正します。 その下にプログラムを書く時に表示され、コードの構文では、以前にコミット失策のコードや補正の新しいセクションが追加されていないバグを理解しています。

既存の問題の修正は、既にテストされたコードに新たな分野につながることを確認してください - すべての上記をまとめると、我々は、回帰テストの目的は、と結論付けることができます。 テストの主に2つのタイプがあります。

1. 機能性。
2. 非機能。

彼らは次のように表すことができます。

1. スクリプト。
2. 設定します。
3. スタートアップのためのキット。

何、実際には、回帰テストのソフトウェアが含まれていますか？ 3つの主要分野での作業。 すなわち、回帰：

1. バグ。
2. 古い問題。
3. 副作用。

機能テスト

彼らは、システムによって実行される機能に基づいています。 コンポーネント、インテグレーション、システムと受け入れレベルに保持してもよいです。 テストされている2つの側面、：

• 要件。
• ビジネスプロセス。

テストする必要があるもののリストを作るために必要な要件で作業する場合。 仕事の方向を決定するために、優先項目を識別することが望ましいです。 これはすべての最も重要な機能を無視しないようにする必要があります。 「ビジネスプロセス」をテストする場合トン、それらに焦点を当てています。E.のシナリオは、毎日の作業を実行しています。

機能点検の利点は、ソフトウェアは、システムの実際の使用をシミュレートしているという事実を含める必要があります。 しかし、欠点もあります。例えば、プログラムは過度の試験を受けやすいかもしれません。 また、ソフトウェアにおける論理エラーの可能省略です。

非機能テスト

テストのこれらのタイプは、システムの機能に関係しないすべてのプロパティをチェックを目的としました。 このようなパラメータは、そこから次のことができます。

1. 信頼性。 提供されない様々な状況に対する応答をテストされています。
2. パフォーマンス。 システムは、どのように動作する様々な負荷に従順です。
3. コンビニ。 ユーザーのビュー上のアプリケーションと連携する方法が便利。
4. スケール。 異なるモニタで作業する場合の要件の高さとアプリケーションの幅を変更します。
5. セキュリティ。 ユーザデータ、ならびに異なる伝送チャネルの情報がどのように安全です。
6. 移植性。 どのように多くの - アプリケーションが異なるプラットフォーム上で動作し、そうであればかどうかをチェックします。

どのようなシステムの特性は、これらのケースで調査することができていますか？ 4の合計。

1. インストールのテスト。 これを設定するには、コンピュータ上のプログラムを置くために管理し、必要に応じて削除する方法もチェック。 品質の設定は、ユーザーがデータの損失または減少（悪化）高性能アプリケーションのリスクを軽減することができます。
2. 快適さの使用をテストします。 エンドユーザーの使いやすさと明快に開発されたソフトウェアを確認してください。
3. 構成テスト。 これは、さまざまなシステム設定のインストール時にプログラムのパフォーマンスをチェックするだけでなく、プログラムの内部設定で実験を伴います。
4. 障害と回復のためのテスト。 エラーの発生後に検証。 保護特性の応答だけでなく、どのデータとどのくらいのアプリケーションの突然の終了を保存したを評価します。

要約すると、タスクのパフォーマンスの面での非機能テストやアプリケーションの独立したテストからも、彼らは信頼性、パフォーマンス、およびセキュリティソフトウェアなどの特質について話すことができることに留意すべきです。 これらのパラメータは、プログラムの品質を特徴づける、任意の方法で印象特定のユーザーを残します。 したがって、このテストの重要性は、機能よりも小さくありません。

テストケース

テストケースは、ソフトウェアのためのブランクチェックと呼ばれています。 彼らは、自動テストのためのツールと呼ばれています。 専門家が作成される。この特別なソフトウェア、デバッグは、実行して、アプリケーションの結果は、このような動向を介して実行分析します：

1. テストスクリプト。 これらは、ソフトウェアの別々の部分の自動チェック用に設計された一連の命令が含まれます。
2. 試験キット。 統合や共通機能の目的ですソフトウェアの特定の部分をテストスクリプトのこの組み合わせ。
3. テストが実行されます。 プログラムを確認しながら、様々なスクリプトやセットの組み合わせは、同時に実行します。

回帰テストの自動化

労働の自動化 - 21世紀の人類の発展の基盤の一つ。 彼女が話題に触れました。 したがって、自動化されたソフトウェアのテストの下で主要機能と、そのような開始、初期化および実行、並びに分析及び結果の引渡しなどのタスクは、適切なツールを使用して、自動的に実行された時にソフトウェアの検証プロセスを理解します。 このアクションは、条件テストスクリプト、テスト・キットおよび計測作業で作成、デバッグ、およびサポートを担当する技術者によって行われます。 作業は回帰テストおよび自動化システムなどのさまざまなソフトウェアを用いて実施することができます。

リグレッションバグ

公式にある検索の問題を理解するために、このテストの下で「削除されました」しかし、彼らはまだ存在していることを信じる理由があります。 検査のこのタイプの特殊性は、さまざまな組み合わせで特定のオブジェクトを持つすべてのアクションをチェックする必要があるということです。 最初のテストマッチ現実は、問題は、それが見つかったメカニズムによって解決される報告します。 この場合、回帰テストのレイアウトは、有害な影響がないことを確認するのに役立ちます。

昔の過ちの回帰

これは、プログラムコードに加えられた最近の変更は、バグ修正をキャンセル状況の識別を指します。 このように、彼らは再びアクティブになり始めます。 最初からテストプロセスを開始するために必要なソフトウェアコードを変更する場合したがって、（性能に問題があったことは、もちろん、と仮定して）。

回帰副作用

アプリケーションの一部の最近のコード変更が開発したプログラムの他の部分の動作不能一部または全部を作ったとき、彼女の下では、状況を理解しています。 このような問題の存在の指標としてのプログラムの1つ以上の部分での性能の欠如です。 テスターのタスクは、すべての問題領域を特定します。

回帰テストについて言うことができること、書かれていることすべてを合計？ 今では、もはや問題を起こす必要があるトピックです。 これは、実際には、すべてをマスターするだけ残っています。