[swift] testでpathForResourceが通らない時 - Qiitalet path = NSBundle.mainBundle().pathForResource("configuration",ofType:"json") ちょっと調べたら、どうもテストではこの方法では取得できないらしい。 ObjectiveCの時から続いていたらしく、ObjectiveCの情報はこちらにありました。 http://qiita.com/hmuronaka/items/4b4a8f38b117e94542b4 これをSwiftでやるコードはこれでした。
![[swift] testでpathForResourceが通らない時 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/82aa4a4b42e2f4dfa1ea864118af193a8ba6b339/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCc3dpZnQlNUQlMjB0ZXN0JUUzJTgxJUE3cGF0aEZvclJlc291cmNlJUUzJTgxJThDJUU5JTgwJTlBJUUzJTgyJTg5JUUzJTgxJUFBJUUzJTgxJTg0JUU2JTk5JTgyJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1jZjkzNTAxOTk1ZjRjN2UyMzQzZmZhY2M4YjgyZTNiNw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBrZW5zaGlyb2gmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWYxMWNjNGIzMTFlN2IzYmZmYWMyODg4MDU5OTRkYmU4%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gIExpZmUgaXMgVGVjaCwgSW5j%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D6caf51efbeb5beb388d02da072c005b3)
SwiftのQuickでAlamofireを使った非同期のテストを書く - Qiita
概要 HTTP通信を行うようなテストケースを書くには、通常、スタブを使います。 サーバが落ちていたりしてテストが失敗するケースがありますし、連続してリクエストするのはサーバのリソースを食いますし、遅いですし…。 SwiftのQuickでAlamofireを使ったテストを書くのに躓いたので、同じ人がいるかもと思い、筆(キーボード)を執りました。 環境 Xcode7(Swift2.0) Quick RSpec風にかけるテストライブラリです。 非同期のテストも書け、今回はこの機能を使います。 XCTestなど他のテストフレームワークを使う場合は、TRVSMonitorとかで非同期のテストをするといいかもしれません(試してません)。TKRGuardはSwiftではマクロが使えないためか動きませんでした。 Nimble Quickが依存するmatcher Mockingjay HTTPモックライブラ
Manual Mocking in Swift - iOS Unit Testing
I’ve become a fan of creating one’s own test doubles (aka mock objects) instead of using a mock framework like OCMock or OCMockito. Uncle Bob describes this process in one of his Clean Code videos, and it seems to work very well in Swift. Why create your own mock objects? There are a couple reasons for doing this. Tests can be more readable. I say “can” because its really up to you to create reada
Swiftの導入としてObjective-Cのクラスの単体テストを書く - Qiita
ある程度の規模になっているObjective-CベースのiOSアプリで、「よっしゃSwift導入や！」ってなっても、 「開発者が馴染んでいない言語を実戦投入したら、コーディングガイドラインもないし、コード品質が下がってしまう」みたいな懸念があると、きっと思います。 でも、やっぱりSwiftは触ってみたいし、少しずつ触っておきたい、みたいなケースはないでしょうか？ なら、簡単な導入として、単体テストだけSwiftで書いてみればいいんじゃない？と思ってやってみたらすごく簡単だったのでその紹介です。 前提 Obj-Cで書いているアプリ 単体テストは既にある. (フレームワークはXCTest) Swiftのテストケースを追加 おもむろに "New File..." から Test Case Classesを選んで、新しいテストクラスを追加します。 LanguageはSwiftにします。 ファイルを
Swift界隈で話題沸騰中のテストフレームワーク Quick とは？ - Qiita
Quickとは？ QuickはSwiftが発表された２日後にGithubにコミットされた、世界で一番最初のSwiftのテストフレームワークです。ビヘイビア駆動開発(BDD)指向のテストフレームワークで、SwiftとObjective-Cの両方の言語に対応しています。RSpec, Specta, Ginkgoの影響を受けているそうで、記述がしやすく可読性の高いケースを表現できるのが特徴です。 ロゴもSwift調のデザインで素敵です。 開発者は？ 開発者はmodocache (もどかしい)さんという日本にいらっしゃるエンジニアさんが作られています。ハンドルネームがとってもお洒落ですね。 期待度は？ まだ開発開始から２週間弱ですが、とても活発に開発が行われており今後Swiftのデファクトテストフレームワークになるのではと期待が寄せらています。 また既存のObjCテストフレームワーク(※)はSwi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
