質問

いかどうかを判断するために活用Cuke4NukeはSpecFlow.そpro/連結実績の？意見が上がるようになるでしょうやうのではないでしょうか。

よろしく！

役に立ちましたか？

解決

(ことがございました偏りが携わっていSpecFlowのだが、ここでも私の思い...)

Cuke4Nukeは胡瓜。この約束は、多くのメリット:

  • 互換性
  • 新たな特徴からのきゅうりききゅうりに進化する（少なくとも理論的には、言語のサポートする例です）
  • ている実際のきゅうりのキュウリの生態系

しかしこれもそのデメリット:

  • Rubyの必要性
  • 昨今のインフラのルビー、ワイヤプロトコル、コマンドラインインテグレーションの...)では、複雑さの解決が上がり、チャンスは何かにチェーンは失敗の上昇
  • デバッグをいただくことは可能ですが、少し 手
  • 走行シナリオのdos-コマンドラインは平醜い、まだまだ問題の一部の文字(ドイツUmlaute).の 液 からのきゅうりかcuke4nukeった。
  • 統合のご連続構築が持っているものを自分で

SpecFlow個別プロジェクトから胡瓜。ろうとしこれにより、きゅうりを可能な限りがあり、ギャップがあります。が計画されており、そのパーサーとしてキュウリ、互換性の向上のための言語です。

SpecFlowを提供は、次のような特長があります。

  • 純粋.純ソリューション(なのでインストールが必要とRubyを無効にすることはできますが実行時)
  • が基本との統合VisualStudio(予定であ進化す)
  • シナリオは、基本的にUnitTestsときは、既存のインフラの途.ランナー、簡単に、Ios、AndroidとMac用にC#,VisualStudio MSTest統合...)
  • シナリオのもとでの手順を簡単にdebuggableのWin（ブレークポイントの設定)
  • 統合のご連続の構築き風のインフラの実行ユニット-試験の一になってい

としてのデメリットSpecFlowっ現

  • サポートしていないとして多くの言語とキュウリ
  • 現在、"コード生成"ステップ。この透明な利用の場合VisualStudioがあり、コマンドラインをいたVisualStudioが、多くの人がないようなコード。
  • あなたの明示的なコマンドラインランナーのためのSpecFlow.しかしを利用できるユニットテストコマンドラインです。
  • SpecFlowによるユニットテストの枠組みは、現在途とMSTest対応
  • 報告SpecFlowは非常に洗練されていない。キュウリはクラウドソーシングでは、しわからない場合もご用意cuke4nuke...

他のヒント

jbandiは良い要約を与えます。私は（もちろん、バイアスのための反対の免責事項と）ほぼ同じ方法で質問に答えます。

できるだけ小さなキュウリコードとして複製しながら、

Cuke4Nukeの目標は、.NETでの完全なキュウリの互換性です。したがって、トレードオフのいくつかは、あなたが強調表示、例えば。 Rubyのツールに固有の依存性は、あります。その他には、言語およびサポートフォーマッタのバグと制限され、デバッグサポートなど、一時的な問題であり、将来のバージョンで消えます。

私はCuke4Nukeはかなりキュウリのように動作しないいくつかの問題に遭遇しました。私は英語で主に仕事としてではなく、私は私の通常の作業では、言語関連の問題が表示されません。私はそれらを修正することができますので、これらの問題のいずれかを再現するためのステップを歓迎したいです。 （彼らに Cuke4Nuke問題リストのではなく、ここに投稿してください。）

別大きく偏っ意見：試してみてください StoryQ に：）

StoryQテストあなたがより良い/ IDEのサポートをリファクタリングますので、実際のコードであり、CIは簡単ですので、それは、既存のユニットテストランナーの中に埋め込まれています。

それはあなたではなく、プレーンテキスト機能やコンパイルコードをチェックインしたいかどうか、おそらく好みの問題です。しかし、私たちのために、我々は物語のメソッドの名前を変更することができて本当によかったとすべてのストーリーが自分自身を更新していることがわかっています。

GUIは、あなたのビジネスの人々にキーボードを与えるしたい場合には、既に平文のシナリオへの投資を持っている場合は、あなたのためのStoryQコードにプレーンテキストのシナリオを変換したりします提供、実際にあります。それも、インテリセンスの簡単なフォームを持っている！

あなたはBDDに超軽量のエントリポイントが必要な場合はそれをやってみる：）

別の偏応答: StorEvil 食べます。純BDDツールです。

利点:StorEvil独自のコマンドラインランナー、エレベーターホール報告を使用してスパークビューは、エンジンの暗号>C#の翻訳-実行エンジンです。

また、その100%より悪します。

デメリット:StorEvilはその他の人の言語（英語）。StorEvilのVisual Studioに統合いにリニューアルがなされており、その他のツールです。StorEvil飲みのすべてのビールの冷蔵庫にない場合の意見です。

私は彼が中止Cuke4Nukeする予定とCuk4Nukeの一部がSpecFlowに備えて移動サポートされていることをリチャードから理解しています。だから今明確な答えはSpecFlowです。

ただCuke4Nukeに来たのに不良にSpecFlow（リチャード-;-)

その主な要因がんばらないといけないと思いること移行った:

  • SpecFlowエレベーターホールをVS2010の統合のための構文強調表示が特徴です。あCuke4VSプロジェクトと同様のものなんてVS2010支援いた時は前を見たとにかく、最近)
  • このデバッグ試験SpecFlowりやすくなるといいでしょう凝ったことを意味するものなのでしょう;-)
  • Cuke4Nuke必要Rubyなどがある。ったのでOKるもの、C#♪いくspookedによる非MS製品、Rubyです。

の問題があSpecflow/うりのキュウリ/Cuke4Nuke世界

  • Specflowのドキュメントであ'lite'--まされることに集まる情報からのきゅうり源intuit少どのように適用さSpecflow.とはいえ自分がそもそしてデザインの強化、書類のように向上させ、次の数ヶ月です。
  • 私も好きに走りきゅうり/Cuke4Nuke試験のコマンドラインを出力のシナリオやすく色分けによる状況（かん上と負いうことなんでしょうけれどによりにおいて最も手間のかかるコマンドラインのような奴...)
  • はきゅうりの地域は大きくり活動のようである可能性あり)に翻訳をより多くの方々がお手伝いをします。

全てを改善する可能性があるのを書いていますソフトウェアです。

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