自動化されたテストケースを書くことは、自動化を達成するための事業の中核である、合理的なユースケースの設計の自動化は、有効性と実用性を確保するための鍵ですが、また、直接、スケーラブルな自動化スクリプトと保守の可用性を決定します。そこで、この記事では、主にテストを書か規範や注意事項をご紹介します。
まず、選択された自動テストケース
テストの自動化および退行を主として連続変形関数の反復プロセスでプロジェクトの基本的な機能を検証するために使用され、効率が自動テストの手動テストよりもはるかに高いです。したがって、我々は、自動化する基本的な機能を選択するために、自動化の前に行います。このプロセスでは、我々は、手動テストケースから選択することができますまた、ユースケースのセットを自動的に作成するように設計することができます。
自動化の初期の頃には、私たちは、手動テストケースから選択することをお勧めします。最も包括的な手動テストケースの一方の報道では、我々は、包括的なテストを保証することができます。一方で、テスト効率を向上します。機能への明確な、シンプル、ベーシック、小さな変化：私たちは、ユースケースの原則を選択しました。
第二に、自動テストライト
適切なユースケースの選択が完了した後は、自動化されたプロセスの実施形態によって書かれたコードを介してです。このプロセスは、実施例および実施例に書き込まれたデータが、三つのステップで後プリセットを含みます。
1は、プリセットデータは、
例の準備を進める前に、我々は、ユースケースが本当に実現できることを確認するために、いくつかのデータを準備する必要があります。例えば、我々は、Webページのログイン機能をテストし、我々はURLパラメータ、ユーザー名とパスワードに必要なログのシステムを必要としています。私たちはファイルを削除テストする必要があり、あなたが事前にファイルをアップロードする必要があり、このファイルは、あなたはまた、事前にできるプリセットすることができます削除操作を実行する前に、アップロード操作を行い、プリセットデータがどの方法により、プロジェクトの実際の状況を選択する必要があります。我々と、ユースケースの間の結合の程度を低減するために確保するために、実施形態の使用の結果にユースケースに影響を実行しない別の実施形態で記述されたプリセットデータ。また、使用のメンテナンスや修正を助長あります。
2、書かれた例
の調製方法は、次の側面に注意を払う必要がある時に、我々はデータをテストする準備が整いましたが、自動化ユースケースの書き込みを開始します。
ビジネスに精通しています。特に品質のユースケースを確実にするために経由手動テストケースを自動化する方法ビジネス・サービスのための自動テストシステム、およびビジネスの唯一の完全な理解、。
変数を使用してください。一般的に、我々は団結の変更に非常に簡単に、コンフィギュレーション・ファイルに書き込み、統一された管理変数である必要があります。例えば：私たちは、テスト環境と本番環境を備えて業務システムをテストする必要があり、我々はすべての環境に適した柔軟な自動化スクリプトである必要があり、この時間は、私たちは、コンフィギュレーションファイルのURLとその他のシステム・パラメータを記述する必要があり、修正しやすいです移行。
手順を記載しております。操作の準備では、コードが不可欠でコメントしています。各ステップには、どのような機能を確認する必要があり、操作する方法です。
チェックポイントを設定します。テストケースの製造において、必要に成功ユースケースかどうかを判断するためにアサーションを追加し、合理的なチェックポイントを設定します。ユースケースの実行後、期待される結果と実際の結果を比較し、出力試験結果は、明確な機能が正常に実行され、それは自動テストの鍵です。実行例アサーションを追加しないでください、何の意味がありません。
リアケースが有する3は、
ケースを使用する操作は、ループを自動化できるようにするために、予め設定されたデータに対応し、ユースケースを完了した後に行われるポストを意味します。例えば：私たちは通じユースケースの実装後、あなたは、ファイルを削除するのは簡単、自動的に次の時間を必要とし、ファイルのアップロード機能をテストする必要があります。
また、当社は、そのような私たちは、それが失敗した場合、まだ次の動作に影響を与えるだろう、ファイルを削除し、最後のステップとして使用後の場合、後にいくつかの合理的な検査を行う必要があります。したがって、我々はプロジェクトの実際の状況を結合する必要があり、コアファイルの一部が自動化の円滑な実施を確保するためにチェックします。
第三に、仕様記述されたユースケース
ユースケースの製造の過程では、我々は品質のユースケースを改善するために、いくつかの規範に従う必要があります。含む：継続性、独立性、完全性、再利用性、保守性、および論理ブロック。
図1に示すように、連続
保証実施形態とケースとの間の連続性を確保するためには、バッチ実行を使用してもよいです。たとえば、私たちのUIオートメーション中に、最後の操作の後、次の操作へのインタフェースの実装を確保します。
2、独立
次の使用例の実施形態には影響しない保証の実行結果を、実施例は独立している使用してください。このように、より明確に問題を特定するためです。また、本実施形態の実施を確保する必要性は次のユースケースのためのデータを変更しません。
3、のインテグリティ
各ユースケースは、操作に必要なデータを持っている必要があり、一実施形態によるポストの実施形態のアサーションとの全体のプロセスは、明確かつ特異的な試験内容とすることができます。
図4は、再利用する
共通のコードと同様の開発を、我々は、アトミック操作の抽象自動テストを持っているので、開発コストを削減、他のユースケースに呼び出す
5を、保守性の
ユースケース名は明確にする必要があり、我々はイタリア語を知っている名前が表示されます。各ステップのために、各変数が明示的に述べ追加され、チェック項目で予め設定されたデータであり、これにより、期待される結果を明確に記載されており、ケースステップ使うのが簡単
6を、論理ブロック
の論理区画のための一定のルールに従ってブロック（例えば、異なる機能を分割することができる）、論理ブロックの独立性を確保するために、単一の機能は、検証例を引き出すことができます