8
iOSテスト/仕様TDD / BDDと統合および受け入れテスト
ロックされています。質問はトピックから外れていますが、歴史的に重要であるため、この質問とその回答はロックされています。現在、新しい回答や相互作用を受け入れていません。 iPhoneのビヘイビア駆動開発に使用するのに最適なテクノロジーは何ですか？そして、これらのテクノロジーの健全な使用を実証するいくつかのオープンソースのサンプルプロジェクトは何ですか？ここに私が見つけたいくつかのオプションがあります： ユニットテスト テスト::ユニットスタイル 「iOS開発ガイド：ユニットテストアプリケーションとその他のOCUnitリファレンス」で説明されているOCUnit / SenTestingKit。 例：iPhoneUnitTests、Three20 キャッチ GHUnit Mac向けGoogleツールボックス：iPhoneユニットテスト RSpecスタイル キウイ（これには、あざけりと期待も付いています） 杉 器用なiOS-Acceptance-Testing仕様に示されているUIオートメーション付きのJasmine 受け入れ試験 セレンスタイル UIオートメーション（デバイスで動作） UIオートメーション機器ガイド UIオートメーションリファレンスドキュメント Tuneup js -UIAutomationで使用するためのクールなライブラリ。 自動化スクリプトへのユーザーインターフェイスアクションのキャプチャ Cucumber（JavaScriptで記述）を使用してUIオートメーションを駆動することが可能です。これは素晴らしいオープンソースプロジェクトでしょう。次に、Gerkinを記述してUIオートメーションテストを実行します。とりあえず、コメントとしてガーキンと書いてみます。 更新：ズッキーニフレームワークは、キュウリとUIオートメーションをブレンドしているようです！:) 古いブログ投稿： Alex VollmerのUIオートメーションチュートリアル O'Reilly Answers UIオートメーションチュートリアル Adi SaxenaのUIオートメーションチュートリアル UISpecRunnerによるUISpec UISpecはGoogle Codeのオープンソースです。 UISpecには包括的なドキュメントがあります。 FoneMonkey キュウリのスタイル フランクとiCuke（キュウリに基づいてiPhoneトークを満たしています） フランクGoogleグループはよりもはるかに活性を有するiCuke Googleグループを。 Frankはデバイスとシミュレーターの両方で実行されますが、iCukeはシミュレーターでのみ実行されます。 フランクはiCukeのステップ定義よりも包括的なステップ定義のセットを持っているようです。そして、フランクはまた、彼らのウィキにステップ定義大要を持っています。 私はiCukeとFrankをマージすることを提案しました（MerbとRailsがマージした方法に似ています）。iOS向けのCucumberが同じ共通の目標を持っているからです。 KIF（機能性を保つ）ことでスクエア Zucchini Frameworkは、テストの記述にCucumber構文を使用し、ステップ定義にCoffeeScriptを使用します。 追加 …