QuickTest Pro 自動テスト

StackOverflow https://stackoverflow.com/questions/401262

  •  03-07-2019
  •  | 
  •  

質問

簡単な質問が 3 つあります。

自動テストに QuickTest Pro を使用している人はいますか?

他にお勧めの自動テスト アプリケーションはありますか?

自動テストは良いアイデアですか?

ありがとう

役に立ちましたか？

解決

SO にはテスト自動化に関するスレッドがいくつかあります。

私は Quick Test Pro を使用したことはありませんが、さまざまな自動テスト ツールを使用したいくつかのプロジェクトに参加したことがあります。Silk Test、Rational Robot、WinRunner。これらの取り組みの中で最も成功したのは、Rational Robot と RRAFS フレームワークを使用して、アプリケーションの変更をテスト スクリプトから分離する取り組みでした。また、 スタッフ テストインフラストラクチャを自動化および管理するためのフレームワーク。

自動テストはアプリケーションの側面をテストするための優れた手法ですが、人間のテスターに​​代わるものではありません。すべてのツールと同様に、使用することも悪用することもできます。テスト対象が安定していて、反復的で、結果が予測可能または計算可能であり、十分な頻度でテストしている限り、自動化のコストは最終的には元が取れます。

他のヒント

私はQTPを使用した自動化チームの長であり、それを嫌っていました。記録/再生機能はひどいものでした。定期的に混乱し、奇妙なテスト結果になります。レコードは、オブジェクトデータベースを構築するためにのみ使用でき、その場合でも、ある程度信頼性のある動作をさせるには、あらゆる種類のハッキングが必要でした。

QTP / QCはActiveX / COMに基づいており、燃えるような犬のうんちの別の袋であるVBScriptでのみスクリプト化できます。あらゆる種類の拡張性を得るために私たちがしなければならなかったこれらのハックとトリックがすべてあります。 QTPテストをテストスイートに動的に追加するテストを実行する、入力パラメーターを編集する、環境に一致するようにオブジェクトリポジトリを変更する、テストを保存する、テストを実行するためにスケジューラインスタンスを生成するなどのことを行っていました。テストが完了したら、すべての結果を親テストにコピーし、テストセットからQTPテストを削除します。最終的に、VBScriptが呼び出し、QTP / Quality Centerを使用して、本当に必要な種類のレポートを取得するのに十分な柔軟性を提供しなかった中途半端なレポートエンジンとしてカスタムCOMコンポーネントを公開しました。

Mercury / HPのもう1つの問題は、彼らがすべての技術サポートをインドに外注し、訓練していないことです。 APIに関する技術的な知識を持つ人と話す前に、低レベルのサポートパーガトリーで2週間過ごすのが一般的でした。はい、それはバグであるが、修正しないことを伝えます。

強い言語については申し訳ありませんが、エピソード全体がトラウマであることがわかり、QTP / QCを使用するプロジェクトやチームで二度と動作しなくなりました。

非UIの自動テストには間違いなく価値があることがわかりました。

UIの自動テストも価値がありますが、それほどではありません。私のプロジェクトでは、UIはコードの10％未満です。 UIの自動化されたテストには、タイミングやスレッドアクセスなど、予想以上に難しい他の多くの問題があります。 UIテストにはnunitformsを使用しています。

可能であれば、最初にUIの背後にあるロジックをテストしてから、最後にUIをテストすることをお勧めします。 UI以外のテストを行うと、費用を大幅に削減できます。

自動QAのテストプログラムを評価し、見栄えが良かったが、UI以外のテストで行っていたものに似ているため、nunitformsを使用しました。

「自動テスト」は見た目ほど良くありません。私が知る限り、テスト実行の自動化はプロセスの一部にすぎません。

どの種類の自動テストですか？

APIを介していくつかの結果を比較するために、ビルド後プロセスの一部であるいくつかのスクリプトを記述しましたが、これは特に必要なものではありません。

自動化されたWindowsユーザーインターフェイスアプリケーションに関しては、合理的なロボットを垣間見ましたが、特に推奨することはできません。

QuickTest Proは私が働いている場所では使用していませんが、自動システムテストのオプションを調査中です。推奨事項に関する限り、ソフトウェアツールを承認または拒否するための基準が何であるかを知らないと、それは少し難しいです。私はこれらの基準に従って自動システムツールを判断しています：

  • プログラマー以外の誰かが自動システムテストを作成できるようにしますか？
  • プログラマはカスタマイズのためにスクリプトを作成できますか？
  • データ駆動型テストをサポートします（外部ファイルやデータベースからのテストデータを使用して1回のテストを複数回実行します）。
  • テストの実行順序を設定できますか？
  • 継続的インテグレーション環境への組み込みをどの程度サポートしていますか

これらは単なる機能です。コストは確かに要因です。ツールがスクリプト用に独自の言語を学ぶ必要があるかどうかは、もう1つの要因です。

自動化されたテストは間違いなく良いアイデアです。自動化されたテストは、継続的統合の主要な実現要因の1つです。

タスクに繰り返しがある場合は、タスクの自動化が必要です。モジュール内で、製品に若干の改良が加えられた各ビルドに対して回帰テストケースを実行する必要がある場合、回帰テストケースの実行を自動化できます。この例では、反復テストケースの自動化により生産性が向上します。テスターが手動テストに集中できるようになります。

qtpとは別に、qt関連プロジェクトのスキッシュも検討できます＆amp; Windows C ++＆amp;のテストパートナーVBプロジェクト。

ダン、私はQTP 11を自動化に使用しています。

テストしたいアプリケーションの種類など、要件を教えてください。ほとんどすべての種類のアプリケーションで、多くのオープンソースツールとシェアウェアツールを利用できます。

自動化されたテストは、あなたが自動化しようとしているものがあまり頻繁に変更されない限り、良いアイデアです。そうでない場合、必要に応じてアプリケーションでテストスクリプトを実行するよりも頻繁にテストスクリプトを変更することになります。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top