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

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

Pythonコーディングテストは一つではありません。 企業ごとにテストプラットフォームを選び、独自に問題、課題数、制限時間、使用可能な言語を設定します。どのようなテストかを知るには、招待メールを確認するのが一番です。公開されている例を見ると、内容には幅があります。

• HackerRank. HackerRankでは、Python (Basic)スキルテストは1時間30分で2問と案内されており、スカラー型などが出題されます（HackerRank）。ヘルプセンターには、企業がテストに含められる問題形式として、コーディング、選択式、データベース、コードレビュー、記述式などが挙げられています。また、企業はHackerRankの問題ライブラリから問題を追加することも、独自の問題を作成することもできます（HackerRank Help）。
• TestGorilla. TestGorillaのPythonコーディングテストのページによると、個別のコーディングテストの多くは15～35分です。初級アルゴリズムテストは15分と案内されており、受験者はPython、または企業が許可する他の言語で問題を解けるとされています（TestGorilla）。

企業のPythonテストでよくあると報告されている内容:

• コーディング課題: オンラインエディターで関数を書き、サンプル入力で実行したあと、見られない場合もある追加のテストケースでチェックしてもらうために提出します。
• 選択式問題: Pythonの概念、コードの断片を実行すると表示される内容、正しいコードの選択などです。
• デバッグまたはコードレビュー: 他の人が書いたコードの問題を見つけて修正します。
• 場合によっては、その他の課題: SQL問題、より大きなプロジェクト課題、自宅で取り組む課題、テスト中のウェブカメラや画面の監視などです。

当社の模擬テストで扱う内容。 フル模擬テストは60分で20問、4つのセクションで構成されています。Pythonの概念（6問）、コードの実行結果（6問）、バグの発見（5問）、解決策の作成（3問）です。コードはすべてPython 3です。提出するまでは前の問題に戻ったり、回答を変更したり、問題にフラグを付けたりできます。当社の模擬テストでは、コードを読んで動きを追い、デバッグし、コードを選ぶ練習ができます。自分で書いたコードを実行することはできません。 実際の評価では、非公開のテストケースで実行されるコードを書くよう求められることもよくあります。この練習では、その基礎となる読解、トレース、デバッグのスキルを身につけられます。実際のエディターを使った時間制限付きの練習も加えてください。当社の模擬テストでは、監督、盗用チェック、ビデオ面接、自宅課題やプロジェクト課題、企業独自の合格基準も扱いません。

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

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

1. Pythonの概念。 a == bとa is bの違いは何でしょうか。前者は2つの値が等しいかを調べ、後者は同じオブジェクトかを調べます。別々のリスト[1, 2]は値としては等しくても、同じオブジェクトではありません。落とし穴: 数値や文字列の比較にisを使うことです。小さな値では動くように見えても、失敗することがあります。

2. コードの出力。 x = [0] * 3の後にx[1] = 5を実行してprint(x)を呼び出します。順に追うと、[0, 0, 0]が[0, 5, 0]になります。次に、grid = [[0] * 2] * 2の後にgrid[0][0] = 1を実行してみましょう。出力は[[1, 0], [1, 0]]です。2つの行が同じ内側のリストだからです。落とし穴: Pythonが実行する通りではなく、自分の予想通りにコードを読むことです。各行での変数の値を書き出しましょう。

3. バグの発見。 for i in range(len(items) - 1):というループは、すべての項目を表示するはずなのに最後の項目を飛ばします。原因は- 1です。range(len(items))は、もともと長さの手前で止まります。落とし穴: 間違った結果の原因となる行ではなく、エラーになる行や不自然に見える行を修正することです。要素が2つのリストなど、小さな入力でコードの動きを頭の中で試しましょう。

4. 解決策の作成。 リスト内の各単語の出現回数を数える必要があります。collections.Counter(words)なら一度で数えられます。ループ内でcounts[w] = counts.get(w, 0) + 1を使う辞書でも、手作業で数えられます。落とし穴: 通常のケースには対応しても、端のケースには対応しない選択肢を選ぶことです。空のリスト、要素が1つの場合、重複、負の数で、それぞれの選択肢を確認しましょう。

準備方法

1. まず受験案内を確認しましょう。 使用するプラットフォーム、タスクの数、制限時間、Python 3を選べるか、テストが監視されるかを確認してください。形式はさまざまなので、決めつけないようにしましょう。
2. プラットフォームに練習エリアがあれば、試してみましょう。 エディターやRunボタン、サンプルのテストケースの表示方法に慣れておけば、本番で画面を見ても戸惑いません。たとえばHackerRankでは、受験者が作業中にRunをクリックしてテストケースを実行する方法が説明されています（HackerRank Support）。
3. コードを手作業で追いましょう。 短いコードの場合は、各行の実行後にそれぞれの変数が持つ値を書き出します。これは出力予測やデバッグの問題に欠かせないスキルであり、コードを実行せずに自分のコードを確認する方法でもあります。
4. よく使うツールを把握しましょう。 リスト、辞書、セット、文字列、スライス、sortedとlist.sortの違い、enumerate、zip、リスト内包表記と辞書内包表記、collections.Counterです。
5. 提出前に境界ケースを考えましょう。 空の入力、要素が1つの場合、値の重複、負の数、非常に大きな入力などです。非公開のテストケースでは、こうした点がよく確認されます。
6. 時間を計ってコードを書きましょう。 模擬テストでは、コードを読み解き、デバッグする力を鍛えられます。時間を計りながら実際のエディターで簡単な問題もいくつか解き、プレッシャーの中でコードを書くことや実行することに慣れましょう。
7. 本番に近いペースで練習しましょう。 HackerRankのPython (Basic)の例のようなテストなら、1時間30分で2問なので、1問あたり約45分です（HackerRank）。自分でペースを調整することに慣れるため、時間を計って模擬テストを最後まで受けましょう。

一般的な採点方法

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

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

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

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

よくある間違い

• リストを変更するメソッドと、新しいリストを返す関数を混同する。 list.sort() と list.append() は None を返しますが、sorted() は新しいリストを返します。
• 代入するとオブジェクトが共有されることを忘れる。 b = a では、リストや辞書はコピーされません。コピーが必要な場合は a[:]、list(a)、または copy.deepcopy(a) を使います。
• 範囲やスライスで1つずれる。 range(n) は n の前で止まり、s[1:3] で取得されるのは3つではなく2つです。
• 根拠のない値から検索を始める。 最大値を0、最小値を1000から始めると、特殊な入力で正しく動きません。最初の項目、または float("-inf") から始めましょう。
• 例だけをテストする。 表示されている例は通常、問題なく通ります。非公開のテストケースでは、空の入力、項目が1つだけの場合、重複、大きな入力が確認されます。
• 1つの課題に時間をかけすぎる。 行き詰まったら、いくつかのテストケースに通るシンプルなバージョンを提出して先に進み、時間があれば戻りましょう。