決定あなたのソフトウェアのテストを自動化するメイキング
ていないすべてのソフトウェアのテストプロジェクトにしたり、自動化される必要があります。前に、あなたの部門は、新しいテストの自動化プロジェクトを受け入れると、あなたとは、プロジェクトの見直しが受け入れるかまたは拒否されたプロセスを確立する必要があります。 このテストの自動化の静的DataThe真のコストメリットを持つ簡単なテストの自動化の受入れChecklist.Repeatableテストケースの場合にのみ、同じスクリプトを複数回実行する場合に達成され行うことができます。 これは、1つの自動化ツールやテストの自動化技術の時間の100％の時間のコストが含まれて最初の実行は非常に高価です。ときに、スクリプトを再度実行され、テストの自動化減少のコスト 急激に。このツールは、すでに購入されているスクリプトは、すでにコード化されている。がある場合、アプリケーションで変更されている場合、スクリプトが実行される前に管理する必要があります。メンテナンスのマイナーで ソフトウェアの更新minimal.Becauseテストの自動化する必要がありますときにのみスクリプトを複数回実行することができますが成功するとは、同じテストを例に同じデータを実行する必要が唯一のアプリケーションです 自動化のための有力な候補。たとえば、住宅ローン申請が必要とすること回帰週間ごとにテストの自動化のために良い候補になる可能性をテストした。スクリプトをメンテナンスしてスクリプトを最小限にすることができます それは同じfunctionality.On一方をテストするためのマニュアルテスターかかる時間の割合で住宅ローンのアプリケーションをテストするデータの同じグループを使用して入力すると、これは住宅ローンの発信システムを使用することはできません 反復のたびに同じテストデータは良いの自動化の候補ではない。住宅ローンのシステムの性質があるため、データを承認または却下の様々な状態は、現在のデータに基づいて行われる可能性がある 部門は、すでに住宅ローン申請のその部分を処理している。場合は、スクリプトは簡単にデータをソフトウェアで何を入力する方法を見つけ出すことができるのは良いのオートメーションcandidate.Another問題とされていません 複雑なシステムのこのタイプを自動化するには、テスト環境は、生産のデータは、定期的に更新されているサンプルが含まれます。ときどきこのテストデータを再構築することを克服することができるとき テスト環境に更新されます。定期的にテストデータを再構築の可能性は、アプリケーションの複雑さに依存します。あなたがバイケースbasis.Applicationまたは場合では決断をしなければならない 環境StabilityEnvironmentalの安定に不可欠であるが正常にソフトウェアのテストプロジェクトを自動化する。場合は、アプリケーションの環境では、体験が利用できないスクリプトのタイムリーでコーディングすることはできません ダウン頻繁にアクセス、または過度の欠陥やerrors.Littleまたは[いいえ]のアプリケーションまたは環境DowntimeItよりも長い手作業で同じ機能をテストする場合のスクリプトを記述するのにかかる。ほとんどの自動化ツールです ダウンCやVisual Basicのバージョンを意味骨抜きに書くこと自動化されたスクリプトは本質的にプログラミングされ、十分な時間と専門技能をかかります。これも書き込むことができる手動テストの例とは異なり、 要件とモックアップに基づいて、自動化ツールは、実際のアプリケーションが必要です。ときに、テスト環境で使用できない場合、オートメーションエンジニアは、プロジェクトの延長、最大原価終了スクリプトを作成することはできません more.Excessiveダウンタイムを次のいずれかで構成することができます：スクリプトの開発上のインフラストラクチャのサポート頻繁にアプリケーションの更新バギーCodeEffects環境の不安定性の不安定な環境の欠如 ExecutionWhenアプリケーションまたは環境では、スクリプトの進行状況が不安定が大幅に抑制され、または完全に停止した。いくつかの例では、スクリプトを続行することが可能だが、このことがより多くの作業が保存で 日付。たとえば、もしバグがコード内のスクリプトは、エラーメッセージを回避スクリプトにしている可能性のあるスクリプトは、後日、修正する必要があります。または、あなただけの特定のポイントするスクリプトを作成することができる可能性があります と、後日、それらを終了します。を避けるために、環境の不安定性の減少、自動化に支障をきたすことがないサービスレベルAgreements.Timely欠陥FixesApplication欠陥の章を読んで ソフトウェアのテストプロジェクトです。時の欠陥をタイムリーに、大幅なダウンタイムなしに続けることができるスクリプトを修正されます。時の自動テストプロジェクトの見積もりは、常に最高のいくつかのバッファ時間を追加するにはがされます 不具合の報告とrevisions.When不具合を修正するための対応を解決すると時間の過剰な量を自動化ソフトウェアのテストプロジェクトを引き起こしているが遅れることに、それは時間を一緒に会議をプルします。 すべての主要な選手を招待して、問題の根本を議論し、何を、誰もが状況を改善することができます。たぶん、開発も多くの時間を、問題を再現し、お客様の自動化をしようとして消費している チームは周りより不具合の修正を変えてくれるとよいの説明を入力します。たぶん一緒に欠陥を分類し、それぞれの分類のための合理的な修正プログラムアクセスを確立することができます。たとえば、クリティカル 欠陥は高欠陥を24 hours.ResponsiveおPersonWhenあなたのチームは、新しい自動化されたテストプロジェクトには、担当者が必要になりますかかる固定する必要がある、その日を修正する必要があります。この人です 作成の責任は、あなたのビジネスの要件が、どのようにアプリケーションが動作についての質問に答えてください。これは彼または彼女の主な仕事なので、確認する必要がありますされません、彼または彼女の応答です。もし 場合は、テストデータ、またはご質問は、自動化プロジェクトsuccessful.Copyright 2004できないと答え、適切なビジネス要件を取得することはできません。ダナヘンダーソン。すべての権利Reserved.Dannaヘンダーソン貢献してきました多くの 組織WinRunnerのでは、ソフトウェアテストを自動化します。堅牢なデータ駆動型スクリプトの作成については、成功し、自動テスト、訪問WinRunnerの専門家。
記事のソース: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
ウェブマスター向けのHTMLコードを取得
この記事を追加してお客様のウェブサイトを今しなさい！
ウェブマスター向けの記事を送信してください
登録の必要なし！フォームに記入してください Messaggiamo.Com 記事は、ディレクトリ！
