1

私は先週STAX/STAFを探索していました。
これはテスト自動化の実行に使用され、ハドソンに似ています。
どのタイプのテストで使用できるか知りたいのですが。つまり、機能テスト、負荷テストなど。
機能自動化テストは基本的にフレームワークに依存します。つまり、実行方法、失敗または合格時の戻りステータスはフレームワークを通過します。
これをSTAFのようなテスト自動化フレームワークとどのように統合できますか？

4

2 に答える 2

4

私はSTAF/STAXを4年以上使用しています。

長所：

  • オープンソース
  • クロスプラットフォーム
  • 同時実行
  • 拡張可能（つまり、独自のサービスを作成できます）
  • STAFWebサイトを介したIBMからの適切なサポート

短所：

  • 時々バギー
  • 問題の診断が難しい
  • STAXスクリプトのプログラミングは厄介で醜いです（つまり、XMLタグと埋め込みjythonを介したスクリプト）

STAF/STAXがシステムテストに役立つことがわかりました。たとえば、あるシステムでサーバーを起動し、別のシステムでクライアントを起動して、それらの相互作用をテストすることができます。クロスプラットフォームをテストする必要がある場合、または複数の言語バインディングをテストする必要がある場合にも役立ちます。また、大規模なネットワークシステムと個人のデスクトップの両方で使用できるという事実も気に入っています。

一方、単体テストや、比較的単純で単一のシステムで実行できるテストには使用しないと思います。そのためには、おそらく言語固有のユニットフレームワークを使用します。

于 2012-06-12T20:10:20.327 に答える
2

STAFはハドソンに匹敵しません。

Hudson / JenkinsやBuildbotのようなものを見ると、スケジューリング、何が起こっているのか、何が行われたのか、そしてどのように進んだのかを表示することに重点を置いたGUIが表示されます。

一方、STAFは、分散環境でのQAフレームワークの配管に似ています。プロセスの起動、ログの収集、リソースのロックなどに役立ちます。

于 2012-12-18T07:13:49.390 に答える