自動テストの実装を成功5本の柱（翻訳）

要約：

何最初に来るテストの自動化「適切な実装」で構成され、多くの場合、あなたが必要なツールに焦点を当て、それは方程式の一部でしかありません。巴斯迪杰斯電話番号は、あなたは彼らがあなたの自動テストの成功にコミットして、いずれかのリスクに細心の注意を払うことができないそれらに関連する方法を検討する必要がある他の4つのことを詳しく説明します。

迅速な伝送品質のチームを期待するには、自動テストの実装では、ソフトウェア開発サイクルの重要な部分です。適切に実装された場合、テストの自動化は、しかし、唯一の成功することができます。テスト自動化の方法は、多くの場合、ツールを使用する必要がありますどのようにタスクに焦点を当て、または「適切な実施」を構成するものに対処するのが最善か、与えられたタスクのための特定のツールを最も効率的に使用する（そのようなことがあっても）。

しかし、それは自動化されたテストの全体的な方程式の一部を使用する唯一のツールです、私には思えます。自動テストのいずれかの実装を成功は、ユニークな5つの部分です。

この記事では、我々は、彼らがあなたのテスト自動化の実装の成功にコミットしているか、これらの部分のそれぞれを見てみましょう、だけでなく、それらに付随するリスクは、のいずれかに細心の注意を払うことができません。

1. テスト自動化ツール

テスト自動化の成功の唯一の要因として作用する役割が実装されていませんが、このツールは明らかにあなたの自動化の取り組みの全体的な結果に影響を与えました。テストでツールを選択し、アプリケーションと一致するだけでは十分ではないか、あなたのチームの一つがスキルセットの自動化に適していない、それが最適な結果未満につながります。

さらに重要なツールの選択であるよりも、どのような場合には、あなたが自動化されたテストでカバーしたい場所を右が何であるかを最終的に自問し、その後、買収のより効率的な方法の結果を決めます。質問を制限する必要の例は、モジュールが確認され、どのようなレベルでする必要がある特定の機能やビジネスロジックを尋ねています。

あなたは、ユーザーが自分の店を開くことができることを確認し、特定の製品を検索し、それをメモして配置し、ソートしたいですか？おそらく、これを確認するために、エンドユーザインタフェースのドライブテストを使用したいと思うでしょう。あなたは、ユーザーが（による国家標準または農村に、たとえば）特定のアイテムを購入することが許可されているかどうかを判断するための論理の正しさを確認しようとしている場合は、あなたがテストした低いレベルで書く引っ掛けることができるかもしれませんそのようなアプリケーション・プログラミング・インターフェース、あるいは単純なコード区分としてのテストアプリケーション、。この組成物は、種々の方法の範囲であり、試験結果として、異なるツールを必要とします。

要するに、最初の時間を決定するために、あなたはあなたの自動テストが要件を満たす方法の結果前に検証する必要があるかを知るために時間がかかります。あなたのツールは、それが重大なリスクがある設計されていた何をしません作ることを忘れないでください。

2. テストデータ

テストデータの管理のための深刻なテスト自動化ソリューションにおけるもう一つの重要な要因。テストの範囲より広く、より重要でなく、要件、テストデータ管理が来ました。

あなたがテストを終了するには、統合または終了の作業を開始するときに、すべてのテストを離れてシミュレートすることができますユニットテストは、データに依存するときは、テスト中の特定のデータでアプリケーションを提示する必要があります。そして、物事をさらに複雑にするために、あなたは多くの場合、アプリケーションの相互作用と通信するために、特定の国におけるデータの他のシステムながら、実験段階にあります。

テストのこれらのタイプのデータを処理するためのいくつかの試験方法：

テストフェーズの開始時に必要なテストデータを作成します。
テストデータの開始前にテストするためにシステムを照会するために存在します
テストの実行を開始する前にテスト段階でアプリケーションデータベースを初期化

これらの各メソッドは、その潜在的な危険性があります。

