レッスン

タスク: CodeGym のグラフィックス エンジンを介して、JavaFX ゲームを含む実行可能 JAR ファイルを作成する必要があります。 このためには次のものが必要です。 リポジトリhttps://github.com/CodeGymCC/project-mavenからフォークします プロジェクトのバージョンをコンピュータにダウンロードします。次に、 pom.xmlファイルを操作します。 依存関係を追加します。 org.apache.commons:commo

なぜプログラマーにはテストが必要なのでしょうか? 次の 2 つのレベルは、プログラマーが必要とする方法でのテストに専念します。まずは、テストとは何か、なぜテストが必要なのかを見てみましょう。 ソフトウェアに関して言えば、テストのタスクはプログラムが次のことを行っているかを確認することです。 彼女はやるべきことをやる 彼女はしてはいけないことをしない ちなみに、2 番目のポイントは最初のポイントと同じくらい重要ですが、それについては後で詳しく説明します。 最初のポイントから始め

JUnit フレームワークの接続 Java コードをテストするために、 JUnitと呼ばれる優れたフレームワークがあります。それは素晴らしく機能し、常に更新され、非常に人気があり、もちろん Intellij IDEA は非常に緊密に統合されています。 現在、誰もがこのフレームワークの 5 番目のバージョンであるJUnit 5を使用していますが、多くのプロジェクトではまだ 4 番目のバージョンを見つけることができます。大きな違いはありませんが、とにかく最新のものを見てみましょう

3.1 アノテーション @BeforeEach、@AfterEach 前の例では、各メソッドでオブジェクトを作成するコードを記述する必要があることに注意してください。電卓。 もちろん、これは 1 行にすぎませんが、実際のシステムをテストする場合は、複数のオブジェクトを作成して構成する必要があることがよくあり、それには数十行のコードが必要になることがあります。例： //Создаем объект HttpClient

4.1 @無効 次に、JUnit フレームワークの非常に便利で人気のあるアノテーションをいくつか見てみましょう。最初のアノテーションを使用すると、JUnit が呼び出さないように特定のテストをオフにすることができます。これは、テストが正しく動作していないことに気付いた場合、またはコードを変更してテストが誤って中断した場合に必要になります。 前に書いたように、テストの 99% は誰にもサポートされていないため、遅かれ早かれすべて無効になることがわかります。したがって、この注釈は

5.1 @ParameterizedTest アノテーション 場合によっては、異なる値、異なる入力パラメータ、異なるユーザー名など、異なるパラメータを使用してテストを複数回呼び出したい場合があります。JUnit はユーザーの作業を容易にすることを目的としているため、この場合にはパラメーター化されたテストのようなものが備わっています。 パラメーター化されたテストを使用するには、依存関係をもう 1 つ追加する必要がありますpom.xml。

6.1 アサート アサートは、コード内のさまざまな場所に挿入できる特別なチェックです。彼らの仕事は、何かが間違っていたことを判断することです。というか、すべてが順調に進んでいることを確認するためです。これは「必要に応じて」であり、さまざまな方法で設定できます。 上記のコードではすでにいくつかのアサーションが発生しています。1 つ目は、オブジェクトが等しいかどうかをチェックすることです。オブジェクトが等しくない場合、例外がスローされ、テストは失敗します。 最終レポートの JUn

7.1 @Suite アノテーション さらに、頻繁に使用される注釈がいくつかあります。たとえ使用しなくても、それらを使用したテストが必ず表示されます。したがって、そこに書かれていることを少なくとも一般的に理解する必要があります。 テストはグループにまとめることができます。これには特別な注釈があります@Suite。例： @Suite

1.1 Mockito ライブラリ 今日は高度なテストについて説明します。より具体的には、Mockitoライブラリを使用します。このビジネスから抜け出すことさえ考えないでください。 まず、このライブラリはSpringテストの標準です。これは実際、Java バックエンド開発業界の標準です。 次に、Spring コードのテストを作成する必要があります。作成したバックエンドが正常に動作することを理解する唯一の方法は、その API のメソッドを呼び出すことです。そして、テストを使用す

2.1 @Mock アノテーション Mockito でモック オブジェクトを操作するには 2 つの方法があります。1 つ目は完全な仮想オブジェクトを作成すること、2 つ目は既存のオブジェクトをラッパーでラップすることです。最初のものから始めましょう。 完全仮想オブジェクトを作成するには、次のコードを記述する必要があります。 ИмяКласса имяПеременной = Mockito.mock(ИмяКласса.class); 例としてモック ArrayList クラ

3.1 doReturn() メソッド さあ、魔法がかかります... 偽のモック オブジェクトを作成したが、それが何らかの形で動作する必要があるとします。特定のメソッドが呼び出されたとき、何か重要なことが行われたか、メソッドが特定の結果を返しました。何をすべきか？ Mockito ライブラリを使用すると、目的の動作をモック オブジェクトに追加できます。 特定のメソッドが呼び出されたときにモック オブジェクトが特定の結果を返すようにしたい場合は、次のコードを使用してこの「ルール

4.1 メソッドパラメータ モック オブジェクトに追加された以前のルールは、パラメーターのないメソッドを処理していました。そして、パラメータを持つメソッドのルールを作成するにはどうすればよいでしょうか? さらに、一部のパラメーター値については 1 つの結果があり、他のパラメーター値については別の結果が得られるようにルールを作成したいと考えています。 そうすればあなたにもできます。メソッドが特定のパラメータで特定のものを返すようにしたい場合は、ルールを次のように記述できます。