Javaコーディングテスト対策

実際のテストでよく見られる内容

Javaのコーディングテストに、決まった形式はありません。 企業ごとにテストプラットフォームを選び、問題や課題の数、制限時間、使用できる言語を設定します。受験案内が、受けるテストを知る最も確かな手がかりです。公開されている例から、その幅がわかります。

• HackerRank. HackerRankでは、Java (Basic)スキルテストを6 questions in 1 hourと掲載しており、クラスなどが出題されます（HackerRank）。ヘルプセンターには、企業がテストに含められる問題形式として、コーディング、選択式、データベース、バックエンド開発、コードレビュー、記述式などが挙げられています。また、企業はHackerRankの問題ライブラリから問題を追加するか、独自の問題を作成できると説明されています（HackerRank Help）。
• TestGorilla. TestGorillaのJavaコーディングテストのページによると、コーディングテストの多くは15 to 35 minutesで、初級レベルのアルゴリズムテストは15 minutesです。受験者は問題を読み、言語メニューからJavaを選び、オンラインエディターに解答を書くと説明されています（TestGorilla）。

企業のJavaテストで一般的に報告されている内容:

• コーディング課題: オンラインエディターでメソッドを書き、サンプル入力で実行してから提出します。その後、受験者には見えない追加のテストケースで採点される場合があります。
• 選択式問題: 型、クラス、コレクション、例外などのJavaの概念、コード片の実行結果、正しいコードの選択。
• デバッグまたはコードレビュー: 他の人が書いたコードの問題を見つけて修正します。
• 追加される場合がある内容: SQLの問題、フレームワークやバックエンドのプロジェクト、持ち帰り課題、テスト中のウェブカメラや画面の監視。

模擬テストの出題範囲。 フル模擬テストは20 questions in 60 minutesで、Javaの概念（6）、コードの出力（6）、バグの発見（5）、解決策の作成（3）の4分野で構成されています。すべてJava 17のコードです。提出するまでは、前の問題に戻る、回答を変更する、問題にフラグを付けることができます。模擬テストでは、コードを読んで追跡し、デバッグし、適切なコードを選ぶ練習ができます。自分で書いたコードを実行することはできません。 実際のアセスメントでは、見えないテストケースで実行されるコードを書く課題が出ることもよくあります。この練習では、その基礎となる読解、追跡、デバッグのスキルを身につけられます。実際のエディターを使った時間制限付きの練習も加えてください。模擬テストには、監督、盗用チェック、ビデオ面接、持ち帰り課題やプロジェクト課題、企業独自の合格基準は含まれません。

解き方の例付き問題タイプ

各セクションの解答例を1つずつ紹介します。多くの人が陥りやすい落とし穴も確認しましょう。

1. Javaの概念。 intとIntegerの違いは何でしょうか。intはプリミティブ値です。Integerはその値を包むオブジェクトで、nullにもなります。ListなどのコレクションにはIntegerが格納され、Javaが2つの型を自動的に変換します。落とし穴: 2つのIntegerオブジェクトを==で比較することです。==は参照を比較するため、値が同じでもfalseになることがあります。equalsを使いましょう。

2. コードの出力。 System.out.println(1 + 2 + "3" + 4 + 5);の出力は3345です。Javaは左から右へ処理します。1 + 2は数値の3で、そこに"3"を足すと文字列"33"になります。その後の+はすべて文字列を連結します。落とし穴: 先にすべての計算を済ませてしまうことです。演算子を1つずつ追い、各処理の後に型を確認しましょう。

3. バグの発見。 if (status == "done")と書かれたメソッドが、ステータスが"done"の場合でも一致しません。修正方法は"done".equals(status)です。文字列の文字を比較し、statusがnullの場合にも対応できます。落とし穴: 不自然に見える最初の行を修正することです。小さな入力をコードに通し、値が初めて誤る行を見つけましょう。

4. 解決策の作成。 各単語が何回出現するか数える必要があります。ループ内でcounts.merge(word, 1, Integer::sum)を使うHashMapなら、単語ごとに1行で数えられます。落とし穴: 通常のケースには対応しても、端のケースには対応しない選択肢を選ぶことです。空の配列、要素が1つの場合、重複、負の数、nullでそれぞれの選択肢を確認しましょう。