、テスト実行時間を増やすために、テストデータの先頭にテストを作成し、それ自体も開始し、テスト前に失敗のリスクを増加させ、そして何の適切なデータのクリーンアップ手順がないかどうかをテストするために無駄なデータの多くを引き起こします。
あなたは、データがテストを開始する前に、システムを照会するために存在してテストするときは、不正な試験データを誤って使用する危険を開始するか、システムテストデータに適切な優先順位で表示されません。
テストの実行には、データベースを初期化する前に、データベースのスナップショットを細かく管理し、維持することができます - つまり、あなたがデータベースの回復プログラムを実行することを許可された最初であったとしても。
試験を統合し、終了のための適切な試験データ処理方法が存在しないことに留意されたいです。いずれの場合も、自動テスト・ソリューションをもたらすことができる、間違ったプログラムを選択するか、または単にテストデータの問題を見つけることができなかったことは、再利用可能ではないになっている、維持することができない、または測定不能。
バルク材料は、恐竜の過ちを繰り返す急速です。現代の情報技術システムは、多くの相互接続されたコンポーネント、サービスで構成され、ビジネス価値を提供し、アプリケーション・コンポーネントで動作するように。テスト目的のために、しかし、これは通常は良いニュースではない。管理するために持っており、独立の可用性に依存し、特にあなた終了する統合されたエンドのテストのために、あなたの制御ループの外にいる人たちは、間接費の多くを引き起こす可能性があります、フラストレーションは、時間のテストを遅らせます。それでも、あなたはテストプロセスの信頼性と管理性のテスト環境の一部が鍵となると自動テストを作成して使用する場合。
テスト環境の障害や不在のリスクを減らすことはあなたのテスト環境で独立の動作を再現するために、このような山、シミュレーション、およびサービスの仮想化などのシミュレーション技術を使用することが重要と入手困難です。それゆえ、および、開発結果 - あなたが実行したいテストを大幅にスピードテストの自動化を向上させることができます完了するのに十分な独立性の行動の仮想現実シミュレーションを行います。
また、仮想環境が適正に作成されたときに（例えば、容器の活用を通じて）、同一の試験データ及び他の特性が完了すると、それは実際に連続オートメーションから移動することができる、同じテスト環境の新しいインスタンスを再構築しますテスト、ときに、より柔軟なアプローチとして、この継続的な移転と順番に市場の需要前提に良好な応答に適応しようとしている場合。
生成されたレポートの結果として、自動テストの実行には、任意の信頼性の高いテスト自動化方法の重要な一部である必要があります。任意のテスト自動化プロジェクトでタスクを節約 - （と人生 - ）良いテスト結果レポートを作成することは、多くの場合、それは潜在的な時間ですが、無視されます。ファー良いレポートを超えただけでは何もないよりはましだったものの、を通じて、テスト実行の数を示し、失敗しました。
試験報告書は、本当に貴重となり実行するには、実行するテストする必要がある（はっきりと明確な何か良いレポートのテスト形式がベースと命名することに注意してください）（何であるかを可視化することで、結果だけものではありません合格または不合格）とできるだけ正確詳細にエラーの原因のもののいくつかのテストが失敗した場合です。
不必要にテストの失敗の根本原因まで遅延 - これはあなたの過負荷に持ち込む任意およびすべての試験報告書のコピーのみで提供される情報とは異なります。良い報告書は、（スタックトレースと同じくらい簡単です、あなたの聴衆のレポートに応じてエラーが（どのような手順で）、エラーメッセージ何で発生したテストでは、いくつか間違ったことを示しているが、他のケースでは、かもしれません障害発生時にエラー情報を読み取ることができる非技術）とアプリケーションの状態を提供する必要がある（例えば、テストショットの下にドライブテストを使用してユーザインタフェース）。
良い戦略レポートは、複数の実行レポートを作成するたびに含まれていてもよいことに注意してください。あなたのテストは、パイプラインの持続可能な統合された部分を構築することであるならば、あなたはエンジンのビルドを継続するかどうかを決定するために説明し構築することができます報告の低レベルを作成することもできます。読み取り可能な情報とスクリーンショット - しかし、あなたは、テストの本来の目的は、人間の中に失敗した試験の場合には、完全な記述であるによると、HTML形式の読みやすさにレポートを作成することもできます。これは、すべての観客に依存します。

3.テスト環境

