バックエンドとは、データを消費したり、ファイルを処理したり、マシン インターフェイス (REST、SOAP、CORBA など) を使用して通信したりするソフトウェア システムを意味します。手の込んだ Web や UI のテストは必要ありません。Cucumber と Robotframework を念頭に置いていますが、目前のタスクにどれだけ適しているかはわかりません。
3 に答える
この質問に対する簡単な答えはありません。
ドメインを正しく取得したようです...UI/ Webコンポーネントをテストしようとした場合、受け入れテストフレームワークはその仕事に適したツールではないためです。
いくつかのオプションがあります
- SpecFlow
- きゅうり
- StoryTeller
- FitNesse
- mSpec
- 他のいくつか。
私はStoryTellerとmSpecに偏っていますが、これらのツールにはそれぞれ長所と短所があります。
あなたが自分自身に尋ねるべき質問(そしてあなたのチームは)
- 誰がテストを作成/保守しますか?
- 自己文書化の受け入れテストは、組織に価値をもたらしますか?
- 現在のビルドプロセスと最も簡単に統合できるテクノロジーはどれですか?
私はCucumberを使用して、perlおよびplsqlで記述されたバッチアプリケーション(Informaticaトランスフォーメーション)をテストし、現在、テレフォニーivr/キューイングシステムのテストに使用しています。Rubyは、システムを駆動するために必要なgemを提供し、テスターが言語/構文を学ぶのは非常に簡単でした。
Robot Framework に関しては、Intellij でサポートが不十分だった経験があります。IntelliBot プラグインを使用しています。多くの場合、構文が間違っている、キーワードが見つからないなどの間違いに気付くのは、テスト ランタイムの後半です。インポートされたライブラリを見つける際の問題、デバッグなし、プロジェクト全体のキーワードの名前変更などの単純なリファクタリングなし。