Xcode 6になって、Simulatorの数が増えて、コマンドラインでテストを実行したい場合、 xcodebuildコマンドの情報を見ても、何を指定したらいいのかイマイチよくわからなかったので調査しました。 コマンドラインでテスト実行 Testing with Xcode に記述があります。 指定する必要があるのは、workspace(or project)、scheme、destinationです。 schemeは、テスト用に新規作成したほうがよいでしょう。 destinationは、iOS Device、Simulator、OSバージョンなどをkey=valueペアでカンマ区切りで指定します。 destinationに何を指定すべきかは、destinationに適当なkey=valueを指定してコマンドを実行すると一覧が表示されるのでそれで確認するのがよいでしょう。 xcodebui

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Swift, being all the rage these last four days, has definitely livened up our programming chat room quite a bit. With cautious optimism, we (Betsy and Brad) delved into the Xcode beta, curious about the state of testing with Swift. For the purposes of this article, we’ll only cover the basics of unit testing with XCTest.framework. A Simple Test Just to get things rolling, we wrote a Plain Old Swif

手元ではCoverStoryを使っていたのですが、なんか使いづらかったのでgcovrを使い始めました。 gcovr 3.1にはhtml出力がついていて、以下のようなコマンドでレポートを出力してくれます。 1 2 3 4 5 6 7 gcovr \ -r . \ --html --html-detail \ -o build/coverage.html \ -e Pods \ -e UnitTests \ -e ".*\.h" 出力されるHTMLは以下のようになります。 ファイルを選択すると各行の状況を確認できます。

まだ校正中なのですが、iOSアプリのテスト自動化入門（仮）的な*1タイトルの本を執筆しました。秀和システムさんから3月中旬ごろ発売予定です。 iOSアプリ テスト自動化入門 作者: 長谷川孝二出版社/メーカー: 秀和システム発売日: 2014/03/18メディア: 単行本この商品を含むブログ (1件) を見る 【3/7追記】Amazonさんで予約はじまりましたのでリンク追加しました 昨年Androidテスト部で書いた『Androidアプリテスト技法』は、テスト技法とテスト自動化が半々という構成でしたが、本書はほぼテスト自動化について特化した一冊です。 内容、想定読者 Xcode 5・iOS 7環境*2における、ユニットテストの書きかた、システムテスト〜受け入れテスト向けのツール・フレームワークのほか、ビルドやAdHoc配布の自動化、CI、メトリック（メトリクス）採取など、アプリ開発にまつわ

どんな時に必要？ CocoaPodsベースのプロジェクトでアプリケーションを開発している時で、特に自前のモジュールもpodでパッケージングしている場合に必要になる事があります。 僕の場合は、pod化した自前モジュールをUnitTestしたい時でした。 ビルド方法によってPreprocessor Macroを切り替えたい サーバサイドのAPIラッパモジュールを例にとって考えてみたいと思います。 サーバサイドには、ステージング環境や本番環境の切り替えが必要な事がよくあります。 また、その切り替え方法にはPreprocessor Macrosを使用するのが一般的だと思います。 達成したい要件は、以下のようにビルド方法によって環境を切り替える事です： UnitTestの時は必ずステージング環境でコンパイル このモジュールを使用するアプリケーションのワーキングスペースorプロジェクトでは、各ターゲッ

XCTestでコードカバレッジを取ろうとしたらうまくいかなかったので、調べたところ、いつものようにStackoverflowに回答があって、それでカバレッジを取れるようになったので手順を紹介します。 テストターゲット向けにObjective-C ClassとしてGcovTestObserverを作成する GcovTestObserver.mに次のコードを追加する #import "GcovTestObserver.h" @implementation GcovTestObserver - (void) stopObserving { [super stopObserving]; UIApplication* application = [UIApplication sharedApplication]; [application.delegate applicationWillTermin

How the Google+ Team Tests Mobile Apps*1 を3行でまとめるブログ。 ユニットテスト iOS SDK標準のOCUnit(SenTestingKit)を使う Google Toolbox for Mac付属のGTMSenTestcaseクラスもいい。 次のSDKからSenTestingKitは外れるらしいんだけど代替のアップル製のテストフレームワークはSenTestingKitのAPIと互換性がある代替APIがあるというので使い方の意識する必要はなさそう。OCUnitはもともと個人開発者が公開してた昔からある秘伝のソースだからたぶん中身をモダーンに書き直したんじゃないかなーと勝手に予想してる。 GTMは正直iOS開発じゃもうそんなに使わんだろと言っていたけど結構メンテされてるし今度見てみます。 https://code.google.com/p/goog

この記事では以下のことについての手順を簡単に説明します。 iOSアプリのテストをTravis CIで動かす Coverallsにコードカバレッジを渡す Objective-C勉強会＠東京 ６月 でNSDateについて発表してきた | Web scratch で書いていたように、 NSDateについてのライブラリ azu/NSDate-Escort · GitHub を書いてて、このライブラリは、 Travis CIでテストを動かして Coveralls でコードカバレッジ をとっています。 NSDate-Escort を例にして設定を見ていきます。 iOSアプリのテストをTravis CIで動かす CLIでテストを動かすには xcodebuild を直接使ってテストを走らせる方法と Travis CI で iOS のライブラリを動かしたメモ | Supernova iOSのライブラリにTr

Download the Code Coverage ToolsI have a GitHub repository called XcodeCoverage. You’ll probably want to make some per-project changes. So if you use git for your projects, think about how you want to manage your fork - branch - submodule workflow. Place the XcodeCoverage folder in the same folder as your Xcode project. The easiest way to incorporate XcodeCoverage is via CocoaPods, as long as you

xctool is drop-in replacement for xcodebuild test that adds a few extra features: Faster, parallelized test runs. xctool can optionally run all of your test bundles in parallel, speeding up your test runs significantly. At Facebook, we've seen 2x and 3x speed ups by parallelizing our runs. Use the -parallelize option with run-tests or test to enable. See Parallelizing Test Runs for more info. Stru

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

This screencast focuses on the question I get the most: “Do you do test-driven development for view controllers?” It’s clearly a roadblock for many people. This screencast should remove that roadblock. It also answers the question, “Is it worth doing?” Outline: Three types of unit test verificationView controller unit tests: the trickTDD demoHow UIViewController TDD can actually help you code fast

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Test-driven development (TDD) is a series of small steps. It can be difficult to grasp until you see those steps demonstrated. That’s why I made this screencast. It was sparked by a Stack Overflow question that said, “All the examples of unit testing I read about seem to be extremely simple and trivial.” The question asks how to write unit tests for a piece of sample code that uses NSUserDefaults.

2012年04月19日 最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。 ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。 はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。 ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと