問題タブ [common-test]

さまざまなアプリケーションで構成される Erlang プロジェクトがあります。Common Testを使用していくつかのテストを行っています。

これらのスイートでユーティリティ コードの重複が見られるようになりました。

2 つのスイート間で共有できるようにするには、ユーティリティ コードをどこに配置すればよいですか?

別のアプリケーションを追加することを検討しました：

...しかし、テスト対象のアプリケーションをこれに依存させることなく、CTスイートをこれに依存させることはできません(またはできますか?)。test_stuffテスト時にのみ必要なので、私はそれをしたくありません。

アプリケーション間 ( vs. ) と、同じアプリケーション ( vs )の eunit テストと CT テスト間で同様の機能を使用している場所の両方で、 eunitテストに同様の問題があります。この場合も同じ解決策を使用できますか? それとも、それについて別の質問をする必要がありますか?apps/foo/testapps/bar/testapps/bar/suitesapps/bar/test

Erlang で書かれたプロジェクト (および rebar によって生成されたリリース) があり、デプロイメント環境にできるだけ近い環境で統合テストを行いたいと考えています。

このプロジェクトは、他のいくつかの Erlang アプリケーションを依存関係として取り込みます。これらのアプリケーションの 1 つは、test/ に共通のテストがあります。リリースで実行したいのはこれらのテストです。

生成されたリリースに共通のテストを含めて、何らかの形でターゲット インスタンスで実行する方法はありますか?

deps/ のアプリケーションではなく、実際のリリース自体でこれらのテストを実行したいと思います。

ありがとう！

Common Test がコンソールに出力するテスト結果の構文を強調表示する方法はありますか? 私は Ruby のバックグラウンドを持っており、Rspec が失敗したメッセージと成功したメッセージを異なる方法で強調表示する方法が気に入っています。CTにこれのオプションはありますか？

前もって感謝します！

Erlang プロジェクトでラガーをセットアップすることにしました。erlang.mk を使っているので追記

私のMakefileに。make allエラーなしでモジュールを実行およびコンパイルできます。erlコンソールを起動し、lager を使用してモジュールを含むアプリケーションを実行することもできます。エラーは生成されず、コンソール セッション中に大きなログ メッセージが記録されます。すべてがうまくいっているようです（ラガーを使用したのはこれが初めてです）。しかし、Common Test を実行すると、大きな呼び出しは失敗します。

10:11:17.174 [error] CRASH REPORT Process <0.238.0> with 2 neighbours exited with reason: call to undefined function lager:info("Params: ~p", [[]]) in gen_server:init_it/6 line 328

私がテストしているモジュールが正しくコンパイルされているように見えるので、これはより大きなモジュールが存在しないことに問題があると思います。ただし、これを追加すると：

最初の lager 呼び出しの上で成功し、lager のモジュール情報を出力します。私が行っているロギング呼び出しは、機能するために解析変換マジックを利用していると思いますが、これは私の共通テストの実行中には存在しません。

どんな提案でも大歓迎です！

現在は、Erlang でアプリケーションを作成するためのテスト ケースの作成に取り組んでいます。私はそれのために common-test を使用します。このツールは便利で、私に合っています。しかし、ほとんどのテストは同じ構造を持ち、同じコードを含む場合もあります。だから、私はたくさんの「コピー/貼り付け」をしています。良くない。仕事を最適化したい。おそらく、誰かが同じ問題を抱えていて、解決策を見つけたのでしょう。私を助けてください！

私は一般的なテスト フレームワークを使用して、カウボーイ ベースのサービスの RPC テストを行っています。

このサービスは、私が別のノードでホストしているアプリケーションに依存しています。アプリケーション コードで、そのノードに接続します。

一般的なテスト: ct:print(default, 50, "~p", [nodes()])。[mynode@localhost] を返します

ただし、ct:print(default, 50, "~p", [global:registered_named()])。戻り値 []

ここにリストされている手順に従いましたGlobally registered process is not registered

しかし、それは何の効果もないようです。シェルを起動し、手動で接続してノードをリストし、リモート機能を実行すると、すべて正常に動作します。これが機能しないようにする一般的なテストに固有のものはありますか? リモート ノードを共通テスト フレームワークで管理する必要がありますか?