1

回帰テスト戦略に適したツールの選択についてアドバイスが必要です。主な基準は、適切なツールの「ベストバイ」です。Gartners のケース スタディを分析した後、Atlassian と IBM の QA ソリューションのどちらかを選択しようとしています。主なジレンマは、IBM Jazz プラットフォームが自動化テスト ソリューションとして Rational Functional Tester を統合し、Atlassian がデフォルトで自動化テスト トールを統合しない Jira プラットフォームに依存していることです。

私の会社は Java 指向なので、VB スクリプト言語のために HP Quick Test Professional を排除しました。

オプションは次のとおりです。

  1. アトラシアン: Jira - Greenhoper - Zephyr - Selenium 2
  2. IBM: Jazz - Rational クオリティ センター - Rational チーム コンサート - Rational Functional テスター。

最初のものは明らかに安価なソリューションですが、私の意見では、Selenium は長期的なソリューションではないため、アプリケーションが変更されたときに膨大な数のテスト スクリプトを維持するのが難しくなります。RFT は、スクリプト内の何かを置き換えるときにオブジェクトをマップします (または、おそらく私間違っています）。

自動化テストを担当するのは開発者なので、ほとんどのテストはレコーダーだけでは作成できません。

テストするアプリケーションは、Java Web アプリケーションと別のシステムとの統合です。

質問: RFC が Jazz ではなく Jira と統合される可能性はありますか? はいの場合、Atlassian - Jira - Greenhoper - Zephyr - Rational Functional tester ソリューションについてどう思いますか?

4

2 に答える 2

2

Seleniumテストが適切に記述されていれば、保守と拡張が容易になる可能性があるため、Seleniumテストの管理が難しいことに同意しません。書くのが少し難しいことには同意しますが、実際には、より複雑な自動テストのほとんどはレコーダーなしで書く必要があります。Recorderは、テストの記述を高速化するためのツールですが、コーディングを完全に置き換えるツールではありません。

テストされるインターフェースが大幅に変更された場合、テストの一部を変更することは避けられません。Seleniumに加えて、回帰テストに最適なツールであるJenkinsを使用して、テストの実行、スケジュール設定、統合を簡単に行うことができます。また、使用するさまざまなプラグインとそのシンプルさも提供します。

長期的には、自動テストを作成するための基本的なコーディングスキルを持つテスターを雇うことをお勧めします。問題は、開発者とqaは、実行する作業の種類によって考え方が異なることです。開発者は自分が書いたコードに精通しているため、自動テストはそれに依存し、いくつかのバグを見逃す可能性があります（ある意味、ホワイトボックステストになります）。一方、QAはコードを認識しておらず、テストを作成するときにユーザーとして考えようとします。これは、開発者がコードをテストするほど高品質ではない可能性がありますが、機能テストでは（ある意味で）優れています。これはブラックボックステストになります）。

要約すると、私は間違いなくセレンをチェックします。さらに、コードを使用してテストを作成することにより、テストの作成に使用されるプログラミング言語を使用してテストをさらに拡張できるという利点があります。録音ツールはそれを行うことができませんでした。Jenkinsもチェックしてください。チームの誰でもテストを実行できるようになります。

于 2013-03-15T08:30:06.157 に答える
1

これは複雑な質問であり、質問の理由だけでなく、複数のベンダー間の統合を開始するとプロセスがより脆弱になることも考慮する必要があります。これは、統合やベンダーの品質とは関係ありません。複数の企業が別々に作業して、他の企業が行った変更に合わせて変更を加え続ける必要があるということです...要するに、これは別のポイントです3つの異なる企業のソリューション間の統合を求める最初のオプションに対して.

そうは言っても、Selenium を使用してテスト フレームワークを開発する場合でも、スケーラブルで、オブジェクトが変更された場合でもサポートされる方法でそれを行うことができます。明確に定義された関数とオブジェクトのスマートな識別を使用できます。どちらかのソリューションを選択する際に、これを基準にしないでください。

両方のオプション (または表にある他のオプション) を試して、それらすべての長所と短所を含む短いパイロット プロジェクトを実行し、最善の決定を下すと思います。そうでなければ決めるのは難しいと思います（コイントスに近い場合を除きます:-)

私の会社では、評価プロセスの構築に役立つ短いホワイトペーパーを作成しました。ここにリンクがあります、ところでそれは無料です。

また、Jira と統合し、Selenium (または TestComplete、またはその他の自動化フレームワーク) を実行する方法を知っているのは Zephyr だけではありません。また、当社のソリューションもご覧ください。それはPractiTestと呼ばれ、あなたが試す別のオプションかもしれません (物事を簡単にする代わりに、考慮すべき別のことを追加してしまったら申し訳ありません:-)

いずれにせよ頑張ってください！

-ジョエル

于 2013-02-14T06:35:45.983 に答える