たとえば、オープン ソース プロジェクトJChemPaintでは、GUI は (FEST フレームワークを使用して) 12 個ほどの個別のテストをいくつかの Java ファイルに収集することによってテストされます。アプレットはファイルごとに 1 回だけ開始され、いくつかの独立したテストがチェーンで実行されます。
これが良い習慣かどうか知りたいです。もちろん、毎回起動すると時間がかかります。ただし、以前のアクションの副作用と考えられる例外の問題はわかりますが、私は専門家ではありません。では、複数のテストを 1 つのアプレット起動に入れるのは良い習慣でしょうか?
(GUI テストのベスト プラクティス集も探していますが、そのような質問はできませんが、それでもヒントは大歓迎です。)
これらの 2 つのトップレベル コンテナー間のぎこちない分割に悩まされています。
org.openscience.jchempaint.application.JChemPaint
org.openscience.jchempaint.applet.JChemPaintAbstractApplet.
ざっと読んだ後、私は批判するのをためらっています。ただし、コンテンツをリファクタリングすると、必要な重複テストの量が制限される場合があります。この非常に単純化された例initContainer()では、一般的な初期化はメソッドに限定されています。比較すると、JChemPaintはかなり複雑で、多くのアプレット パラメータを提供します。これらの正しい転送をテストする必要があります。
そのようなリファクタリングは進行中かもしれません。新しいアーティファクトは、より最近の注釈ベースのテスト アーキテクチャを反映しているように見えますがappletests、開発の初期段階からの日付に見えます。jchempaint.src.test