Spring Boot + npm + Geb で入力フォームを作ってテストする ( 番外編 )( MobX を使用してみる )
概要
記事一覧はこちらです。
Spring Boot + npm + Geb で入力フォームを作ってテストする ( 番外編 )( Jest + axios + Nock, xhr-mock でテストを書いてみる ) の続きです。
- 今回の手順で確認できるのは以下の内容です。
参照したサイト・書籍
Reactでも使える!シンプルなJavaScriptステート管理ライブラリー Mobxを試す
https://www.webprofessional.jp/manage-javascript-application-state-mobx/mobx - npm
https://www.npmjs.com/package/mobxMobX shopping cart demo
https://jsfiddle.net/mweststrate/vxn7qgdw/jQueryプラグインを自作するには?($.fn)
http://www.buildinsider.net/web/jqueryref/031Mobx vs Reactive Stream Libraries (RxJS, Bacon, etc)
https://github.com/mobxjs/mobx/wiki/Mobx-vs-Reactive-Stream-Libraries-(RxJS,-Bacon,-etc)これからMobXをはじめる人へ
http://lealog.hateblo.jp/entry/2016/12/15/113825MobX 3.0.0 の変更点について
http://lealog.hateblo.jp/entry/2017/01/11/1406070からはじめる MobX Part.1
http://lealog.hateblo.jp/entry/2016/09/07/1108230からはじめる MobX Part.2
http://lealog.hateblo.jp/entry/2016/09/18/1252020からはじめる MobX Part.3
http://lealog.hateblo.jp/entry/2016/09/27/1851270からはじめる MobX Part.4
http://lealog.hateblo.jp/entry/2016/11/21/104613mobxjs / mobx-utils
https://github.com/mobxjs/mobx-utils
目次
- MobX とは?
- MobX をインストールする
- extendObservable でプロパティを1つ持つクラスを定義し、動作を確認する
- extendObservable でプロパティを2つ持つクラスを定義し、動作を確認する
- autorun から computed で定義したプロパティを参照している場合の動作を確認する
- autorun からメソッドを参照している場合の動作を確認する
- autorun はプロパティの値を変更した時だけでなく、最初の定義時にも関数を実行する
- when は条件を満たした時に1度だけ動作する
- autorunAsync はプロパティが更新された時に動作する(定義時は動作しない)
手順
MobX とは?
試してみた感想としては、
- オブジェクト(observable なオブジェクトとしてあらかじめ定義しておく)のプロパティの値を変更すると、そのプロパティを参照する関数が自動で実行される仕組みを記述するためのライブラリ。
- 関数を実行するか否かを判断するための監視対象のプロパティを MobX が自動で判別してくれる。おそらくこれがかなり便利。
という感じです。あと React とか全然やったことがないので状態管理が何をするものなのかが分からなくて、書き方と動作を理解するのに結構時間を取られました。。。 また React と組み合わせるサンプルは見かけますが、Vue.js と組み合わせることはないようです(Vue.js は Vuex と組み合わせればいいので不要ということでしょうか?)。
MobX をインストールする
npm install --save mobx
コマンドを実行してインストールします。
extendObservable でプロパティを1つ持つクラスを定義し、動作を確認する
src/test/assets/tests/lib/util の下に mobx.test.js というファイルを新規作成し、以下の内容を記述します。
"use strict"; global.$ = require("jquery"); const mobx = require("mobx"); describe("MobX の動作確認", () => { test("extendObservable でプロパティを1つ持つクラスを定義し、動作を確認する", () => { document.body.innerHTML = ` <div id="value"></div> `; // mobx.extendObservable メソッドを使用して、Sample クラスを Observable として定義する // // function Sample() {...} で定義するなら以下のように記述する // function Sample() { // mobx.extendObservable(this, { // value: "" // }); // } // class Sample { constructor() { mobx.extendObservable(this, { value: "" }); } } // sample.value が変更されたら $("#value").text() を更新するよう定義する const sample = new Sample(); mobx.autorun(() => { $("#value").text(sample.value); }); // sample.value の値を変更すると、 // mobx.autorun で定義した関数が実行されて、 // $("#value").text() に sample.value の値がセットされる expect($("#value").text()).toBe(""); sample.value = "test"; expect($("#value").text()).toBe("test"); }); });
このテストを実行すると成功します。
以下のような書き方・動作になります。
- 変更を検知して何かさせる元となるオブジェクトを
mobx.observable(...)
やmobx.extendObservable(...)
を使用して定義する。 - オブジェクトが変更されたら実行する関数を
mobx.autorun(...)
で定義する。 - オブジェクトのプロパティを変更すると、
mobx.autorun(...)
で定義した関数が実行される。
extendObservable でプロパティを2つ持つクラスを定義し、動作を確認する
mobx.autorun(...)
内で参照していないプロパティを変更しても mobx.autorun(...)
で定義した関数は実行されません。
src/test/assets/tests/lib/util/mobx.test.js に以下のテストを追加して確認してみます。
test("extendObservable でプロパティを2つ持つクラスを定義し、動作を確認する", () => { document.body.innerHTML = ` <div id="value"></div> `; class Sample { constructor() { mobx.extendObservable(this, { value: "", data: "" }); } } const sample = new Sample(); // mbox.autorun 内では sample.value しか参照していない mobx.autorun(() => { console.log(`★★★ mobx.autorun: sample.value = ${sample.value}`); $("#value").text(sample.value); }); // sample.value を変更すると mbox.autorun で定義した関数が実行されるが、 // sample.data を変更しても実行されない console.log("●●● sample.value = \"PASS1\""); sample.value = "PASS1"; console.log("▲▲▲ sample.data = \"1\""); sample.data = "1"; console.log("●●● sample.value = \"PASS2\""); sample.value = "PASS2"; });
テストを実行すると、sample.value を変更した時には mobx.autorun(...)
で定義した関数が実行されますが、sample.data を変更しても実行されませんでした。MobX の方で何が変更されたら関数を実行するか自動的に判別してくれるようです。
autorun から computed で定義したプロパティを参照している場合の動作を確認する
mobx.autorun(...)
で定義した関数から mobx.computed(...)
で定義したプロパティを参照している場合、mobx.computed(...)
で参照しているプロパティが変更されると mobx.autorun(...)
で定義した関数が実行されます。
src/test/assets/tests/lib/util/mobx.test.js に以下のテストを追加して確認してみます。
test("autorun から computed で定義したプロパティを参照している場合の動作を確認する", () => { document.body.innerHTML = ` <div id="personal"> <input type="text" name="firstname" id="firstname" value=""> <input type="text" name="lastname" id="lastname" value=""> <div id="fullname"></div> </div> `; // mobx.computed() で定義した fullname プロパティから firstname + lastname の文字列 // が取得できるようにする class Personal { constructor() { mobx.extendObservable(this, { firstname: "", lastname: "", fullname: mobx.computed(() => `${this.firstname} ${this.lastname}`) }); } } const personal = new Personal(); // mobx.autorun では personal.fullname を参照する mobx.autorun(() => { $("#fullname").text(personal.fullname); }); // blur イベント発生時に View から入力された値を personal オブジェクトにセットする [ "firstname", "lastname" ].forEach(item => { $("#" + item).on("blur", event => { personal[item] = $(event.target).val(); }); }); // $("#firstname").val() に "taro" と入力すると $("#fullname").text() も変更される $("#firstname").val("taro").blur(); console.log("★★★ " + $("#fullname").text()); // $("#lastname").val() に "tanaka" と入力しても $("#fullname").text() も変更される $("#lastname").val("tanaka").blur(); console.log("★★★ " + $("#fullname").text()); });
テストを実行すると、personal.firstname を変更しても personal.lastname を変更しても mobx.autorun(...)
で定義した関数が実行されていることが確認できます。
autorun からメソッドを参照している場合の動作を確認する
mobx.computed(...)
で定義したプロパティの場合 mobx.computed(...)
から参照されているプロパティの値が変更されれば mobx.autorun(...)
で定義した関数が実行されますが、メソッドの場合どうなるのか確認してみます。
src/test/assets/tests/lib/util/mobx.test.js に以下のテストを追加します。
test("autorun からメソッドを参照している場合の動作を確認する", () => { document.body.innerHTML = ` <div id="personal"> <input type="text" name="firstname" id="firstname" value=""> <input type="text" name="lastname" id="lastname" value=""> <div id="fullname"></div> </div> `; // fullname メソッドから firstname + lastname の文字列 // が取得できるようにする class Personal { constructor() { mobx.extendObservable(this, { firstname: "", lastname: "", fullname() { return `${this.firstname} ${this.lastname}` } }); } } const personal = new Personal(); // mobx.autorun では personal.fullname() を参照する mobx.autorun(() => { $("#fullname").text(personal.fullname()); }); // blur イベント発生時に View から入力された値を personal オブジェクトにセットする [ "firstname", "lastname" ].forEach(item => { $("#" + item).on("blur", event => { personal[item] = $(event.target).val(); }); }); // $("#firstname").val() に "taro" と入力すると $("#fullname").text() も変更される $("#firstname").val("taro").blur(); console.log("★★★ " + $("#fullname").text()); // $("#lastname").val() に "tanaka" と入力しても $("#fullname").text() も変更される $("#lastname").val("tanaka").blur(); console.log("★★★ " + $("#fullname").text()); });
テストを実行すると、先程と同様に personal.firstname を変更しても personal.lastname を変更しても mobx.autorun(...)
で定義した関数が実行されていることが確認できます。
autorun はプロパティの値を変更した時だけでなく、最初の定義時にも関数を実行する
mobx.autorun(...)
で定義した関数はプロパティが変更された時だけでなく、最初の定義時にも実行されます。実行した時に監視するプロパティをチェックするようです。mobx.when(...)
や mobx.autorunAsync(...)
は最初の定義時には実行されません。
mobx.autorunAsync(...)
は定義時に実行しなくても監視するプロパティが判別できるようなので mobx.autorun(...)
も定義時に実行しなくてもよい気がするのですが、そこがよく分かりませんでした。。。
src/test/assets/tests/lib/util/mobx.test.js に以下のテストを追加して確認してみます。
test("autorun はプロパティの値を変更した時だけでなく、最初の定義時にも関数を実行する", () => { class Sample { constructor() { mobx.extendObservable(this, { value: "" }); } } let cnt = 0; const sample = new Sample(); console.log("(1) mobx.autorun は定義時に1度実行される"); mobx.autorun(() => { console.log("mobx.autorun の関数が実行されました"); $("#value").text(sample.value); cnt++; }); console.log("(2) mobx.autorun はプロパティを変更しても実行される"); sample.value = "1"; });
テストを実行すると、最初の定義時にも mobx.autorun(...)
に渡した関数が実行されていることが確認できます。
また以下のように最初の実行時に sample.value
を参照しないと、
test("autorun の初回実行時にプロパティを参照しないと、プロパティを変更しても関数は実行されない", () => { class Sample { constructor() { this.autorunFirstFlg = true; mobx.extendObservable(this, { value: "" }); } } let cnt = 1; const sample = new Sample(); console.log("(1) mobx.autorun の最初の定義時にプロパティを参照しないようにする"); mobx.autorun(() => { console.log(`${cnt}回目: mobx.autorun の関数が実行されました`); if (sample.autorunFirstFlg) { sample.autorunFirstFlg = false; return; } // 最初の実行時にはここを通らない $("#value").text(sample.value); cnt++; }); console.log("(2) プロパティを変更しても mobx.autorun は実行されない"); sample.value = "1"; });
プロパティを変更しても mobx.autorun(...)
に渡した関数は実行されません。
when は条件を満たした時に1度だけ動作する
mobx.autorun(...)
で定義した関数は参照しているプロパティが変更されれば何度でも実行されますが、mobx.when(...)
は条件を満たした時に1度だけ実行されます。
src/test/assets/tests/lib/util/mobx.test.js に以下のテストを追加して確認してみます。
test("when は条件を満たした時に1度だけ動作する", () => { document.body.innerHTML = ` <div id="value"></div> `; class Sample { constructor() { mobx.extendObservable(this, { value: "", whenExecuteFlg: false }); } } let cnt = 1; const sample = new Sample(); console.log("mobx.when は最初の定義時には実行されない"); mobx.when( // 第1引数の関数の条件を満たした時だけ、第2引数の関数が実行される // また第1引数の条件で参照する変数は observable でなければいけない () => sample.whenExecuteFlg === true, () => { console.log(`${cnt}回目: mobx.when の関数が実行されました`); $("#value").text(sample.value); cnt++; } ); // sample.value の値を変更するたけでは $("#value").text() には反映されない sample.value = "test"; expect($("#value").text()).toBe(""); // sample.whenExecuteFlg を true にすると反映される sample.whenExecuteFlg = true; expect($("#value").text()).toBe("test"); // sample.whenExecuteFlg を false に戻して再度 true にしても、もう mobx.when は実行されない sample.whenExecuteFlg = false; sample.value = "sample"; sample.whenExecuteFlg = true; expect($("#value").text()).toBe("test"); });
テストを実行すると、1度だけ実行されることが確認できます。
MobX-utils の fromPromise メソッドを使用して、非同期にデータを取得して処理するサンプルを作成してみます。
まずは npm install --save mobx-utils
コマンドを実行して MobX-utils をインストールします。
src/test/assets/tests/lib/util/mobx.test.js に以下のテストを追加します。
"use strict"; global.$ = require("jquery"); const mobx = require("mobx"); const mobxUtils = require("mobx-utils"); const openWeatherMapHelper = require("lib/util/OpenWeatherMapHelper.js"); const xhrmock = require('xhr-mock'); describe("MobX の動作確認", () => { beforeEach(() => { xhrmock.setup(); }); afterEach(() => { xhrmock.teardown(); }); .......... test("when + mobx-utils.fromPromise のサンプル", done => { // xhr-mock でモックを定義する xhrmock.get(/^http:\/\/api\.openweathermap\.org\/data\/2\.5\/weather/ , (req, res) => { return res .status(200) .body({ weather: [ { id: 500, main: "Rain", description: "light rain", icon: "10d" } ], name: "Tokyo" }); }); document.body.innerHTML = ` <div id="weather"></div> `; // mobx-utils の fromPromise メソッドを使用して // openWeatherMapHelper.getCurrentWeatherDataByCityName を呼び出す const result = mobxUtils.fromPromise( openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo")); // 非同期処理が完了したら ( result.state が "pending" でなくなったら )、 // 取得した天気を $("#weather").text() にセットする mobx.when( () => result.state !== "pending", () => { const json = result.value.data; $("#weather").text(json.weather[0].main); } ); // 1秒後に $("#weather").text() にモックで定義した天気("Rain")がセットされていることを確認する expect($("#wheather").text()).toBe(""); setTimeout(() => { expect($("#weather").text()).toBe("Rain"); done(); }, 1000); }); });
テストを実行すると成功することが確認できます。
autorunAsync はプロパティが更新された時に動作する(定義時は動作しない)
mobx.autorunAsync(...)
はプロパティが更新されると非同期で処理を実行します。mobx.autorun(...)
は定義時にも実行されますが、 mobx.autorunAsync(...)
は定義時には実行されません。
src/test/assets/tests/lib/util/mobx.test.js に以下のテストを追加して確認してみます。
test("autorunAsync は observable なプロパティが変更された時に動作する(定義時は動作しない)", done => { // xhr-mock でモックを定義する xhrmock.get(/^http:\/\/api\.openweathermap\.org\/data\/2\.5\/weather/ , (req, res) => { return res .status(200) .body({ weather: [ { id: 500, main: "Rain", description: "light rain", icon: "10d" } ], name: "Tokyo" }); }); document.body.innerHTML = ` <div id="area"> <input type="text" name="name" id="name" value=""> <div id="weather"></div> </div> `; class Area { constructor() { mobx.extendObservable(this, { name: "", weather: "" }); } } const area = new Area(); // area.name が更新されたら OpenWeatherMap の API で天気を取得し、area.weather にセットする mobx.autorunAsync(async () => { console.log("(3) area.name が更新されたら OpenWeatherMap の API で天気を取得し、area.weather にセットする"); const res = await openWeatherMapHelper.getCurrentWeatherDataByCityName(area.name); const json = res.data; area.weather = json.weather[0].main; }); // area.weather が更新されたら $("#weather").text() にセットする mobx.autorun(() => { console.log("(4) area.weather が更新されたら $(\"#weather\").text() にセットする"); $("#weather").text(area.weather); }); // $("#name").val() に入力された値を area.name にセットする $("#name").on("blur", event => { console.log("(2) $(\"#name\").val() に入力された値を area.name にセットする"); area.name = $(event.target).val(); }); console.log("(1) $(\"#name\").val() に Tokyo と入力する"); $("#name").val("Tokyo").blur(); setTimeout(() => { console.log("(5) $(\"#weather\").text() に Rain がセットされていることを確認する"); expect($("#weather").text()).toBe("Rain"); done(); }, 1000); });
テストを実行すると、定義時には実行されず、関数内で参照しているプロパティが更新された時だけ実行されることが確認できます。
もう少し試したいことがあるので続きます。
履歴
2018/01/06
初版発行。
Spring Boot + npm + Geb で入力フォームを作ってテストする ( 番外編 )( Jest + axios + Nock, xhr-mock でテストを書いてみる )
概要
記事一覧はこちらです。
Spring Boot + npm + Geb で入力フォームを作ってテストする ( その44 )( Jest で setTimeout の処理のテストを書く ) の続きです。
- 今回の手順で確認できるのは以下の内容です。
- Jest + axios + Nock を使ったテストを書きます。
- Nock を使うと document.body.innerHTML を一緒に使うテストが書けないため、xhr-mock を使ったテストも書きます。
参照したサイト・書籍
axios / axios
https://github.com/axios/axiosnode-nock / nock
https://github.com/node-nock/nockaxiosを乗りこなす機能についての知見集
https://qiita.com/inuscript/items/ccb56b6fc05aa7821c42Set a code/status for "Network Error"
https://github.com/axios/axios/issues/383@jest-environment jsdom not working
https://github.com/facebook/jest/issues/3280
目次
- axios、Nock をインストールする
- axios は JSONP をサポートしていないので、今回は郵便番号検索API ではなく OpenWeatherMap を使用する
- axios を使用したテスト用モジュールを作成する
- まずは Nock を使わずにテストを書いて実行してみる
- Nock を使ってテストを書いて実行する
- xhr-mock をインストールして、サーバ側をモック化+document.body.innerHTMLも使用するテストを書いてみる
手順
axios、Nock をインストールする
npm install --save axios
コマンドを実行して axios をインストールします。
npm install --save-dev nock
コマンドを実行して Nock をインストールします。
axios は JSONP をサポートしていないので、今回は郵便番号検索API ではなく OpenWeatherMap を使用する
郵便番号検索API を呼び出すならば JSONP に対応している必要があるのですが、axios で JSONP ってどうやるのか調べたところ、It seems axios does not support jsonp call の Issue に「対応する予定はない」と書かれていました。。。 まあ CORS があるのに今さら JSONP に対応する必要はないですよね。最近 JSONP なんて使うのかな?とは思っていましたが、やっぱりそんな取扱いになるんだなと改めて認識しました。
今回のテストでは OpenWeatherMap を使うことにします。以下の手順でアカウントを新規登録して、API の Key を取得します。
- https://home.openweathermap.org/users/sign_up からアカウントを登録します。
- My Home の画面が表示されるので、「API Keys」のタブをクリックします。Key が表示されるのでコピーします。
取得した API Key は src/main/assets/js/lib/util の下に OpenWeatherMap.key.js を新規作成して、以下の内容を記述します。
module.exports = { appid: "ここに取得した API Key を記述します" };
また git の管理対象外になるよう .gitignore を以下のように変更します。
.......... # Application File **/OpenWeatherMap.key.js
axios を使用したテスト用モジュールを作成する
src/main/assets/js/lib/util の下に OpenWeatherMapHelper.js を新規作成し、以下の内容を記述します。
"use strict"; var axios = require("axios"); var openWeatherMapKey = require("lib/util/OpenWeatherMap.key.js"); var DEFAUL_TIMEOUT = 15000; var timeout = DEFAUL_TIMEOUT; module.exports = { /** * 内部の設定を初期値に戻す */ init: function () { timeout = DEFAUL_TIMEOUT; }, /** * タイムアウト時間を設定する * @param milliseconds */ setTimeout: function (milliseconds) { timeout = milliseconds; }, /** * 指定された都市の現在の天気情報を取得する * @param {string} cityName - 都市名 */ getCurrentWeatherDataByCityName: function (cityName) { return getAxiosBase().get("/data/2.5/weather", { params: { q: cityName, appid: openWeatherMapKey.appid } }); } }; /** * 共通設定が定義済の Axios オブジェクトを返す * @returns {Axios} OpenWeatherMap の API を呼び出す時の共通設定が定義済の Axios オブジェクト */ function getAxiosBase() { return axios.create({ baseURL: "http://api.openweathermap.org", timeout: timeout }); }
- timout のテストをする時にデフォルトの 15 秒のままでは長いので、時間を調整できるよう setTimeout メソッドと、初期値に戻すための init メソッドを用意しています。
まずは Nock を使わずにテストを書いて実行してみる
まずは簡単なテストを書いて動作確認してみます。src/test/assets/tests/lib/util の下に OpenWeatherMapHelper.test.js を新規作成し、以下の内容を記述します。
"use strict"; const openWeatherMapHelper = require("lib/util/OpenWeatherMapHelper.js"); describe("ZipcloudApiHelper.js のテスト", () => { test("OpenWeatherMap の API で東京の天気を取得する", async () => { const res = await openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo"); const json = res.data; expect(json.name).toBe("Tokyo"); expect(json.weather.length).toBe(1); expect(json.weather[0]).toHaveProperty("main"); expect(json.sys.country).toBe("JP"); }); });
ちなみに http://api.openweathermap.org/data/2.5/weather?q=Tokyo&appid=... にアクセスすると以下のような JSON データが返ってきます。
{ coord: { lon: 139.76, lat: 35.68 }, weather: [ { id: 500, main: 'Rain', description: 'light rain', icon: '10d' } ], base: 'stations', main: { temp: 277.98, pressure: 1018, humidity: 44, temp_min: 277.15, temp_max: 279.15 }, visibility: 10000, wind: { speed: 3.1, deg: 30 }, clouds: { all: 90 }, dt: 1514690160, sys: { type: 1, id: 7607, message: 0.0058, country: 'JP', sunrise: 1514670628, sunset: 1514705850 }, id: 1850144, name: 'Tokyo', cod: 200 }
テストを実行すると成功しました。
axios は Promise オブジェクトを返すので、then, catch を書いて then に処理がいくことを確認してみます。src/test/assets/tests/lib/util/OpenWeatherMapHelper.test.js に以下のように test("then, catch を記述して then に処理がいくことを確認する", () => { ... });
のテストを追加して、
テストを Debug 実行すると、なぜか catch の方で処理が止まりました。。。 エラーメッセージは Network Error
で、Node.js 環境で実行しているはずなのに request になぜか XMLHttpRequest が表示されています。どうも axios に Node.js 環境ではなくブラウザ環境と判別されているようです。
いろいろ調べたところ、以下のことが分かりました。
- https://facebook.github.io/jest/docs/en/configuration.html#testenvironment-string を見ると、Jest の
testEnvironment
という設定項目はデフォルトがjsdom
になっており、ブラウザ環境になるとのこと。Node.js 環境にするのは、この設定項目にnode
と設定する必要がある。 - axios を Node.js 環境で実行するには、jest.config.json に
"testEnvironment": "node"
を追加するか、テストのファイルに@jest-environment docblock
を追加する。前者だと全てのテストが Node.js 環境になってしまうので、やるなら後者。
/** * @jest-environment jsdom */
- @jest-environment jsdom not working の Issue によると、
@jest-environment docblock
はテスト単位で設定することはできず、必ずファイルの先頭に記述する必要があるとのこと。
src/test/assets/tests/lib/util/OpenWeatherMapHelper.test.js の先頭に @jest-environment docblock
を以下のように追加します。
テストを Debug 実行すると、今度は then の方で処理が止まりました。
でもよく考えたら最初のテストも testEnvironment
の設定は jsdom
なのだから async / await を使っているとはいえ、XMLHttpRequest なのでは?と思い、@jest-environment docblock
を削除+ async / await を追加してから、
テストを Debug 実行してみると、then の方で処理が止まり、かつ使用しているのは XMLHttpReqeust のようです。
@jest-environment docblock
も async / await もない時にテストがなぜ失敗するのか、よく分かりません。。。 とりあえず axios のテストを Jest で書く時には async / await を必ず書きましょう、ということにしておきます。
天気を取得した後、then の方の処理で HTML に取得した天気をセットするテストも書いてみます。src/test/assets/tests/lib/util/OpenWeatherMapHelper.test.js に以下のテストを追加します。
test("東京の天気を取得して div タグで囲んだ部分にセットする", async () => { document.body.innerHTML = ` <div id="weather"></div> `; expect(document.getElementById("weather").textContent).toBe(""); await openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo") .then(response => { const json = response.data; document.getElementById("weather").textContent = json.weather[0].main; }); expect(document.getElementById("weather").textContent).not.toBe(""); });
テストを実行すると成功しました。
ちなみに expect(document.getElementById("weather").textContent).not.toBe("");
→ expect(document.getElementById("weather").textContent).toBe("");
に変更してテストを実行すると、テストがエラーになるので、天気(下の画像だと "Rain")がセットされていることが分かります。
Nock を使ってテストを書いて実行する
Nock は Node.js の http requests モジュールをモック化するモジュールなので、テストファイルの先頭に @jest-environment docblock
を記述して Node.js 環境でテストします。src/test/assets/tests/lib/util の下に OpenWeatherMapHelper.nodeEnv.test.js というファイルを新規作成し、以下の内容を記述します。
/** * @jest-environment node */ "use strict"; const openWeatherMapHelper = require("lib/util/OpenWeatherMapHelper.js"); const nock = require('nock'); describe("ZipcloudApiHelper.js + Nock によるテスト", () => { beforeEach(() => { // jest.setTimeout のデフォルト値である5秒に戻す jest.setTimeout(5000); openWeatherMapHelper.init(); }); test("Nock で 200 + コンテンツを返すと then の方で処理される", async () => { nock("http://api.openweathermap.org") .get(/^\/data\/2\.5\/weather/) .reply(200, { weather: [ { id: 500, main: 'Rain', description: 'light rain', icon: '10d' } ], name: 'Tokyo' }); const response = await openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo"); const json = response.data; expect(json.name).toBe("Tokyo"); expect(json.weather.length).toBe(1); expect(json.weather[0]).toHaveProperty("main", "Rain"); }); test("Nock で 500 を返すと catch の方で処理される", async done => { nock("http://api.openweathermap.org") .get(/^\/data\/2\.5\/weather/) .reply(500); await openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo") .then(response => { done.fail("then に処理が来たらエラー"); }) .catch(e => { expect(e.response.status).toBe(500); }); // test("...", async done => { ...}); と done を記述している場合には、テストの最後で done(); を呼び出さないと // 5秒待機した後、 // Error: Timeout - Async callback was not invoked within timeout specified by jasmine.DEFAULT_TIMEOUT_INTERVAL. // のエラーメッセージを表示してテストが失敗する // ※https://facebook.github.io/jest/docs/en/asynchronous.html#callbacks 参照 done(); }); test("Nock で 16秒で timeout させると catch の方で処理される", async done => { // openWeatherMapHelper の timeout の設定を変更せずに 15秒でテストする場合、 // jest で async/await を使うと5秒くらいでタイムアウトさせられるので、30秒に延ばしておく jest.setTimeout(30000); nock("http://api.openweathermap.org") .get(/^\/data\/2\.5\/weather/) .delay(16000) .reply(200, {}); await openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo") .then(response => { done.fail("then に処理が来たらエラー"); }) .catch(e => { expect(e.message).toContain("timeout"); }); done(); }); test("Nock で 2秒で timeout させると catch の方で処理される", async done => { nock("http://api.openweathermap.org") .get(/^\/data\/2\.5\/weather/) .delay(2000) .reply(200, {}); openWeatherMapHelper.setTimeout(1000); await openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo") .then(response => { done.fail("then に処理が来たらエラー"); }) .catch(e => { expect(e.message).toContain("timeout"); }); done(); }); });
テストを実行すると成功しました。Nock は使いやすく、機能も豊富で便利そうです。
ちなみに test("Nock で 16秒で timeout させると catch の方で処理される", async done => { ... });
のテストで jest.setTimeout(30000);
と done();
を以下のようにコメントアウトしてから、
test("Nock で 16秒で timeout させると catch の方で処理される", async done => { // openWeatherMapHelper の timeout の設定を変更せずに 15秒でテストする場合、 // jest で async/await を使うと5秒くらいでタイムアウトさせられるので、30秒に延ばしておく // jest.setTimeout(30000); nock("http://api.openweathermap.org") .get(/^\/data\/2\.5\/weather/) .delay(16000) .reply(200, {}); await openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo") .then(response => { done.fail("then に処理が来たらエラー"); }) .catch(e => { expect(e.message).toContain("timeout"); }); // done(); });
テストを実行すると OpenWeatherMapHelper.js で定義した 15秒のタイムアウト時間ではなく jest.setTimeout のデフォルト値である 5秒を経過した時点でテストがタイムアウトしてしまいます。
また jest.setTimeout(30000);
だけコメントアウトを解除すると、
test("Nock で 16秒で timeout させると catch の方で処理される", async done => { // openWeatherMapHelper の timeout の設定を変更せずに 15秒でテストする場合、 // jest で async/await を使うと5秒くらいでタイムアウトさせられるので、30秒に延ばしておく jest.setTimeout(30000); nock("http://api.openweathermap.org") .get(/^\/data\/2\.5\/weather/) .delay(16000) .reply(200, {}); await openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo") .then(response => { done.fail("then に処理が来たらエラー"); }) .catch(e => { expect(e.message).toContain("timeout"); }); // done(); });
今度は API 呼び出し自体は 15秒後にタイムアウトしていますが、jest は done();
が呼ばれるまでテストの終了を待つため、jest.setTimeout(30000);
で設定した 30秒を経過した後にテストが終了しなかったと判断されます。
done();
のコメントアウトも解除すると、
test("Nock で 16秒で timeout させると catch の方で処理される", async done => { // openWeatherMapHelper の timeout の設定を変更せずに 15秒でテストする場合、 // jest で async/await を使うと5秒くらいでタイムアウトさせられるので、30秒に延ばしておく jest.setTimeout(30000); nock("http://api.openweathermap.org") .get(/^\/data\/2\.5\/weather/) .delay(16000) .reply(200, {}); await openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo") .then(response => { done.fail("then に処理が来たらエラー"); }) .catch(e => { expect(e.message).toContain("timeout"); }); done(); });
15秒でタイムアウトして、テストも成功します。
xhr-mock をインストールして、サーバ側をモック化 + document.body.innerHTML も使用するテストを書いてみる
Nock は便利なのですが、Nock を使用する場合 Jest を Node.js 環境にしないといけないため、document.body.innerHTML も一緒に使いたいテストが書けないのが少し難点です。サーバ側をモック化できて、かつ document.body.innerHTML も使えるモジュールがないか調べたところ xhr-mock というモジュールを見つけたので試してみます。
npm install --save-dev xhr-mock
コマンドを実行してインストールします。
src/test/assets/tests/lib/util の下に OpenWeatherMapHelper.xhrmock.test.js というファイルを新規作成し、以下の内容を記述します。
"use strict"; const openWeatherMapHelper = require("lib/util/OpenWeatherMapHelper.js"); const xhrmock = require('xhr-mock'); describe("ZipcloudApiHelper.js + xhr-mock によるテスト", () => { beforeEach(() => { // jest.setTimeout のデフォルト値である5秒に戻す jest.setTimeout(5000); xhrmock.setup(); document.body.innerHTML = ` <div>東京: <span id="weather"></span></div><br> <div id="error-msg"></div> `; }); afterEach(() => { xhrmock.teardown(); }); test("xhr-mock で 200 + コンテンツを返すと then の方で処理される", async done => { xhrmock.get(/^http:\/\/api\.openweathermap\.org\/data\/2\.5\/weather/ , (req, res) => { return res .status(200) .body({ weather: [ { id: 500, main: 'Rain', description: 'light rain', icon: '10d' } ], name: 'Tokyo' }); }); expect(document.getElementById("weather").textContent).toBe(""); expect(document.getElementById("error-msg").textContent).toBe(""); await openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo") .then(response => { const json = response.data; expect(json.name).toBe("Tokyo"); expect(json.weather.length).toBe(1); expect(json.weather[0]).toHaveProperty("main", "Rain"); document.getElementById("weather").textContent = json.weather[0].main; }) .catch(e => { done.fail("catch に処理が来たらエラー"); }); expect(document.getElementById("weather").textContent).toBe("Rain"); expect(document.getElementById("error-msg").textContent).toBe(""); done(); }); test("xhr-mock で 500 を返すと catch の方で処理される", async done => { xhrmock.get(/^http:\/\/api\.openweathermap\.org\/data\/2\.5\/weather/ , (req, res) => { return res .status(500); }); expect(document.getElementById("weather").textContent).toBe(""); expect(document.getElementById("error-msg").textContent).toBe(""); await openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo") .then(response => { done.fail("then に処理が来たらエラー"); }) .catch(e => { expect(e.response.status).toBe(500); document.getElementById("error-msg").textContent = "エラー: HTTPステータスコード = " + e.response.status; }); expect(document.getElementById("weather").textContent).toBe(""); expect(document.getElementById("error-msg").textContent).toBe("エラー: HTTPステータスコード = 500"); done(); }); test("xhr-mock で 2秒で timeout させると catch の方で処理される", async done => { xhrmock.get(/^http:\/\/api\.openweathermap\.org\/data\/2\.5\/weather/ , (req, res) => { return res .timeout(true); }); expect(document.getElementById("weather").textContent).toBe(""); expect(document.getElementById("error-msg").textContent).toBe(""); openWeatherMapHelper.setTimeout(1000); await openWeatherMapHelper.getCurrentWeatherDataByCityName("Tokyo") .then(response => { done.fail("then に処理が来たらエラー"); }) .catch(e => { expect(e.message).toContain("timeout"); document.getElementById("error-msg").textContent = "エラー: timeout"; }); expect(document.getElementById("weather").textContent).toBe(""); expect(document.getElementById("error-msg").textContent).toBe("エラー: timeout"); done(); }); });
テストを実行すると成功しました。
xhr-mock も基本的なテストを書く分には書きやすく、動作上も特に問題はなさそうです。
履歴
2017/12/31
初版発行。
2018/01/01
* npm install --save-dev axios
→ npm install --save axios
に修正しました。
Spring Boot + npm + Geb で入力フォームを作ってテストする ( その44 )( Jest で setTimeout の処理のテストを書く )
概要
記事一覧はこちらです。
Spring Boot + npm + Geb で入力フォームを作ってテストする ( その43 )( Jest で jQuery.ajax の処理のテストを書く ) の続きです。
- 今回の手順で確認できるのは以下の内容です。
- Jest で setTimeout の処理のテストを書きます。
参照したサイト・書籍
- Jest - Timer Mocks
https://facebook.github.io/jest/docs/en/timer-mocks.html
目次
手順
Jest を 21.2.1 → 22.0.4 へバージョンアップする。。。は IntelliJ IDEA 2017.3.3 待ちでした
IntelliJ IDEA を 2017.3.2 へバージョンアップしたので、改めて npm install --save-dev jest@22.0.4
コマンドを実行して Jest を 22.0.4 へバージョンアップします。
Form.test.js のテストを実行してみます。。。が、失敗しました。前と同じ No tests found
というメッセージが出ますね?
もしかしてまだ修正されていないのかと思い、IntelliJ IDEA の次の EAP のページを IDEA 2017.3 EAP → IntelliJ IDEA 2017.3 173.4301.1 Release Notes と見てみると、Bug WEB-30377 wrong test pattern when running single Jest test, 'no tests found' が見つかりました。どうも修正されるのは次の 2017.3.3 のようです。
npm install --save-dev jest@21.2.1
コマンドを実行して元に戻すことにします。
また今回試している時に気づきましたが、Java のテストと同様に Ctrl+Shift+T を押すとテスト対象のモジュールのファイルとテストのファイルの間を行ったり来たりできました。
setTimeout の処理のテストを書く
テストで使用するモジュールを作成する
src/main/assets/js/lib/util の下に delayExecutor.js というファイルを新規作成し、以下の内容を記述します。
"use strict"; let id = undefined; module.exports = { /** * 指定された時間経過後に実行する関数を登録する * @param {Function} fn - 遅延実行する関数 * @param {number} milliSeconds - 関数 fn を遅延実行する時間(ミリ秒) */ register: function (fn, milliSeconds) { if (id !== undefined) { this.cancel(); } id = setTimeout(fn, milliSeconds); }, /** * 登録されている遅延実行関数をキャンセルする */ cancel: function () { if (id !== undefined) { clearTimeout(id); id = undefined; } } };
テストを書いて実行する
src/test/assets/tests/lib/util の下に delayExecutor.test.js というファイルを新規作成し、以下の内容を記述します。
"use strict"; global.$ = require("jquery"); const delayExecutor = require("lib/util/delayExecutor.js"); jest.useFakeTimers(); describe("delayExecutor.js のテスト", () => { function setSampleValue() { $("#sample").val("サンプル"); } function setTestValue() { $("#sample").val("テスト"); } beforeEach(() => { document.body.innerHTML = ` <input type="text" name="sample" id="sample" value=""> `; }); test("delayExecutor.register で関数を登録すると指定した時間経過後に実行される", () => { delayExecutor.register(setSampleValue, 2000); expect($("#sample").val()).toBe(""); jest.runAllTimers(); expect($("#sample").val()).toBe("サンプル"); }); test("delayExecutor.cancel を呼び出せば指定した時間を経過しても実行されない", () => { delayExecutor.register(setSampleValue, 2000); // ここで jest.advanceTimersByTime(...) を呼び出して、 // 少しだけ時間を経過させたかった。。。 delayExecutor.cancel(); expect($("#sample").val()).toBe(""); jest.runAllTimers(); expect($("#sample").val()).toBe(""); }); test("delayExecutor.register は最後に登録した関数だけが実行される", () => { delayExecutor.register(setSampleValue, 2000); delayExecutor.register(setTestValue, 1000); expect($("#sample").val()).toBe(""); jest.runAllTimers(); expect($("#sample").val()).toBe("テスト"); }); });
テストを実行すると成功しました。
やっぱり setTimeout のテストを書くなら jest.advanceTimersByTime
が使いたいかな。。。
次回は。。。
番外編で以下の3つを書いてみる予定です。
- axios + Nock でテストを書いてみる
- MobX を使ってみる(このモジュールを使えば jQuery でも状態管理ができるらしいのでちょっと興味が湧きました)
- Flow を使ってみる(Javascript を書いていると型が欲しいと切実に思いますが、これか Typescript を使えば型がある書き方ができるらしいので試してみます)
その後に Gradle の build タスクで Javascript の build +テストを一緒に実行する方法を調べてから、入力画面3以降の作成に移る予定です。
履歴
2017/12/30
初版発行。
IntelliJ IDEA を 2017.3.1 → 2017.3.2 へ、Git for Windows を 2.15.0 → 2.15.1(2) へバージョンアップ
IntelliJ IDEA を 2017.3.1 → 2017.3.2 へバージョンアップする
IntelliJ IDEA の 2017.3.2 がリリースされたのでバージョンアップします。
- IntelliJ IDEA 2017.3.2 Release Notes
https://confluence.jetbrains.com/display/IDEADEV/IntelliJ+IDEA+2017.3.2+Release+Notes
※ksbysample-webapp-lending プロジェクトを開いた状態でバージョンアップしています。
IntelliJ IDEA のメインメニューから「Help」-「Check for Updates...」を選択します。
「IDE and Plugin Updates」ダイアログが表示されます。左下に「Update and Restart」ボタンが表示されていますので、「Update and Restart」ボタンをクリックします。
Plugin の update も表示されました。このまま「Update and Restart」ボタンをクリックします。
Patch がダウンロードされて IntelliJ IDEA が再起動します。
IntelliJ IDEA が起動すると画面下部に「Indexing…」のメッセージが表示されますので、終了するまで待機します。
IntelliJ IDEA のメインメニューから「Help」-「About」を選択し、2017.3.2 へバージョンアップされていることを確認します。
Gradle Tool Window のツリーを見ると「Tasks」の下に「other」しかない状態になっているので、左上にある「Refresh all Gradle projects」ボタンをクリックして更新します。
clean タスク実行 → Rebuild Project 実行 → build タスクを実行して、"BUILD SUCCESSFUL" のメッセージが出力されることを確認します。
Project Tool Window で src/test を選択した後、コンテキストメニューを表示して「Run 'All Tests' with Coverage」を選択し、テストが全て成功することを確認します。
Git for Windows を 2.15.0 → 2.15.1(2) へバージョンアップする
Git for Windows の 2.15.1(2) がリリースされていたのでバージョンアップします。
https://git-for-windows.github.io/ の「Download」ボタンをクリックして Git-2.15.1.2-64-bit.exe をダウンロードします。
Git-2.15.1.2-64-bit.exe を実行します。
「Git 2.15.1.2 Setup」ダイアログが表示されます。[Next >]ボタンをクリックします。
「Select Components」画面が表示されます。「Git LFS(Large File Support)」だけチェックした状態で [Next >]ボタンをクリックします。
「Choosing the default editor used by Git」画面が表示されます(新オプションですね)。中央の「Use Vim (the ubiquitous text editor) as Git's default editor」が選択されていることを確認後、[Next >]ボタンをクリックします。
nano って何? と思って調べるとコンソールで動くテキストエディタで、Ubuntu だとデフォルトが nano らしい。nanoエディタユーザーじゃない人がうっかりnanoエディタを開いてしまった時の対処法 とかの記事がヒットするのですが、コマンドラインで Git を使うような人が Vim ではなく nano を使うなんてあるのかな。。。
Windows で Vim を使わないならば GitBashで起動するテキストエディタの変更 の記事のように sakura editor に変えてしまった方が便利な気がします。
「Adjusting your PATH environment」画面が表示されます。中央の「Use Git from the Windows Command Prompt」が選択されていることを確認後、[Next >]ボタンをクリックします。
「Choosing HTTPS transport backend」画面が表示されます。「Use the OpenSSL library」が選択されていることを確認後、[Next >]ボタンをクリックします。
「Configuring the line ending conversions」画面が表示されます。一番上の「Checkout Windows-style, commit Unix-style line endings」が選択されていることを確認した後、[Next >]ボタンをクリックします。
「Configuring the terminal emulator to use with Git Bash」画面が表示されます。「Use Windows'default console window」が選択されていることを確認した後、[Next >]ボタンをクリックします。
「Configuring extra options」画面が表示されます。「Enable file system caching」だけがチェックされていることを確認した後、[Install]ボタンをクリックします。
インストールが完了すると「Completing the Git Setup Wizard」のメッセージが表示された画面が表示されます。中央の「View Release Notes」のチェックを外した後、「Finish」ボタンをクリックしてインストーラーを終了します。
コマンドプロンプトを起動して
git --version
を実行し、git のバージョンがgit version 2.15.1.windows.2
になっていることを確認します。git-cmd.exe を起動して日本語の表示・入力が問題ないかを確認します。
特に問題はないようですので、2.15.1(2) で作業を進めたいと思います。
Spring Boot + npm + Geb で入力フォームを作ってテストする ( その43 )( Jest で jQuery.ajax の処理のテストを書く )
概要
記事一覧はこちらです。
Spring Boot + npm + Geb で入力フォームを作ってテストする ( その42 )( Form.js のテストを Jest で書く2 ) の続きです。
- 今回の手順で確認できるのは以下の内容です。
参照したサイト・書籍
Jest - An Async Example
https://facebook.github.io/jest/docs/en/tutorial-async.htmlWindowsでnpm installしてnode-gypでつまずいた時対処方法
https://qiita.com/AkihiroTakamura/items/25ba516f8ec624e66ee7nodejs/node-gyp
https://github.com/nodejs/node-gypHow to fake jquery.ajax() response?
https://stackoverflow.com/questions/5272698/how-to-fake-jquery-ajax-responsejakerella / jquery-mockjax
https://github.com/jakerella/jquery-mockjax/
目次
手順
Jest を 21.2.1 → 22.0.4 へバージョンアップ。。。は IntelliJ IDEA 2017.3.2 待ちでした
setTimeout のテストで jest.advanceTimersByTime
を使用してみたいので、Jest を最新の 22.0.4 へバージョンアップします。
今回は Jest だけバージョンアップしますので、npm update
ではなく npm install --save-dev jest@22.0.4
コマンドを実行します。
Error: Can't find Python executable "python", you can set the PYTHON env variable.
というエラーメッセージが表示されました。。。 PC に Python はインストールしていないのですが、Jest の 22.0 以降から必要になったのでしょうか?
調べると Windowsでnpm installしてnode-gypでつまずいた時対処方法 という記事を見つけました。また nodejs/node-gyp を見ると「管理者として実行...」で起動した PowerShell か CMD.exe から npm install --global --production windows-build-tools
コマンドを実行すればよいようです。
CMD.exe を「管理者として実行...」で起動した後、npm install --global --production windows-build-tools
コマンドを実行してみます。
インストールは成功しました。再度 npm install --save-dev jest@22.0.4
を実行してみます。
こちらも成功しました。
Form.test.js のテストを実行してみます。。。が、失敗しました。No tests found
というメッセージが出ています。なぜかテストが見つからないようです。
いろいろ調べてみましたが、おそらく WEB-30087 Jest: unable to run single symlinked test file のことでしょう。IntelliJ IDEA の Bug で次のバージョン 2017.3.2 で修正されるようです。
npm install --save-dev jest@21.2.1
コマンドを実行して元に戻すことにします。Form.test.js のテストも成功することを確認します。
$.ajax の処理のテストを書く
テストで使用する API 呼び出し用のモジュールを作成する
郵便番号検索API を呼び出すモジュールを作成してみます。src/main/assets/js/lib/util の下に ZipcloudApiHelper.js というファイルを新規作成し、以下の内容を記述します。
"use strict"; module.exports = { /** * 郵便番号検索API を呼び出して、郵便番号から都道府県・市区町村・町域を取得する * @param {string} zipcode - 郵便番号(7桁の数字、ハイフン付きでも可) */ search: function (zipcode) { var defer = $.Deferred(); $.ajax({ type: "get", url: "http://zipcloud.ibsnet.co.jp/api/search", data: {zipcode: zipcode}, cache: false, dataType: "jsonp", timeout: 15000, success: defer.resolve, error: defer.reject }); return defer.promise(); } };
テストを書いて実行する
src/test/assets/tests/lib/util の下に ZipcloudApiHelper.test.js というファイルを新規作成し、以下の内容を記述します。
"use strict"; global.$ = require("jquery"); const zipcloudApiHeler = require("lib/util/ZipcloudApiHelper.js"); describe("ZipcloudApiHelper.js のテスト", () => { test("100-0005で検索すると東京都千代田区丸の内が1件ヒットする", () => { zipcloudApiHeler.search("1000005") .then(json => { expect(json.results.length).toBe(1); }) .catch(e => { console.log(e); }); }); });
テストを実行すると成功しました。
非同期処理もテストが出来るものなんだなあと思いましたが、breakpoint を設置して本当にコードを実行しているか確認してみます。
が、全く止まりませんでした。API を呼び出しているだけで、then と catch のどちらのコードも実行されていません。テストになっていませんね。。。
Jest の An Async Example のページを読んでみると async / await を使えば良さそうです。src/test/assets/tests/lib/util/ZipcloudApiHelper.test.js を以下のように変更して試してみます。
test("100-0005で検索すると東京都千代田区丸の内が1件ヒットする", async () => { const json = await zipcloudApiHeler.search("1000005"); expect(json.results.length).toBe(1); expect(json.results[0].address1).toBe("東京都"); expect(json.results[0].address2).toBe("千代田区"); expect(json.results[0].address3).toBe("丸の内"); });
テストを実行すると成功しました。
breakpoint を設置して Debug 実行してみると、expect のところで処理も止まり変数 json の中にデータが入っていることが確認できます。
ちなみに async / await を削除するとテストは失敗します。
$.ajax のモックを作成してテストする
stackoverflow の How to fake jquery.ajax() response? という QA を見つけました。ajax_response という関数を定義してモック化できるようです。
以下のテストを src/test/assets/tests/lib/util/ZipcloudApiHelper.test.js に追加します。
describe("$.ajax のモックを作成してテストする", () => { /** * $.ajax モック用関数 * https://stackoverflow.com/questions/5272698/how-to-fake-jquery-ajax-response 参照 */ function ajax_response(response, success) { return function (params) { if (success) { params.success(response); } else { params.error(response); } }; } test("success のテスト", async () => { $.ajax = ajax_response({ results: [ {address1: "東京都"}, {address1: "神奈川県"} ] }, true); const json = await zipcloudApiHeler.search("1000005"); expect(json.results.length).toBe(2); expect(json.results[0].address1).toBe("東京都"); expect(json.results[1].address1).toBe("神奈川県"); }); test("error のテスト", async () => { $.ajax = ajax_response({error: "エラー"}, false); await expect(zipcloudApiHeler.search("1000005")).rejects.toEqual({error: "エラー"}); }); });
テストを実行すると成功しました。
jquery-mockjax でサーバ側をモックにしてテストする
サーバ側をモックにして正常にデータが返る場合や 500 等の HTTPステータスコードが返ってくる場合のテストをしたいと思い、調べてみたのですが、以外に難しい。。。
- API を呼び出す場合、ブラウザ環境と Node.js 環境で異なるらしい。そんな違いがあるんだ、と少し驚きました。
- ブラウザ環境は XMLHttpRequests を使用する。
- Node.js 環境は http requests モジュールを使用する。
- よく聞く axios だと環境に応じて XMLHttpRequests を使用するか http requests を使用するか判断してくれるらしい。
- 今回は $.ajax のテストをしたいので、XMLHttpRequests をモックにしてくれるライブラリが欲しい。
- Jest には XMLHttpRequests をモックにする機能はなさそう。
- Sinon.JS の Fake XHR and server を見ると
sinon.useFakeXMLHttpRequest()
やsinon.fakeServer
を使えば出来そうな気がする。ただし Sinon.JS は機能が結構豊富なので、Jest を使っているのに $.ajax のテストだけのために Sinon.JS を入れることに少し抵抗あり。もう少し機能を絞ったライブラリでも良さそう。 - node-nock / nock というモジュールを発見したが、これは Node.js 環境で http requests をモックにするモジュールらしい。
- 他に何かないか探してみたところ jakerella / jquery-mockjax というモジュールを発見。試してみたら Node.js 環境でも動作したので、これにしてみます!
npm install --save-dev jquery-mockjax
コマンドを実行してインストールします。
以下のテストを src/test/assets/tests/lib/util/ZipcloudApiHelper.test.js に追加します。
"use strict"; global.$ = require("jquery"); const zipcloudApiHeler = require("lib/util/ZipcloudApiHelper.js"); const mockjax = require("jquery-mockjax")(global.$, window); describe("ZipcloudApiHelper.js のテスト", () => { .......... describe("jquery-mockjax でサーバ側をモックにして $.ajax をテストする", () => { afterEach(() => { mockjax.clear(); }); test("データを返す場合のテスト", async () => { mockjax({ url: "http://zipcloud.ibsnet.co.jp/api/search", responseText: { results: [ {address1: "東京都"}, {address1: "神奈川県"} ] } }); const json = await zipcloudApiHeler.search("1000005"); expect(json.results.length).toBe(2); expect(json.results[0].address1).toBe("東京都"); expect(json.results[1].address1).toBe("神奈川県"); }); // dataType: "jsonp" だとこのテストは成功しない // status: 500 にしても reject が呼び出されず、resolve が呼び出される test("HTTPステータスコード 500 が返ってくる場合のテスト", async () => { mockjax({ url: "http://zipcloud.ibsnet.co.jp/api/search", status: 500 }); await expect(zipcloudApiHeler.search("1000005")) .rejects.toHaveProperty("status", 500); }) // dataType: "jsonp" だとこのテストは成功しない // isTimeout: true にしても reject が呼び出されず、resolve が呼び出される test("Timeout する場合のテスト", async () => { mockjax({ url: "http://zipcloud.ibsnet.co.jp/api/search", isTimeout: true }); await expect(zipcloudApiHeler.search("1000005")) .rejects.toHaveProperty("statusText", "timeout"); }) }); });
コメントに書きましたが、$.ajax
を呼び出す時に dataType: "jsonp"
を記述しているとエラー系(HTTPステータスコード 500 を返す、Timeout させる)が全く成功しません。テストを実行すると最初のデータを返す場合しか成功しませんでした。
src/main/assets/js/lib/util/ZipcloudApiHelper.js で dataType: "jsonp"
をコメントアウトすると、
"use strict"; module.exports = { /** * 郵便番号検索API を呼び出して、郵便番号から都道府県・市区町村・町域を取得する * @param {string} zipcode - 郵便番号(7桁の数字、ハイフン付きでも可) */ search: function (zipcode) { var defer = $.Deferred(); $.ajax({ type: "get", url: "http://zipcloud.ibsnet.co.jp/api/search", data: {zipcode: zipcode}, cache: false, // dataType: "jsonp", timeout: 15000, success: defer.resolve, error: defer.reject }); return defer.promise(); } };
テストは全て成功するようになります。
jakerella / jquery-mockjax は $.ajax
のテストをするにはかなり使い勝手いいですね。ただし dataType: "jsonp"
を指定した場合には正常系しかテストは成功しないので要注意です。
次回は。。。
IntelliJ IDEA の 2017.3.2 が出たので、2017.3.2 にバージョンアップした後、Jest を 22.0 以降にバージョンアップしてから setTimeout の処理のテストを書きます。
履歴
2017/12/29
初版発行。
Spring Boot + npm + Geb で入力フォームを作ってテストする ( その42 )( Form.js のテストを Jest で書く2 )
概要
記事一覧はこちらです。
Spring Boot + npm + Geb で入力フォームを作ってテストする ( その41 )( IntelliJ IDEA で Javascript を debug する ) の続きです。
- 今回の手順で確認できるのは以下の内容です。
- Spring Boot + npm + Geb で入力フォームを作ってテストする ( その40 )( Form.js のテストを Jest で書く ) から引き続き src/main/assets/js/lib/class/Form.js のテストを書きます。
参照したサイト・書籍
- jQuery - Category: Event Object
https://api.jquery.com/category/events/event-object/
目次
- class 属性を変更するメソッドのテストを書く
- Validation 用メソッドのテストを書く
- IntelliJ IDEA の 2017.3 から coverage をエディタ上に表示できる
- 次回は。。。
手順
class 属性を変更するメソッドのテストを書く
resetValidation メソッド
以下のテストを書いて、
describe("class 属性を変更するメソッドのテスト", () => { describe("resetValidation メソッドのテスト", () => { test("入力チェック成功時(has-success)は has-success が削除される", () => { document.body.innerHTML = ` <div class="form-group has-success" id="form-group-name"> <div class="control-label col-sm-2"> <label class="float-label">お名前</label> </div> <div class="col-sm-10"> <div class="row"><div class="col-sm-10"> <input type="text" name="lastname" id="lastname" class="form-control form-control-inline" value="" placeholder="例)田中"/> </div></div> <div class="row hidden js-errmsg"><div class="col-sm-10"> <p class="form-control-static text-danger"><small>ここにエラーメッセージを表示します</small></p> </div></div> </div> </div> `; let form = new Form([]); expect($("#form-group-name").hasClass("has-success")).toBe(true); expect($(".js-errmsg").hasClass("hidden")).toBe(true); form.resetValidation("#form-group-name"); expect($("#form-group-name").hasClass("has-success")).toBe(false); expect($(".js-errmsg").hasClass("hidden")).toBe(true); }); test("入力チェックエラー時(has-error)は has-error が削除されてエラーメッセージが非表示になる", () => { document.body.innerHTML = ` <div class="form-group has-error" id="form-group-name"> <div class="control-label col-sm-2"> <label class="float-label">お名前</label> </div> <div class="col-sm-10"> <div class="row"><div class="col-sm-10"> <input type="text" name="lastname" id="lastname" class="form-control form-control-inline" value="" placeholder="例)田中"/> </div></div> <div class="row js-errmsg"><div class="col-sm-10"> <p class="form-control-static text-danger"><small>ここにエラーメッセージを表示します</small></p> </div></div> </div> </div> `; let form = new Form([]); expect($("#form-group-name").hasClass("has-error")).toBe(true); expect($(".js-errmsg").hasClass("hidden")).toBe(false); form.resetValidation("#form-group-name"); expect($("#form-group-name").hasClass("has-error")).toBe(false); expect($(".js-errmsg").hasClass("hidden")).toBe(true); }); }); });
実行するとテストは成功しました。
setSuccess メソッド
以下のテストを書いて、
test("setSuccess メソッドのテスト", () => { document.body.innerHTML = ` <div class="form-group" id="form-group-name"> </div> `; let form = new Form([]); expect($("#form-group-name").hasClass("has-success")).toBe(false); form.setSuccess("#form-group-name"); expect($("#form-group-name").hasClass("has-success")).toBe(true); });
実行するとテストは成功しました。
setError メソッド
以下のテストを書いて、
test("setError メソッドのテスト", () => { document.body.innerHTML = ` <div class="form-group" id="form-group-name"> <div class="control-label col-sm-2"> <label class="float-label">お名前</label> </div> <div class="col-sm-10"> <div class="row"><div class="col-sm-10"> <input type="text" name="lastname" id="lastname" class="form-control form-control-inline" value="" placeholder="例)田中"/> </div></div> <div class="row hidden js-errmsg"><div class="col-sm-10"> <p class="form-control-static text-danger"><small>ここにエラーメッセージを表示します</small></p> </div></div> </div> </div> `; let form = new Form([]); expect($("#form-group-name").hasClass("has-error")).toBe(false); expect($(".js-errmsg").hasClass("hidden")).toBe(true); expect($(".js-errmsg small").text()).toBe("ここにエラーメッセージを表示します"); form.setError("#form-group-name", "お名前を入力してください"); expect($("#form-group-name").hasClass("has-error")).toBe(true); expect($(".js-errmsg").hasClass("hidden")).toBe(false); expect($(".js-errmsg small").text()).toBe("お名前を入力してください"); });
実行するとテストは成功しました。
Validation 用メソッドのテストを書く
convertAndValidate メソッド
以下のテストを書いて、
describe("Validation 用メソッドのテスト", () => { describe("convertAndValidate メソッドのテスト", () => { const idFormGroup = "#form-group-name"; const idList = ["#name", "#age"]; test("全ての要素に focus していると converter, validator が呼ばれる", () => { let form = new Form(idList); let event = $.Event("test"); const converter = jest.fn(); const validator = jest.fn(); form.forceAllFocused(form); form.convertAndValidate(form, event, idFormGroup, idList, converter, validator); expect(converter).toBeCalled(); expect(validator).toBeCalled(); expect(event.isPropagationStopped()).toBe(false); }); test("全ての要素に focus していないと converter, validator は呼ばれない", () => { let form = new Form(idList); let event = $.Event("test"); const converter = jest.fn(); const validator = jest.fn(); form.convertAndValidate(form, event, idFormGroup, idList, converter, validator); expect(converter).not.toBeCalled(); expect(validator).not.toBeCalled(); expect(event.isPropagationStopped()).toBe(false); }); test("converter, validator に undefined を渡してもエラーにならない", () => { let form = new Form(idList); let event = $.Event("test"); form.forceAllFocused(form); expect(() => { form.convertAndValidate(form, event, idFormGroup, idList, undefined, undefined); }).not.toThrow(); expect(event.isPropagationStopped()).toBe(false); }); test("validator が Error オブジェクトを throw すると event.stopPropagation() が呼ばれる", () => { let form = new Form(idList); let event = $.Event("test"); const converter = jest.fn(); const validatorThrowError = jest.fn().mockImplementation(() => { throw new Error(); }); form.forceAllFocused(form); form.convertAndValidate(form, event, idFormGroup, idList, converter, validatorThrowError); expect(event.isPropagationStopped()).toBe(true); }); }); });
実行するとテストは成功しました。
IntelliJ IDEA の 2017.3 から coverage をエディタ上に表示できる
IntelliJ IDEA 2017.3 から Jest のテストを実行するコンテキストメニューに「Run ... with Coverage」が表示されるようになりました。また、このメニューからテストを実行すると Jest のレポートファイルを見なくてもエディタ上で実行された部分が分かります。
例えば「Run 'focus イベントに関するメソッドのテスト' with Coverage」を実行してみると、
テストが実行されて成功し、
Coverage の Window が表示されて、Form.js の 39% の行がテストされたことが分かります。
Form.js をエディタで開いてみると、画面の左側にテストが実行された箇所が緑で、実行されていない箇所が赤で表示されます。
テストの実行された/されていない箇所を表示する色はデフォルトでは見にくい色だったので、単純な緑、赤に変更しています。色が表示されている部分にマウスカーソルを移動して左クリックした後、「Edit coverage colors」のアイコンをクリックします。
「Editor | Color Scheme | General」ダイアログが表示されるので、緑は 00FF00 へ、
赤は FF0000 へ変更しています。
次回は。。。
もう少し Jest でテストを書いてみます。jQuery.ajax 呼び出し時の非同期処理や、setTimeout で遅延して処理を実行する場合のテストを書く予定です。
それにしても IntelliJ IDEA 2017.3 + Jest の環境だと、Javascript のテストを書いたり実行したり、coverage を確認したり、うまく動かない時に debug 実行したりも、Java の時とたいして変わりがないですね。開発しやすい印象です。テスト実行時の Node.js のパラメータ指定(--inspect
等)も IntelliJ IDEA が自動でセットしてくれるのは便利です。
履歴
2017/12/22
初版発行。
Spring Boot + npm + Geb で入力フォームを作ってテストする ( その41 )( IntelliJ IDEA で Javascript を debug する )
概要
記事一覧はこちらです。
Spring Boot + npm + Geb で入力フォームを作ってテストする ( その40 )( Form.js のテストを Jest で書く ) の続きです。
- 今回の手順で確認できるのは以下の内容です。
- 以前どこかで IntelliJ IDEA 2017.3 から Chrome の JetBrains IDE Support Extension をインストールせずに Javascript の debug が出来るようになるという記事を見かけたのですが、IntelliJ IDEA で Javascript の debug が出来るんだと思って今回バージョンアップしたので試してみたところ、すごい便利でした!
- Javascript の debug は Chrome か Firefox でやるものと思っていましたが、IntelliJ IDEA でやると Java と同じ画面で debug が出来るので、とても使いやすいです。この機能はオススメです!!
- (2017/12/19) NodeJS Plugin のインストールと設定が必要でしたが、漏れていたので追記しました。
参照したサイト・書籍
webpack - Devtool
https://webpack.js.org/configuration/devtool/WebStorm 2017.3 Help - Debugging JavaScript in Chrome
https://www.jetbrains.com/help/webstorm/debugging-javascript-in-chrome.html
目次
- NodeJS Plugin をインストールする
- Run/Debug Configurations から Attach to Node.js/Chrome と Node.js を設定する
- webpack.config.js の設定を変更してソースマップを出力する
- Tomcat と Browsersync を起動して入力画面1を表示する
- IntelliJ IDEA で input01.js を debug する
- 非同期のコードも debug できる
- Jest で実行するテストも debug できる
手順
NodeJS Plugin をインストールする
IntelliJ IDEA で Javascript を debug するには NodeJS Plugin が必須ですのでインストールします。
IntelliJ IDEA のメインメニューから「File」-「Settings...」を選択し「Settings」ダイアログを表示します。ダイアログが表示されたら、画面左側のツリーから「Plugins」を選択します。選択後、画面右側上部にある検索フィールドに nodejs
と入力し Plugin がインストールされていなければ、画面下の「Browse repositories...」ボタンをクリックします。
「Browse Repositories」ダイアログが表示されます。画面左側のリストに表示されている「NodeJS」を選択し、「Install」ボタンをクリックします。
Plugin がダウンロードされ、完了すると「Install」ボタンが「Restart IntelliJ IDEA」ボタンに変わりますのでクリックします。
「Settings」ダイアログに戻ったら「OK」ボタンをクリックします。ダイアログが閉じると「IDE and Updates」ダイアログが表示されますので「Restart」ボタンをクリックして IntelliJ IDEA を再起動します。
Run/Debug Configurations から Attach to Node.js/Chrome と Node.js を設定する
IntelliJ IDEA のメインメニューから「Run」-「Edit Configurations...」を選択し、「Run/Debug Configurations」ダイアログを表示します。
最初に「Defaults」の下にある「Attach to Node.js/Chrome」を選択し、画面右側の「Attach to」の設定がインストールしている Node.js のバージョンと一致していることを確認します。
次に「Defaults」の下にある「Node.js」を選択し、画面右側の「Browser / Live Edit」タブをクリックします。
画面が切り替わったら「After launch」と「with JavaScript debugger」をチェックした後、「OK」ボタンをクリックしてダイアログを閉じます。
webpack.config.js の設定を変更してソースマップを出力する
まずはソースマップを出力します。出力しないと IntelliJ IDEA で debugger の画面は表示されても、ソースファイルの実行中の行を指し示してくれません。
webpack.config.js を以下のように変更します。
.......... plugins: [ new webpack.ProvidePlugin({ $: "jquery", jQuery: "jquery" }) ], devtool: "inline-source-map" };
devtool: "inline-source-map"
を追加します。
Tomcat と Browsersync を起動して入力画面1を表示する
次に各サーバを起動します。まずは Tomcat を起動します(下の画面キャプチャは Debug with JRevel で起動しています)。
npm run springboot
コマンドを実行して webpack や Browsersync を起動します。
Chrome を起動して http://localhost:9080/inquery/input/01/ にアクセスして画面が表示されることを確認します(この時の画面は動作確認をしているだけで debug 時には使用されません)。
IntelliJ IDEA で input01.js を debug する
IntelliJ IDEA 内で src/main/assets/js/inquiry/input01.js をエディタで開いた後、エディタ内でコンテキストメニューを表示して「Debug 'input01.js'」を選択します。
「Edit configuration」ダイアログが表示されますので、「Browser / Live Edit」タグをクリックして、
中央の入力フィールドに画面のURL(今回は http://localhost:9080/inquery/input/01/)を入力した後、「Debug」ボタンをクリックします。
IntelliJ IDEA の画面下に input01.js JavaScript の画面が表示され、
Chrome が起動して http://localhost:9080/inquiry/input/01/ にアクセスします。
この時に IntelliJ IDEA のメインメニューから「Run」-「Edit Configurations...」を選択して「Run/Debug Configurations」ダイアログを表示すると、「JavaScript Debug」と「Node.js」が追加されています。ということは、Javascript の実行は Node.js で行っているのでしょう。
debug してみます。まず input01.js の nameValidator メソッドに breakpoint をセットします。
入力画面1の「お名前(漢字)」の「姓」の入力フィールドにカーソルをセットしてから TAB キーを押して blur イベントを発生させます。
そうすると Chrome 上は「Paused in debugger」が表示されて、
IntelliJ IDEA の画面では breakpoint をセットした行で処理が止まります。また Java で debug した時と同様にエディタ上に変数の内容が表示されたり、画面の下に呼び出されたメソッドや変数とその値が表示されます。
「Step Over」ボタンをクリックすれば処理が先に進んで、新たに定義した変数が画面下に表示されますし、
form.convertAndValidate
メソッドのところで「Step Into」ボタンを押せば、Form.js に移動して引き続き debug が出来ます。input01.js だけでしか debug できないということはないようです。
非同期のコードも debug できる
入力画面2には入力された郵便番号を使用して ajax で郵便番号検索APIを呼び出す処理を実装していますが、結果を受け取る非同期の処理の部分に breakpoint を設置しても debug ができます。
まず IntelliJ IDEA の画面下に表示されている「input01.js」と「input01.js JavaScript」の Window を左側にある×ボタンをクリックして閉じます。
次に IntelliJ IDEA 内で src/main/assets/js/inquiry/input02.js をエディタで開いた後、エディタ内でコンテキストメニューを表示して「Debug 'input02.js'」を選択します。
「Edit configuration」ダイアログが表示されますので、「Browser / Live Edit」タブをクリックしてから http://localhost:9080/inquiry/input/02/ を入力して「Debug」ボタンをクリックします。
今度は画面の下に input02.js JavaScript の画面が表示され、
Chrome で http://localhost:9080/inquiry/input/02/ にアクセスして入力画面2の画面が表示されます。
input02.js の ajax の結果を受け取る非同期の処理の部分に breakpoint を設置します。
Chrome 上で郵便番号を入力してカーソルを住所に移動します。そうすると「Paused in debugger」が表示されて、
IntelliJ IDEA の方では breakpoint の所で処理が止まります。
Jest で実行するテストも debug できる
Jest 用に書いたテストに breakpoint を設置して、
Debug 実行します。
テストが実行されて breakpoint のところで処理が止まります。画面の下には呼び出されたメソッドや、変数と値が表示されます。
「Step Over」をクリックすれば1つずつ処理を進めて動作を確認することができます。
履歴
2017/12/18
初版発行。
2017/12/19
以下の章を追記しました。
* NodeJS Plugin をインストールする
* Run/Debug Configurations から Attach to Node.js/Chrome と Node.js を設定する
* Jest で実行するテストも debug できる