準備方法

1. まず受験案内を確認しましょう。 使用するプラットフォーム、タスクの数、制限時間、エディターで実行されるJavaのバージョン、テストが監視されるかを確認してください。形式はさまざまなので、決めつけないようにしましょう。
2. プラットフォームに練習エリアがあれば、試してみましょう。 エディターやRunボタン、入力データの読み取り方法、サンプルのテストケースの表示方法に慣れておけば、本番で画面を見ても戸惑いません。たとえばHackerRankでは、受験者が作業中にRunをクリックしてテストケースを実行する方法が説明されています（HackerRank Support）。
3. コードを手作業で追いましょう。 短いコードの場合は、各行の実行後にそれぞれの変数の値と型を書き出します。整数の除算、文字列の連結、参照の扱いは、予想外の結果につながりやすいポイントです。
4. よく使うツールを把握しましょう。 配列、StringとStringBuilder、ArrayList、HashMap、HashSet、Arrays.sortとCollections.sort、equalsとhashCode、例外、基本的なクラスとインターフェースです。
5. 提出前に境界ケースを考えましょう。 空の配列や文字列、要素が1つの場合、値の重複、負の数、null、intの範囲を超えるほど大きな値などです。非公開のテストケースでは、こうした点がよく確認されます。
6. 時間を計ってコードを書きましょう。 模擬テストでは、コードを読み解き、デバッグする力を鍛えられます。時間を計りながら実際のエディターで簡単な問題もいくつか解き、プレッシャーの中でコードを書き、コンパイルし、実行することに慣れましょう。
7. 本番に近いペースで練習しましょう。 HackerRankのJava (Basic)の例のようなテストなら、1時間で6問なので、1問あたり約10分です（HackerRank）。自分でペースを調整することに慣れるため、時間を計って模擬テストを最後まで受けましょう。

一般的な採点方法

採点方法はプラットフォームと雇用主によって異なります。 共通の尺度や合格基準はありません。コーディング問題は通常、テストケースに照らして自動採点されます。公開されている説明を2つ紹介します。

• HackerRankによると、コーディング問題は、正確性と効率性を測る事前定義済みのテストケースで評価されます。テストケースごとに点数があり、合格すればそのテストケースの満点、失敗すれば0点です。問題の合計点は、合格したテストケースの点数の合計です。そのため、一部のテストケースに合格した解答は部分点を獲得できます（HackerRank Support）。コーディング問題と選択式問題は自動で評価されます。バックエンドの問題も自動で評価されますが、手動での確認が推奨されています（HackerRank Help）。
• TestGorillaは、与えられた入力から正しい出力が得られるかどうかを含む全体の正確性に基づくパーセンタイル方式の採点と、各テストケースの結果を示すレポートについて説明しています（TestGorilla）。

何を良い結果とするかは各雇用主が決めます。多くの雇用主はスコアだけでなく、コードも確認します。

当サイトの練習スコアは、当サイト独自の問題に正解した数をセクション別に示したものです。どこに重点を置くべきかを確認できます。これは練習用のスコアであり、プラットフォームのテストのスコアではありません。また、合格できるかどうかを予測するものでもありません。

よくある間違い

• 文字列を == で比較する。 equals を使います。値が null の可能性がある場合は、"text".equals(value) を使います。
• 整数の除算で小数が得られると思い込む。 7 / 2 は3です。3.5が必要な場合は、先に片方を double にします。
• 文字列が不変であることを忘れる。 s.trim() と s.toUpperCase() は新しい文字列を返すため、結果を代入します。
• ループで境界値を間違える。 インデックスは0から length - 1 までなので、通常のループ条件は i < a.length です。
• 拡張forループ内でリストを変更する。 removeIf を使うか、明示的に Iterator とその remove メソッドを使います。
• オーバーフローを無視する。 大きな int 値の合計や積は、気づかないうちに桁あふれすることがあります。値が大きくなる可能性がある場合は long を使います。
• 例題だけをテストする。 表示されている例題は通常、正しく処理できます。非公開のテストケースでは、空の入力、1件のデータ、重複、大きな入力が確認されます。
• 1つの課題に時間を使いすぎる。 行き詰まったら、一部のテストケースに合格する簡単なバージョンを提出して次に進み、時間があれば戻りましょう。