Don't wait for the backend to be ready, generate custom API responses with Mocky and start working on your application straightaway
![Mocky: The world's easiest & fastest tool to mock your APIs](https://cdn-ak-scissors.b.st-hatena.com/image/square/147a665e00bb1a7fdc12e22f90e6d1b97d740016/height=288;version=1;width=512/https%3A%2F%2Fdesigner.mocky.io%2Fassets%2Fmocky-social-twitter-final.png)
Instrumentation Testを書く時、実際にAPIリクエストは行わせず、APIレスポンスをmockしたいですよね。方法としては2通りはあるかと思います。 Gradleで Test flavorを作り、APIを差し替える Dagger2を使い、mockをinjectする mockの値を変更するのが容易なので、2番目の方法がおすすめです。しかしながらDagger2でmockを依存性注入するのは結構面倒で、実際テストを書き始めるまでにいくつかステップが必要です。この記事ではDagger2とKotlinを使ってEspresso instumentation testをを書く方法を説明します。 サンプルプロジェクト - 会員登録 サンプルプロジェクトとして簡単な会員登録の画面を作りました。入力した値が正しければ、名前と年齢を表示し、そうでなければWarningを出します。 このプロジェク
Method SwizzlingによるURLSessionConfiguration.defaultの入れ替え 今回はURLSessionConfiguration.defaultをモック用に置き換えるという方法で実装してみます。 Alamofire.requestやSessionManager.defaultも内部で、URLSessionConfiguration.defaultを使用しています。 URLSessionConfigurationにextensionで入れ替え準備用のメソッドと入れ替えるプロパティを追加します。 public extension URLSessionConfiguration { // .defaultをモック用と入れ替えるメソッド public class func setupMockDefaultSessionConfiguration() { let
About the content This talk was delivered live in March 2017 at try! Swift Tokyo. The video was recorded, produced, and transcribed by Realm, and is published here with the permission of the conference organizers. Mocks allow us to write fast tests that do not mess with production data. Without OCMock, we will need to write our own mocks, but it does not have to be much work. In this talk from try
Please ensure you understand and agree with our data protection policy before using this site. FluidUI.com (Fluid UI) uses cookies and saves data on our servers in order to provide the Fluid UI service. This data is gathered in order to provide the relevant functionality for your account. The purpose of this article is to inform you what information we store, when we request it and why we need it.
ブログの Feed をダウンロードする機能の単体テストで、いちいち本物の Feed にアクセスしたくない。テスト遅くなるし、Feed 更新されたらテスト結果変わっちゃうし。 こういうときはスタブやモックの出番。WebMock という gem を使うことにした。 bblimke/webmock · GitHub WebMock はメジャーどころの http ライブラリに対応しているので、Net::Http 以外のときでも使えるのがウレシイ。 require "spec_helper" require "webmock/rspec" FEED_LINK = "http://tnakamura.hatenablog.com/feed" describe Feed do before do # FEED_LINK にアクセスしたら FEED_BODY を返すスタブを作成 stub_request(
jQuery や Backbone.js で UI を開発していて面倒なのが、サーバー側の API を呼び出す部分の実装です。呼び出したい API が既に実装されていないと、細かいところまで作り込めません。 あと、上手く動かなかったときも面倒です。原因がクライアント側ならすぐ直せますが、サーバー側だった場合、サーバー側のコードを修正して、テストまでしないといけません。効率悪いですよね。 できれば、クライアント側の開発はクライアント側だけで完結したい。さらに欲を言えば、最終的にサーバー側の API を呼び出すように修正するとき、出来るだけ少ない修正で済むようにしたい。 API 呼び出しを抽象化してダミーの処理と差し替えたり、jQuery.ajax を上書きしたり、色々工夫して最後に行き着いたのが『jquery-mockjax』。 appendto/jquery-mockjax · GitHu
PSGoogleReaderはiPadアプリにおいてGoogleリーダーのデータを取得するモックアプリ。 PSGoogleReaderはiPad用のオープンソース・ソフトウェア。フィードを使うと手軽に色々な情報が集まってくる。そのためフィードを活用してWebサービスやソフトウェアを開発しようと思う人は多い。それはiOSアプリでも変わらないだろう。 モックの画面 自作でクローラを作るのは大変だ。特にiOSのように常時起動しない場合はそうだ。そこで使いたいのがGoogleリーダーなる。Googleリーダーのコンテンツを使ったアプリを作りたいなら見てみたいのがPSGoogleReaderだ。 PSGoogleReaderはあくまでもモックアプリだ。単体では殆ど意味をなさない。画面が二つに分かれて表示されているが、特に何か出る訳ではない。見るべきなのはコンソールだ。ソースの中にGoogleアカウン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く