25

Yeoman で実行した素晴らしいクライアント側のテストを取得しました。Yeoman は私の CoffeeScript をコンパイルし、サーバーでテスト ページを開き、PhantomJS でアクセスして、すべてのテスト結果をコマンド ラインに渡します。このプロセスは非常にハックで、テスト結果はalert()メッセージを介して Phantom プロセスに渡され、Phantom プロセスは一時ファイルを作成し、JSON としてメッセージを入力します。Yeoman (Grunt) は一時ファイルをループし、テストを解析してコマンド ラインに表示します。

プロセスを説明したのは、それにいくつかのことを追加したいからです。サーバー側のテストも受けました。彼らは mocha と supertest を使用して API エンドポイントをチェックし、Redis クライアントを使用してデータベースの状態が期待どおりであることを確認します。しかし、これら 2 つのテスト スイートをマージしたいのです。

サーバー呼び出しに対するクライアント側のモック応答を書きたくありません。サーバーのモックデータを送信したくありません。途中でサーバーまたはクライアントを変更しても、テストは失敗しません。実際の統合テストを行いたい。そのため、クライアント側でテストが終了するたびに、サーバー側で関連するテストを実行するフックが必要です (データベースの状態、セッションの状態を確認し、別のテスト ページに移動します)。

これに対する解決策はありますか？または、代わりに、Yeoman / Grunt / grunt-mocha のどこからハッキングを開始して、これを機能させるのですか?

grunt-mocha の Phantom Handlers は、始めるのに適した場所だと思います。

// Handle methods passed from PhantomJS, including Mocha hooks.
  var phantomHandlers = {
    // Mocha hooks.
    suiteStart: function(name) {
      unfinished[name] = true;
      currentModule = name;
    },
    suiteDone: function(name, failed, passed, total) {
      delete unfinished[name];
    },
    testStart: function(name) {
      currentTest = (currentModule ? currentModule + ' - ' : '') + name;
      verbose.write(currentTest + '...');
    },
    testFail: function(name, result) {
        result.testName = currentTest;
        failedAssertions.push(result);
    },
    testDone: function(title, state) {
      // Log errors if necessary, otherwise success.
      if (state == 'failed') {
        // list assertions
        if (option('verbose')) {
          log.error();
          logFailedAssertions();
        } else {
          log.write('F'.red);
        }
      } else {
        verbose.ok().or.write('.');
      }
    },
    done: function(failed, passed, total, duration) {
      var nDuration = parseFloat(duration) || 0;
      status.failed += failed;
      status.passed += passed;
      status.total += total;
      status.duration += Math.round(nDuration*100)/100;
      // Print assertion errors here, if verbose mode is disabled.
      if (!option('verbose')) {
        if (failed > 0) {
          log.writeln();
          logFailedAssertions();
        } else {
          log.ok();
        }
      }
    },
    // Error handlers.
    done_fail: function(url) {
      verbose.write('Running PhantomJS...').or.write('...');
      log.error();
      grunt.warn('PhantomJS unable to load "' + url + '" URI.', 90);
    },
    done_timeout: function() {
      log.writeln();
      grunt.warn('PhantomJS timed out, possibly due to a missing Mocha run() call.', 90);
    },

    // console.log pass-through.
    // console: console.log.bind(console),
    // Debugging messages.
    debug: log.debug.bind(log, 'phantomjs')
  };

ありがとう！これには賞金がかかります。

4

1 に答える 1

24

Yeomanについては知りませんが、まだ試していませんが、残りのパズルは実行できました。私はあなたが残りを理解すると信じています。

統合テストを行う理由

あなたの質問では、クライアント側のテストとサーバー側のテストの両方がモックで実行されている状況について話していました。何らかの理由で、同じモックで両方のテスト セットを実行できないと思います。そうしないと、クライアント側でモックを変更すると、壊れたモック データが取得されるため、サーバー側のテストが失敗します。

必要なのは統合テストです。そのため、ヘッドレス ブラウザーでクライアント側のコードを実行すると、サーバー側のコードも実行されます。さらに、サーバー側とクライアント側のコードを実行するだけでは十分ではなく、両方の側にアサーションを配置できるようにしたいと思いませんか?

Node と PhantomJS との統合テスト

私がオンラインで見つけた統合テストの例のほとんどは、SeleniumまたはZombie.jsを使用しています。前者は実際のブラウザーを駆動する Java ベースの大きなフレームワークですが、後者はjsdomの単純なラッパーです。どちらかを使用するのをためらっていて、 PhantomJSを好むと思います。もちろん、注意が必要なのは、Node アプリから実行することです。そして、私はそれを手に入れました。

PhantomJS を駆動する 2 つのノード モジュールがあります。

  1. ファントム
  2. ノードファントム

残念ながら、どちらのプロジェクトも作成者によって放棄されたようで、他のコミュニティ メンバーはそれらをフォークしてニーズに適応させています。つまり、両方のプロジェクトが何度もフォークされ、すべてのフォークがほとんど実行されていません。API はほとんど存在しません。ファントムフォークの1つでテストを実行しました（ありがとう、Seb Vincent）。簡単なアプリを次に示します。

'use strict';
var express = require('express');

var app = express();

app.APP = {}; // we'll use it to check the state of the server in our tests

app.configure(function () {
    app.use(express.static(__dirname + '/public'));
});

app.get('/user/:name', function (req, res) {
    var data = app.APP.data = {
        name: req.params.name,
        secret: req.query.secret
    };
    res.send(data);
});

module.exports = app;

    app.listen(3000);
})();

リクエストをリッスンし、パス パラメータとクエリ パラメータ/userを返します。サーバーを呼び出すページは次のとおりです。namesecret

window.APP = {};

(function () {
    'use strict';

    var name = 'Alex', secret ='Secret';
    var xhr = new XMLHttpRequest();
    xhr.open('get', '/user/' + name + '?secret=' + secret);
    xhr.onload = function (e) {
        APP.result = JSON.parse(xhr.responseText);
    };
    xhr.send();
})();

そして、ここに簡単なテストがあります：

describe('Simple user lookup', function () {
    'use strict';

    var browser, server;

    before(function (done) {
        // get our browser and server up and running
        phantom.create(function (ph) {
            ph.createPage(function (tab) {
                browser = tab;
                server = require('../app');
                server.listen(3000, function () {
                    done();
                });
            });
        });
    });

    it('should return data back', function (done) {
        browser.open('http://localhost:3000/app.html', function (status) {

            setTimeout(function () {
                browser.evaluate(function inBrowser() {
                    // this will be executed on a client-side
                    return window.APP.result;
                }, function fromBrowser(result) {
                    // server-side asserts
                    expect(server.APP.data.name).to.equal('Alex');
                    expect(server.APP.data.secret).to.equal('Secret');
                    // client-side asserts
                    expect(result.name).to.equal('Alex');
                    expect(result.secret).to.equal('Secret');
                    done();
                });
            }, 1000); // give time for xhr to run

        });
    });
});

ご覧のとおり、タイムアウト内にサーバーをポーリングする必要があります。これは、すべてのファントム バインディングが不完全であり、制限が多すぎるためです。ご覧のとおり、1 回のテストでクライアントの状態とサーバーの状態の両方を確認できます。

Mochaでテストを実行する:mocha -t 2sより進化したテストを実行するには、おそらくデフォルトのタイムアウト設定を増やす必要があります。

したがって、ご覧のとおり、すべてが実行可能です。 これが完全な例のレポです。

于 2012-12-13T19:50:19.700 に答える