GUIに対して受け入れテストを行う場合、GUIへのテストは実際にGUIを表示しますか(ほんの一瞬で)、それとも単なる実装を模倣したものですか?WindowLicker、White、NUnitFormsなどのフレームワークについて話しています。
3 に答える
私はあなたが自動化されたテストを意味すると仮定するつもりです。GUIの受け入れテストの私の解釈では、実際にGUIを使用して、GUIが想定どおりに機能するかどうかを確認します。その場合は、明らかにGUIを表示する必要があります。
私がGUIコンポーネント用に作成したテストケースでは、通常、モックアップなしで本物のUIを作成しますが、それを表示しないでください。通常はそれで十分であり、高レベルのGUIコンポーネントのモックアップは難しい場合があります。ただし、多くのGUIコンポーネントは、機能するためにコンポーネントツリーの一部である必要があります。これは、ディスプレイを使用しない場合でも、通常、ディスプレイを備えたマシンで実行する必要があることを意味します。GUIコンポーネントが表示されているときに動作が異なる関数がいくつかありますが、JOGLに関連する単一の例外を除いて、それを回避することができました。
前回使用したとき、NunitFormsは実際にテストされているフォームを画面に表示していました。必要に応じて、実際のフォームを画面外にレンダリングすることもできます。あなたが言及した他の人についてはよくわかりません、私はそれらを使ったことがありません。
あなたが言及した他の人についてはわかりませんが、WindowLickerは間違いなくGUIを示しています。これを行わずに実行できるかどうかはわかりませんが、試したことはありません。また、「ほんの一瞬」よりも時間がかかります。マウスポインタを動かしたり、アイテムをクリックしたり、テキストを「入力」したりするのを見ることができます。