2016-12-22 3 views
0

私は現在、さまざまなシナリオでテストする必要のあるモジュールを持っています。node.jsモジュールのドッカーに依存するテストを作成することは可能ですか?

しかし、テストを改善するために、ファイルのコピーがたくさんあり、child-process execsを実行する必要があります。

多分、Dockerはテストを実行するための良い解決策になるでしょうが、これはDockerに依存してしまうでしょう。

また、これまでのところ、このようなシナリオではドッカーに依存しているパッケージは見ていませんでした。

パッケージnpmパッケージの場合、ドッカーに依存するテストでパッケージを公開することは可能でしょうか?

答えて

1

私はまずあなたの意図するユーザーを考えます。モジュールをダウンロードしているユーザーがすでにDockerをインストールしている可能性はどれくらいありますか?

あなたのモジュールがすでにDockerに関連している場合、ほとんどのユーザーが既にDockerを持っていると想定するのは大変です。それがリアクションルートを扱うためのutilなら、たぶんそうではないでしょう。

また、ではなく、の影響をテストしてテストすることが困難であることをテストすることによって作成された難易度または複雑さを検討する必要があります。

npmモジュールを使用している大部分の人にとって、とにかくテストはほとんど実行されません。ランニングテストは、積極的にモジュールを開発して貢献したい人のために予約されています。

あなたの問題に適合する一般的なアプローチの1つは、Dockerのセットアップとテストをプロジェクトに組み込むことですが、実際のモジュール自体からは除外します。モジュールのpackage.jsonにはfilesというプロパティー(defines which files should actually be included when publishing the module)を含めることができます。

このアプローチでは、あなたに合った方法でテストをセットアップして実行することができます。役立つ貢献者があれば利用できますが、余分な設定をしていない日常のユーザーには負担をかけません必要。

+0

filesプロパティは、実際に配布のクリーニングに役立ちます。 – Coyote

関連する問題