バルク材料は、恐竜の過ちを繰り返す急速です。現代の情報技術システムは、多くの相互接続されたコンポーネント、サービスで構成され、ビジネス価値を提供し、アプリケーション・コンポーネントで動作するように。テスト目的のために、しかし、これは通常は良いニュースではない。管理するために持っており、独立の可用性に依存し、特にあなた終了する統合されたエンドのテストのために、あなたの制御ループの外にいる人たちは、間接費の多くを引き起こす可能性があります、フラストレーションは、時間のテストを遅らせます。それでも、あなたはテストプロセスの信頼性と管理性のテスト環境の一部が鍵となると自動テストを作成して使用する場合。
テスト環境の障害や不在のリスクを減らすことはあなたのテスト環境で独立の動作を再現するために、このような山、シミュレーション、およびサービスの仮想化などのシミュレーション技術を使用することが重要と入手困難です。それゆえ、および、開発結果 - あなたが実行したいテストを大幅にスピードテストの自動化を向上させることができます完了するのに十分な独立性の行動の仮想現実シミュレーションを行います。
また、仮想環境が適正に作成されたときに（例えば、容器の活用を通じて）、同一の試験データ及び他の特性が完了すると、それは実際に連続オートメーションから移動することができる、同じテスト環境の新しいインスタンスを再構築しますテスト、ときに、より柔軟なアプローチとして、この継続的な移転と順番に市場の需要前提に良好な応答に適応しようとしている場合。

4.レポート

生成されたレポートの結果として、自動テストの実行には、任意の信頼性の高いテスト自動化方法の重要な一部である必要があります。任意のテスト自動化プロジェクトでタスクを節約 - （と人生 - ）良いテスト結果レポートを作成することは、多くの場合、それは潜在的な時間ですが、無視されます。ファー良いレポートを超えただけでは何もないよりはましだったものの、を通じて、テスト実行の数を示し、失敗しました。
試験報告書は、本当に貴重となり実行するには、実行するテストする必要がある（はっきりと明確な何か良いレポートのテスト形式がベースと命名することに注意してください）（何であるかを可視化することで、結果だけものではありません合格または不合格）とできるだけ正確詳細にエラーの原因のもののいくつかのテストが失敗した場合です。
不必要にテストの失敗の根本原因まで遅延 - これはあなたの過負荷に持ち込む任意およびすべての試験報告書のコピーのみで提供される情報とは異なります。良い報告書は、（スタックトレースと同じくらい簡単です、あなたの聴衆のレポートに応じてエラーが（どのような手順で）、エラーメッセージ何で発生したテストでは、いくつか間違ったことを示しているが、他のケースでは、かもしれません障害発生時にエラー情報を読み取ることができる非技術）とアプリケーションの状態を提供する必要がある（例えば、テストショットの下にドライブテストを使用してユーザインタフェース）。
良い戦略レポートは、複数の実行レポートを作成するたびに含まれていてもよいことに注意してください。あなたのテストは、パイプラインの持続可能な統合された部分を構築することであるならば、あなたはエンジンのビルドを継続するかどうかを決定するために説明し構築することができます報告の低レベルを作成することもできます。読み取り可能な情報とスクリーンショット - しかし、あなたは、テストの本来の目的は、人間の中に失敗した試験の場合には、完全な記述であるによると、HTML形式の読みやすさにレポートを作成することもできます。これは、すべての観客に依存します。

5.スキル

最後に、そして最も重要な話をすることはできません、強力かつ効果的なテスト自動化ソリューションを作成するために、ファンはそれを実装するための責任者です。この資料に記載テスト自動化の他のすべての側面を懸念しませ巧みなオートメーション・コンサルタント、建築家、エンジニア、および開発者は、おそらく任意の場所ですぐに終了しません。

あなたのテスト自動化チームは、理想的には、試験に熟練している必要がありますので、テストの自動化は、まず適切なソリューションとなりますなぜ彼らは答えることができ、どのようなテストが自動化されるべきであると彼らは意味、ソフトウェア開発のスキルを持っています私たちは、テストの自動化強固な保守性を作成し、実装する方法を知っています。これは、あなたのテストの自動化は、すべてのメンバーが各地域に必要なスキルを持っていることを意味するものではありませんが、全体として、あなたのチームは、両方の健全なバランスを提供するために持っている必要があります。

それをすべて一緒に入れて

良いテストの自動化ソリューションは、単にテストツールを駆動以上に焦点を当てる必要があります。真に成功した自動化するためには、あなたがあなたのテスト環境を管理する方法を、あなたの戦略上のデータをテストするための方法を考える必要があり、あなたはあなたの自動テストの実行結果についてのあなたの聴衆の方法に気づきます。最も重要なことは、どのような場合には、それは上記の人のチームのすべてを行う方法を知っての作成についてである、です。