Realm(realm-cocoa)を使うアプリをテストする #realm_jp - やらなイカ？
iOS/Android向けDBMS+ORMのRealmを利用しているアプリのテストコードの書きかた、またテストコードからIn Memory Storeで使用する方法を試してみました。 realm-cocoa のバージョンは 0.90.6 を使用しています。 テストターゲットの準備 Realmをプロジェクトに取り込む方法はいくつかありますが、今回はCocoaPodsを利用しました。このとき、下記のようにテストターゲット側にもRealm/Headersの利用を宣言する必要があります。 target 'RealmInMemoryStoreExampleTests', exclusive: true do pod 'Realm/Headers' end テスト用のRealmインスタンスを使用する Realmのサンプルコードにあるように[RLMRealm defaultRealm]でデフォルトRea
Introduction to Testing on iOS | Envato Tuts+
No one wants to ship buggy software. Ensuring that you release a mobile application of the highest quality requires much more than a human-driven manual quality assurance process. New devices and operating systems are released to the public each year. This means that there is an ever expanding combination of screen sizes and operating system versions on which you must test your mobile application.
XCTestとOCMockを使ってAFNetworking 2.0の単体テストを行う - Qiita
概要 AFNetworking 2.0利用時の単体テストを自動化するためにテストコード書いてみた際のログです。 あまりここら辺の知見がないので、もっとこうした方がいいなどのアドバイス等あれば是非お聞かせください。 やった内容としては、はてなブログの人気エントリーを返すRSSフィードをリクエストし、その結果としXMLが返ってくるので、その部分をOCMockを使ってXMLを返すようにメソッドの結果を書き換えることで単体テストを実現しています。 ・はてなブログの人気エントリー http://blog.hatena.ne.jp/-/hotentry/rss 手順 OCMockとAFNetworkingのインストールにはCocoaPodsを使用するためPodfileを作成します。 XMLを扱うのでkissXMLを一緒に入れています。 platform :ios, '7.0' pod "AFNetwo
iOSのユニットテスト(LogicTests)で和暦設定時のテストを行う - Qiita
自分の作ったアプリで和暦を使っていなくても、ユーザのカレンダー設定が和暦だったりすると 日付表示がおかしくなることがあります。 カレンダー設定を和暦に変更して実機での動作確認をすればいいのですが、いつもそれを気にして確認などはしないですし忘れがちです。 それに、設定によって挙動が変わってしまうのであれば、日付に関するテストコードを書いても意味がなくなってしまいます。 事前調査 iPhoneの設定でカレンダーを和暦に設定した上で、適当なアプリにNSLog(@"%@", [[NSUserDefaults standardUserDefaults] objectForKey:@"AppleLocale"]); で記述して起動します。 そうすると、現在選択されているロケールが取得出来ます。 OCMockを使って和暦設定時のロケールを返すMockを作成 OCMockを使い、先ほど取得したロケールを返
[Swift] Quick で振る舞いテストをしてみよう | DevelopersIO
Quick 「Quick」は Swift / Objective-C で利用できるテスティングフレームワークです。RSpec や Specta、Ginkgo などといった Spec 系統のフレームワークをインスパイヤしており、これらと同様の形式でテストケースを記述できます。 import Quick import Nimble class TableOfContentsSpec: QuickSpec { override func spec() { describe("the table of contents below") { it("has everything you need to get started") { let sections = TableOfContents().sections expect(sections).to(contain("Quick: Exampl
![[Swift] Quick で振る舞いテストをしてみよう | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/e34cec25dea4fe28294f2621b4245d3236ecd976/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F09%2Fquick.png)
iOS向けライブラリ/アプリから学ぶ単体テスト - Qiita
iOS向けライブラリ/アプリの単体テスト手法について調査した内容のメモ。（Objective-C前提です、、） Mantle 1.5 URL https://github.com/Mantle/Mantle/tree/1.5 構成 すべてSpectaを利用した記述 Specta開発元なのでSpecta利用の参考になる 環境定義用クラスはなし pchファイルで補助ツールのインポート テスト実行 TravisCI利用 CI用のスクリプトを定義 補助ツール Expecta Specta Octokit 0.5 URL https://github.com/octokit/octokit.objc/releases/tag/0.5 構成 すべてSpectaを利用した記述 Specta開発元なのでSpecta利用の参考になる OCTClientSpecで通信スタブのOHHTTPStubsを利用 通信
Better TDD: The AppCode Advantage | Quality Coding
AppCode is an alternative IDE for Objective-C development. When it comes to test-driven development, it’s superior to Xcode. But that’s not all. Check out the “inside-out” coding style it makes possible. In general, AppCode lets me focus more quickly on semantics and less on fiddling with source code. Are you interested in the AppCode templates I use? Question: What other AppCode tricks do you lik
XCodeのBDDツールであるKiwiのGetting Started with Kiwi 2.0を和訳してみた。その１ - 酔いどれエンジニアのブログ
2013-10-28 XCodeのBDDツールであるKiwiのGetting Started with Kiwi 2.0を和訳してみた。その１ BDD Kiwi xcode 前回はReadmeを訳しましたが今回はGetting Startedを和訳して見たいと思います。 今回も前回同様、意訳している箇所があります。 間違っているところがあれば、ご指摘頂けると幸いです。 途中でいやになってきたので、２回に分けたいと思います。 Getting Started with Kiwi 2.0 このガイドは、iOSとOS XプロジェクトにKiwiを使用する方法を学ぶための出発点です。 このガイド（またKiwi）のゴールはアプリケーションのコードを実行したり、プロファイリングしたりするのと同じぐらい簡単に、テストを行うことが出来るワークスペースを設定することです。 必要条件： Xcode iOS O
What's new in OCMock 3 · OCMock
OCMock 3 is almost completely backwards compatible with previous versions of OCMock while introducing the following changes: Modern syntax Verify after running Apache 2 license This page describes the changes. For a description of all the features please consult the reference page. Modern syntax In addition to the existing syntax OCMock 3 introduces a new “modern” syntax that uses macros and round
すべてのテストケースの前後にあれこれする
Apr 30, 2014 iOSのアプリケーションテストを書いていると、各テストケースの前後に永続ストアやスタブサーバーなどをリセットしたくなることがあると思います。 リセットが必要なテストスイートのsetUp/tearDownに書いても良いのですが、書くのが面倒だったり書き忘れてしまうこともあるので、 すべてのテストケースについてリセットが走るようにしておいた方が心を穏やかにすることができると思います。 実現方法 すぐに思いついたのは以下のような方法です。 setUp/tearDownにリセット処理を加えたサブクラスを継承させる XCTestCaseのsetUp/tearDownをswizzleする サブクラスを継承させる方法には、KIFTestCaseなど他のライブラリのクラスには適用ができないという問題があります。 method swizzlingを利用する方法は、他のmethod
XCode5対応！KIFでiPhoneアプリの受け入れ（統合）テスト - ぴよログ
最近初めてiPhoneアプリでテストを書く機会がありました。テストを書くならこの際ユニットテストだけではなく画面遷移を含めたテストも書いてみようと思い、環境を整えてみました。 テストフレームワークの選択肢 kif-framework/KIF inkling/Subliminal Testing With Frank — Painless iOS and Mac Testing With Cucumber allending/Kiwi ざっと調べた感じ、受け入れテストに使えるテストフレームワークは以上のような感じ。ですが、FrankやKiwiはCucumberベースで癖がありそうだったり設計思想が大掛かりな感じがして回避しました。この中では一番シンプルなKIFを選択しました。ちなみにKIFは決済サービスsquareで使用されているフレームワークらしいです。 2013/12/12追記：Kiwi
iOSでAPIのテストが書きやすくなったTestCaseクラス - Qiita
XCTestでAPIクライアントのテストを書くときに便利だったテストケースクラスの実装をシェアします。 その前に、そのテストケースクラスを使った時にどうなるかbefore/afterで比較しましょう。 beforeは元の自分のプロジェクトで使われた環境で書かれてたテスト風のサンプルコードで、afterが便利TestCaseクラスを利用したコードです。 before 基本的にはOHHTTPStubsを使ってHTTPのリクエストをstubして、TRVSMonitorを使って非同期処理の待ち状態を作ってました。 毎回stubの定義を書いたりmonitorオブジェクトなど作成したり、テスト書くのに全然集中できないし、読んでても余計なコード大石イライラしますね。 #import <XCTest/XCTest.h> #import <OHHTTPStubs/OHHTTPStubs.h> #import
OHHTTPStubsを使ったiOSアプリ開発の進め方 - Qiita
概要 スタートアップiOS勉強会 #3 http://www.zusaar.com/event/4557003 自分もこれで話す内容についてずっと考えていて、laisoさんのスタートアップの人材戦略とは何かを読むと先にLTの内容を公開していたのでこちらも公開することにした。 10分以下のLTだと細かいことは多分話せないので、先におおまかに公開し実際のLTでは自分の特に話したいことを集中して話すようになるのではないかと思う（もしくはジョブズが成仏した話みたいに当日思いつきでぜんぜん違うことを言うかもしれないし、もしくは近所にガールズバーができたから行ってみたらビール一杯3080円だった話になるかもしれない）。 スタートアップに関する話について 経験上、iOSアプリ開発ではWebアプリ開発のようにいきなり大人数で開発を進めることがないので、iOSアプリ開発での技術的ノウハウやあるあるネタはスタ
Objective-Cで非同期処理のテスト（依存ライブラリなし版） - ぴよログ
Xcode標準のテストライブラリがうまいことやってくれないせいで、非同期処理のテストを書く場合に待ちの処理を自分で書いてあげないといけません。 最近のすごくいい感じの拡張が紹介されたのでこれを使うとなかなかいい感じです。 Objective-Cで非同期処理のテストをシンプルに書く方法 - TOKOROM BLOG ですが、実際はそこまでやらなくてもSDK標準の機能だけでも簡単に実装できます。サンプルコードは以下の通り。 - (void)testExample { CFRunLoopRef rl = CFRunLoopGetCurrent(); NSURLRequest *req = [NSURLRequest requestWithURL:[NSURL URLWithString:@"http://xoyip.hatenablog.com/"]]; NSOperationQueue *qu
Web APIを利用するiOSアプリのテスト技法 - cockscomblog?
もう先週ですが、表題のタイトルで「Consumer Service Engineer MeetUp Vol.1 ~iOS編~」という会でお話しさせていただきました。 このようなタイトルの発表にした理由についてですが、はてなとしてお話しするということで、ちょっと硬派な方に振ってみました。結果としては良いバランスだったのではないでしょうか。 発表資料を掲載します。 また以下に発表の概略を書いておきました。ご参考ください。 前提 このMeet Upの主旨が「コンシューマ向けのWEBサービス（アプリ）の企画・開発・運営をしている会社によるエンジニア向けの講演、パネルディスカッション、懇親会を含めたMeetUpです！」となっていましたので、それではWebサービスとアプリを繋ぐWeb APIについて、それを利用するiOSアプリについて考えます。Web APIというのは古くて新しい話題で、いまや専らJS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - azu/isUnitTesting: [iOS] You can find out if code is running inside a XCTest/OCUnit test or not?![GitHub - azu/isUnitTesting: [iOS] You can find out if code is running inside a XCTest/OCUnit test or not?](https://cdn-ak-scissors.b.st-hatena.com/image/square/c1082f6520c0a6e55df3950d7995a0a786d92f78/height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2Fc886236276dd4812fb4b0367f6cb8d551b38b461988dd745076726765ac84ea5%2Fazu%2FisUnitTesting)
GitHub - jonreid/XcodeCoverage: Code coverage for Xcode projects (Objective-C only)
GitHub - Quick/Quick: The Swift (and Objective-C) testing framework.
GitHub - landonf/XSmallTest: Minimal single-header DSL for defining Xcode XCTest-compatible test cases.
スマートフォンアプリの テスト自動化をはじめよう
