ブラック/グレー-ボックス試験REST APIおよびUI

Question

また自由にシステムの自動化の受入試験の開始用のスイッチとしておりません。現在のバックエンドテストケースを書いているのは、従来のテスタPythonでは、新しい試験機の使用が困難な維持するUIを使用していまし ロボットの枠組み.

いう基準で新しい"典型的なテスターからのストリート"で利用開始となので非常に柔軟性があります。

私の前職試験機を使用SoapUIもApacheゃとGroovyスクリプティングはその人に現在の会社なのです。

を考えています Fitnesse はロボットの枠組み

要件:

• でもバックエンド(REST API、DBチェック）およびUIの試験
• れを使用する必要があります簡単な言語でもプログラマー/テスターを理解するためのテストケース(商品の所有者は見ることができるかどうかは全て受け入れcriterias対象です）
• を支持すべきであるとの統合構築
• を支持すべきであるバージョンのテストケースでは、特定の製品版までは、関連するテストケース 現在使用していまTestRail(テストケースマネジメントSW);うにコミュニケーションを取り合いを統合した（少なくともできるプログラムで送り試験結果が)または完全に置き換えることで

いつも遊Fitnesseかを表形式に見え醜い.また一見のdocフレーバがないからできる"コマンドに"などの主張は、ループを）書類などのRestFixtureが悪くてもなし(none)です。

ものをしてください。※具DB確認をしています。そういう意味では、開発者のニーズに携わるプログラムをカスタム備品には悪く見える家栽培のPythonのテストスイート

そのアイデア、経験?

おかげさ Radek

PS:私はとても良いタイミングでの質問にも品質保証フォーラムでは、もはるかにインパクトは小さいものによStackOverflow,まして誠に申し訳ございませんがこの複製.

Answer 1

できない語の使用fitnesseが ロボットの枠組み すべて満たしたものすようよろしくお願い申し上げます。選べるので自分の事業の

1. できるモーバイルコンピューティングツール(およびその単一の報告形式） ソープ● 休みサービス、データベース検証、 web UIの試験, も デスクトップアプリケーショ試験.でも使用できる統合ユニット試験がありますがしばしばよりよいツールとつです。
2. 利用できるロボットの試験を実施マニュアルを使って実験 ダイアログ 図書館、カスタム図書館があります。私が大幅に短縮試験機のスループットの時をもっていマニュアルの試験に書きロボットにより実行時に同様の試験の記述マイクロソフトマイクロソフト。残念ながらあのいくつかはこの強力な機能ですが同じような報告、バージョン制御、タグ付けなど。特徴のためのすべての受け入れ検査、マニュアル、自動的に実行されます。
3. 投資をした場合の時間を創出するキーワードは、図書室、試験が簡単に読みや書き込み可能!) 非試験機
4. があり ロボットのインターフェイスを構築 こ閲覧の試験結果簡単に
5. ロボットの枠組みの試験はスイーツ テキストファイル, することが可能ですので、すると番号右のとおのコードです。
6. 試験出力は非常に単純な理解と解析のXMLファイルです。れを発生させることもでき ル-スタイル出力 のための統合とその他のツールです。ロボットも付属ツールに変換するこのxml人に優しいログに対する結果である。の リスナーインタフェース この辺りのキャプチャーまたはストリーム試験結果です。
7. が増えてきて ツールエディタのプラグイン この作業と、ロボットチームのメンバーできるツールを使用しても快適です。
8. ロボット 非常に伸ばせ --キーワード図書くことができほとんどの言語のネイティブ--pythonとjavaの場合に実行jythonとしたものである。純言語ごとのIronPython.とに リモート図面, 記述することができなキーワードを他の言語にすることを可能とするソケットとしてサーバーです。

として用備品DB試験、トロント、モントリオール javaのデータベース図書館, は、汎用 pythonのデータベース図書館 接続できるためにちょうど約あらゆる共通のデータベースです。もあり、具体的には図書館のための話 Pythonの.

に関する質問またバージョン管理、ロボットは非常に強力な タグ付け機構 と感じるかもしれませんが便利です。また、例えば、タグのすべての試験は製品のタイプ:コンポーネントがいます。そして、あなただけのチェックが利用ロボット コマンドラインオプション 選択のみで試験が付いた特定のバージョン。としてのタグ付け、報告書の確認についてpass/failの統計によるタグです。

ロボットな完璧な試験システムでも非常に良いです。いるという見解も多くのも良い試験の枠組みがなんなのかである客観的かります。だから、ものす場合には重要で、ロボットの枠組みがあります。

Answer 2

また、ほぼ同様のシナリオ。ためにRF、fitnesse IBMのスタッフ/STAX

このロボットの枠組みたところ、うまくいったのです。

1. でもバックエンド(REST API、DBチェック）およびUI 試験のために、RFの ご要望 図書館の各種DB図書館を使用することができる。
2. れを使用する必要があります簡単な言語でもプログラマー/テスターできる を理解するテストケース(商品の所有者は見ることができ か否かのすべての受け入れcriterias対象です）-RFはな精密に。
3. を支持すべきであるとの統合構築-RFは ジェンキンス氏 プラグイン
4. を支持すべきであるバージョンのテストケースのように特定の 製品版までは、関連するテストケースの現在-RFの タグ 特徴を広く募集するとともにこの

が存在するロボットの枠組み API ありプログラマブルなどを統合します。