FORCIA CUBEフォルシアの情報を多面的に発信するブログ

Frisby.js v0.x を v2.x にしたハナシ

2019.12.05

アドベントカレンダー2019 テクノロジー

FORCIAアドベントカレンダー2019 5日目の記事です。

検索プラットフォーム事業部の田中です。

フォルシアでは、最新の技術をプロダクトに取り込むということにも果敢に挑戦していますが、一方でレガシーコードの改善や日々の運用の改善にも力を入れています。
今回は、過去にAPIテストを自動化するための Frisby.js のバージョンが0.85と古くなっていたため、今更ですが最新の2.xに置き換えた話をします。

Frisby.js とは

APIのブラックボックステストを自動化するためのフレームワークで、JavaScriptの定番のテストフレームワークのJestベースで書かれています(2.0の途中でJasmineからJestに変更になりました)。APIテストフレームワークのデファクトになりつつある人気のツールです。

最初のコミットは2011年と長く愛されています。ながらくv0.85からリリースがありませんでしたが、1系をとばして2017年の7月にv2.0がリリースされました。

v0.x からv2.x へ

変更点についてはこちらにもありますが、独自のラッパーを書くのではなく、Jest(またはJasmine)の作法に則る形でテストを書けるようになりました(it -> expect で書けるようになった)。
より詳細な、変更点や思想はメインコミッターのブログの記事を読むと良いかと思います。

v0.x のコード

  1. var frisby = require('frisby');
  2.  
  3. frisby.create('should get user Joe Schmoe')
  4. .get(testHost + '/users/1')
  5. .expectStatus(200)
  6. .expectJSON({
  7. id: 1,
  8. email: 'joe.schmoe@example.com'
  9. })
  10. .toss();

v2.x のコード

  1. var frisby = require('frisby');
  2.  
  3. it('should get user Joe Schmoe', function() {
  4. return frisby.get(testHost + '/users/1')
  5. .expect('status', 200)
  6. .expect('json', {
  7. id: 1,
  8. email: 'joe.schmoe@example.com'
  9. });
  10. });

基本的にはJestの文法に従って、frisby->create->get->expectXX->toss を frisby->get->expect('XX') と変えていくだけです。

型のチェックは、JavaScript の型を指定していた箇所が Joi のオブジェクトを指定するように変わっています。 これにより、さらに細かいバリデーションができるようになっています。

v0.x

  1. expectJSONTypes('*', { hoge: String })

v2.x

  1. expect('jsonTypes', '*', { hoge: Joi.string() })

また v2.x から expectJSON(...) の代替として expet('json', ...) と expect('jsonStrict', ...) がありますが、json は指定したものが一致していれば良い jsonStrict は完全に一致している必要があります。

移行時に実際に困ったところ

基本的には、v0.x と v2.x は同等のものが用意されており置き換えていくだけですが、いくつか考慮が必要だった点があるので記載します。

配列同士の比較が厳密な比較になってしまう

例えば下記のようなレスポンスがあったとします。

  1. [
  2. { hoge: 1, fuga: 2 }
  3. ]

v0.x では下記でテストをパスしていました。

  1. expectJSON(
  2. '*',
  3. [
  4. { hoge: 1 }
  5. ]
  6. )

v2.x では下記はFailになってしまいます。

  1. expect(
  2. 'json'
  3. '*',
  4. [
  5. { hoge: 1 }
  6. ]
  7. )

下記のように指定する必要があります。

  1. expectJSON(
  2. '*.0',
  3. { hoge: 1 }
  4. )

expectJSON でできていた関数の評価ができない

v0.x では expectJSON の中で下記のように評価関数を実行することができました。

  1. expectJSON(
  2. { message: function(val) { expect(val).toBe('hoge'); } }
  3. )

v2.xではこれができなくなっています。そこでかなり力技ですが、下記のように再帰的に評価するようなカスタムマッチャーを作ればこれを実現できます。

  1. const getPathVal = (response, prefix, results) => {
  2. results = results || [];
  3. for (let key in response){
  4. const path = prefix ? prefix + '.' + key : key;
  5. if (typeof response[key] === 'object') {
  6. if(Array.isArray(response[key])) {
  7. response[key].forEach((item, i) => {
  8. getPathVal(item, path + '.' + i, results);
  9. });
  10. } else {
  11. getPathVal(response[key], path, results);
  12. }
  13. } else {
  14. results.push({path: path, val: response[key]});
  15. }
  16. }
  17. return results;
  18. };
  19.  
  20. beforeAll(() => {
  21. frisby.addExpectHandler('jsonf', (response, path, expected) => {
  22. frisby.utils.withPath(path, response.json, (jsonChunk) => {
  23. getPathVal(expected).forEach((item) => {
  24. frisby.utils.withPath(item.path ,jsonChunk, (actual) => {
  25. // valがfunctionの場合はmatcherが設定されているのでそれを評価する
  26. if(typeof item.val === 'function') {
  27. item.val(actual);
  28. } else {
  29. expect(actual).toBe(item.val);
  30. }
  31. });
  32. });
  33. });
  34. });
  35. });
  36.  
  37.  
  38. frisby.get(host).expect(
  39. 'jsonf',
  40. '*',
  41. { message: function(val) { expect(val).toBe('hoge'); } }
  42. );

ちなみにこのカスタムマッチャーを定義しておくと、配列同士の比較が厳密な比較になってしまう問題も解決できます。

フォームデータ形式のpostリクエストの指定の仕方が変わった

v0.x ではPOSTでリクエストを送る場合は引数にオブジェクトを指定すれば、よしなに body を application/x-www-form-urlencoded の形式に変換して送ってくれていたのですが、v2.0 では下記のようにする必要があります(formDataで指定もできますがここでは割愛します)。

  1. const body = {
  2. hoge: 1,
  3. fuga: 2
  4. };
  5. const frisby = require('frisby');
  6. const qs = require('qs');
  7. frisby.setup({
  8. request: {
  9. headers: {
  10. 'Content-Type': 'application/x-www-form-urlencoded'
  11. }
  12. ).post(host, qs.stringify(body)).;

さいごに

すごく地味な作業ですが、こういったツール類も新しいものに移行していくと、新機能を使えるなど色々と恩恵を受けられます。最初からバージョンアップを見越して、テストコードにロジックを書き過ぎないようにしたり、正解データをコードとは切り離して持っておいたりすることなどが重要です。ちょっと重い腰を上げてバージョンアップしていきましょう。

この記事を書いた人

田中 謙次

技術部長。メーカの研究所を経て、2013年からフォルシアに参画。
アジャイル開発をベースに開発プロセスの改善を担当。
改善のためなら手段は厭わないポリシー。