エンジニア転職のコーディングテスト対策｜出題形式4タイプ別の準備と「AI利用可」の確認ポイント【2026年10月版】

2026年10月6日・著者: 福朗（フリーランスAIエンジニア）

エンジニア転職のコーディングテスト対策出題形式4タイプとAI利用可否の確認ポイント

書類が通ったあとに「コーディングテストのご案内」というメールが届く。Web系企業の選考ではよくある流れですが、対策の中身はテストの形式によってまったく変わります。アルゴリズムの自動採点なのか、数日かける持ち帰り課題なのか、面接官の前で書くライブコーディングなのか。さらに2025年以降は、AIアシスタントを使ってよいテストが海外の大手企業や国内の採用ツールで増えました。

この記事は、すでに実務でコードを書いている人向けです。プログラミングの基礎学習には触れず、形式ごとの準備と、受験前に確かめておかないと失格になりかねない「AIの利用ルール」の確認方法をまとめます。採点ルールやAI機能の仕様は、各サービスの公式ヘルプとプレスリリースで確認したものだけを載せています。

TL;DR

最初に形式を確定する。自動採点・持ち帰り・ライブ・AI協働の4タイプで、評価されるものも準備もまったく違う。案内メールの受験URLや人事への質問で判別できる。
自動採点型は「隠しテストケース」と「時間」で落ちる。paizaの場合、提出前の動作確認はサンプル1件だけで、本番は10件程度の別ケースで採点される。時間の評価も100点中50点ある。
「AI利用可」の範囲はテストごとに違う。paizaのスキルチェックは生成AIを使う行為を一切禁止している。一方でHackerRankやCodilityは、AIを使えるかどうかを企業が問題ごとに設定でき、AIとのやり取りも採用側が見られる。受験前に文面で確認する。

01まず「どの形式のテストか」を確定する

「コーディングテスト」とひと口に言っても、中身は大きく4つに分かれます。形式が違えば評価の軸も違います。アルゴリズム問題を100問解いても、持ち帰り課題でREADMEとテストが雑なら落ちます。

形式	主に見られること	代表的な実施環境	AIの扱い（初期状態の傾向）	準備の軸
① オンライン自動採点	正しさ・計算量・解答時間	paiza、Track Test、HackerRank、Codility など	禁止が多いツールの検知機能つき	頻出パターン演習、境界値、時間配分
② 持ち帰り課題	設計、可読性、テスト、README、コミットの粒度	GitHubリポジトリ提出、実務に近い小さなアプリ	企業ごとにバラバラ	指定時間の守り方、説明のしやすさ
③ ライブコーディング／ペアプロ	考え方の言語化、詰まったときの立て直し、会話	CoderPad、画面共有したIDE、HackerRankの面接機能	面接官の指示しだい	声に出して解く練習、確認の質問
④ AI協働型	タスクの分解、AIへの指示、出力の検証、既存コードを読む力	MetaのAI-enabled coding、HackerRankのAIアシスタント、HireRooのAI協働課題	使う前提やり取りの記録つき	既存コードの読解、AI出力のレビュー

コーディングテストの4形式を「面接官がいるか」と「AIを使えるか」の2軸で配置した図 — 4形式は「面接官がその場にいるか」と「AIを使えるか」の2軸で整理するとわかりやすい

形式は案内メールとURLで見当がつく

受験URLのドメインを見れば、どのツールを使うかはおおよそわかります。ツールがわかれば、採点方法やAI検知の有無も公式ヘルプで調べられます。それでも形式がはっきりしない場合は、人事やエージェントに次の3点を聞いておけば十分です。

制限時間と問題数（例: 90分で3問なのか、3日以内に1課題なのか）
使える言語と、標準ライブラリ以外のパッケージを使ってよいか
あとで提出コードについて説明する面接があるか（あるなら、持ち帰り課題やAI協働型の比重が高い）

転職エージェント経由で応募している場合は、過去の受験者がどんな形式を受けたかを担当者が把握していることがあります。初回面談の段階で聞いておくと準備が楽になります（初回面談で確認すべきことは転職エージェントの初回面談で聞かれることにまとめています）。

02オンライン自動採点型：落ちる原因は「隠しケース」と「時間」

PAA（Googleの関連する質問）にも「コーディングテストがボロボロになるのはなぜ？」という質問が出てきます。実務経験がある人ほど、手元でサンプルが通った時点で提出してしまい、点数を見て驚くパターンが多い形式です。原因はたいてい、採点の仕組みを知らないことにあります。

paizaの採点ルールで見る「点が伸びない理由」

paizaのスキルチェックは、採点ルールを公式FAQで公開しています。他のツールも細部は違いますが、構造はよく似ています。

score100点＝テストケース50点＋解答時間50点

想定解答時間内に提出すれば時間の評価は満点。そこから制限時間に向かって直線的に減点され、制限時間を過ぎると全ケースを通過していても0点。

check提出前の動作確認はサンプル1件のみ

本番の採点は10件程度のテストケースで1件ずつ行われ、提出前の確認と同じケースではない。手元で通っても採点で0点になることがある。

rank一度取ったランクは下がらない

上位ランクの人が下位ランクの問題を落としてもランクは維持される。再チャレンジや練習問題の結果もランクに影響しない。

つまり「サンプルが通った＝正解」ではありません。隠しケースには、たいてい次のような入力が入っています。

最小の入力（N=1、空文字列、要素が1つだけの配列）
最大の入力（Nが上限いっぱいで、O(N²)では間に合わないサイズ）
重複する値、すべて同じ値、すでにソート済み・逆順の配列
負の数やゼロ、32bit整数をあふれる積や和
末尾の改行や区切り文字など、入出力形式のずれ

paizaスキルチェックの採点の仕組み。提出前の確認はサンプル1件、採点は10件程度の別ケース。解答時間の評価は想定解答時間を過ぎると直線的に減り、制限時間で0点になる — サンプル1件が通っても、採点は別の約10件で行われる。時間の評価は想定解答時間を過ぎると減り始める（paiza公式FAQをもとに作成）

出題パターンを絞って練習する

中途採用の自動採点テストで出る問題は、競技プログラミングの上位問題ほど難しくはありません。配列や文字列の操作、ハッシュマップでの集計、ソートと二分探索、BFS・DFSでのグリッド探索、簡単な動的計画法あたりが中心です。どの問題でも、次の順番で手を動かす練習をしておくと安定します。

制約を読む。Nの上限から、許される計算量を先に決める。Nが10万程度ならO(N log N)までに収める、という目安で十分。
入出力の形式を書き写す。パースを先に書き、サンプルの入力をそのまま出力できることを確認してからロジックに入る。
素直な解法を書いて通す。小さい入力で正しい答えが出る総当たりを先に作り、計算量が足りなければ書き直す。
境界値を自分で試す。上のチェックリストの入力を手で作り、提出前に必ず実行する。
時間を見て提出を決める。想定解答時間を過ぎたら、満点を狙うより部分点を確保するほうが得になる場面もある。

練習の場は、本番で使われるツールにそろえるのがいちばん効率的です。paizaは対応15言語で、ランクの目安が公開されています（Sが上位1%、Aが上位10%、Bが上位30%、Cが上位60%）。英語の問題文に慣れておきたい場合や外資系の選考を受ける場合は、LeetCodeやHackerRankの練習問題が向いています。

使う言語は「慣れている言語」一択でよい
普段Goを書いている人が「アルゴリズムはPythonのほうが楽そう」と本番で切り替えると、標準ライブラリを調べる時間で解答時間の点を落とします。業務で使っている言語のまま、標準入力の読み方・ソート・ハッシュマップ・キュー・優先度付きキューの書き方を手に覚えさせておくほうが確実です。

03持ち帰り課題型：「動くもの」より「読める・説明できるもの」

数時間から数日で小さなアプリやAPIを作って、リポジトリを提出する形式です。採点者はコードを読む時間が限られているため、最初の数分で印象が決まります。

提出前に見直す7項目

READMEに、セットアップ手順・実行方法・テストの実行方法が数行で書いてある
「やったこと／やらなかったこと／時間があれば次にやること」が明記されている
仕様のあいまいな点について、どう解釈したかを書いている
主要なロジックにテストがある（全部でなくてよい。どこを優先したかが伝わればよい）
コミットが「全部入り1コミット」になっておらず、作業の流れが追える
指定された時間の目安を大きく超えていない（超えたなら正直に書く）
AIを使ってよい課題なら、どこにどう使ったかを書いている

見落とされがちなのが最後の2つです。時間の目安が「3〜4時間」の課題に3日かけて作り込むと、品質は上がっても「見積もりと時間の管理ができない」と見られる可能性があります。AIの扱いについては、次の章で詳しく書きます。

持ち帰り課題のリポジトリは、そのままポートフォリオとして見せる1本を選ぶときの判断材料にもなります。課題の設計方針を職務経歴書の書き方と合わせておくと、面接での説明もぶれません（エンジニア職務経歴書の書き方）。

04ライブコーディング・ペアプロ型：解く過程を声に出す

面接官が画面を見ている形式では、正解にたどり着いたかどうかより、途中でどう考えたかが評価の中心になります。黙って書き始めると、面接官は判断材料を得られません。

live-coding.md

1. 確認「入力は常にソート済みと考えてよいですか」「空配列は来ますか」と、前提を声に出して確かめる

2. 方針まず総当たりの案と計算量を言い、そのうえで改善案を話す

3. 実装関数の外側の形から書き、いま何を書いているかを短く実況する

4. 検証書き終えたら、小さな例を自分で手で追ってみせる。境界値を1つ足す

5. 振り返り時間があれば「本番環境ならこう直す」を1つ添える

詰まったときは、黙り込まずに「ここで迷っているのは○○と△△のどちらにするかです」と状況をそのまま言葉にします。面接官がヒントを出しやすくなり、ヒントを受けて立て直す様子自体が評価の材料になります。会話の練習は、一人で問題を解くだけでは身につきません。同僚と30分交代で出題し合うか、AIに面接官役をやらせて声に出して解く練習が効きます。面接全般での受け答えは技術面接対策のロードマップで扱っています。

05「AI利用可」かどうかの確認ポイント

いまのコーディングテストで最も事故が起きやすいのが、AIの扱いです。「業務でCopilotを使っているから、テストでも補助程度なら問題ないだろう」という思い込みは危険です。ツールや企業によって、ルールは正反対になっています。

主要ツールのAIの扱い（公式情報で確認できた範囲）

ツール・企業	AIの扱い	検知・記録の仕組み
paiza スキルチェック	一切禁止「生成系AIを利用した一切の行為」が禁止行為。生成AIで標準ライブラリの使い方やアルゴリズムを調べることも禁止。公式リファレンスやWebの解説記事を見るのは可	利用規約の第11条（禁止行為）で定めている
Track Test（ギブリー）	企業の選考方針しだい	コードを貼り付けた箇所、別タブを見ていた時間、セッション情報を記録する「アクションログ」（2023年7月）。コーディングの過程を再生できる「プレイバック機能」。一定間隔で受験者を撮影し、不正の可能性がある場合だけ企業が見られるWebカメラ機能（2025年2月下旬リリース予定と発表）
HackerRank	企業が問題セクションごとに設定「AIなし／Guarded／Unguarded」の3段階。Guarded（初期設定）は構文やヒントは出すが、完全な解答は生成しない	面接ではAIとのやり取りを面接官がリアルタイムで見られ、会話の全文が残る
Codility	テスト設定でAIアシスタント「Cody」をオンにできる	候補者がCodyに何を質問したかを採用担当者が見られる
Meta（AI-enabled coding）	使う前提 2025年10月から導入。CoderPad上のAIアシスタントを使う60分の面接。AIはチャットで答えるだけで、ファイルを直接編集できない	AIなしの従来型のコーディング面接と組み合わせて実施される
HireRoo（AI協働課題）	使う前提 2026年6月に発表。Claude CodeやCodexなどのAIエージェントを使える環境で受験する	AIエージェントがどのファイルを開き、どのコマンドを実行し、どう試行錯誤したかを可視化して評価する

この表から言えるのは2つです。1つめに、同じツールでも企業ごとに設定が違うこと。HackerRankやCodilityでは、AIを使えるかどうかを採用側が決めます。「HackerRankだから使える」「Track Testだから使えない」とは判断できません。2つめに、AIを使えるテストほど、AIとのやり取りは記録されることです。何をどう聞いたかも評価の対象になります。

コーディングテストでAIを使ってよいかを判断するフロー。案内に明記があるか、ツール内蔵のAIだけか、外部AIも使えるか、使った場合の申告方法を順に確認する — 案内に書いていなければ「使えない」とみなし、文面で確認を取る

受験前に人事へ聞いておく5項目

案内にAIの扱いが書かれていない場合は、受験前にメールで確認します。口頭ではなく文面で残すのがポイントです。聞くこと自体がマイナスになることはまずありません。むしろ、ルールを確認する姿勢として受け取られます。

確認項目	聞き方の例	なぜ聞くか
1. AIの可否	「生成AIやコード補完ツールの利用は可能でしょうか」	補完ツールだけ可、チャットは不可という線引きもある
2. 使える範囲	「テスト環境に組み込まれたAIのみでしょうか。手元のCopilotやClaude Codeも利用してよいでしょうか」	ツール内蔵のAIだけを許可する設定が多い
3. 調べものの範囲	「公式ドキュメントやWeb検索の参照は可能でしょうか」	paizaのように、検索はよくても生成AIはだめという例がある
4. 申告の要否	「AIを利用した場合、利用箇所の記載は必要でしょうか」	持ち帰り課題では、READMEへの記載を求める企業がある
5. 後工程	「提出コードについて説明いただく面接はありますか」	AIで書いた部分も自分の言葉で説明できる必要がある

「禁止」のテストでAIを使うリスク
paizaは生成AIの利用を「一切の行為」として禁止しており、ランクは転職活動に使われるため監視していると案内しています。Track Testのようにコードの貼り付けや別タブの閲覧が記録されるツールもあります。仮に検知されなくても、そのあとの面接で提出コードについて深く聞かれたときに説明できなければ、結果は同じです。

選考形式やAIの扱いを事前に確認したいなら

エンジニア専門の転職エージェントなら、応募先のテスト形式や過去の傾向を面談の段階で確認できます。登録と面談は無料です。

エンジニア転職の無料面談を予約する

06AIを使えるテストで評価される動き方

AIを使ってよいテストは、AIなしのテストより簡単になるわけではありません。課題が実務寄りになり、既存のコードベースが渡され、「AIの出力を自分で検証できるか」が見られます。MetaのAI-enabled codingを受けた候補者の体験談を集めたHello Interviewの記事には、「本番のAIは練習環境ほど役に立たなかった」という報告が複数載っています。バグを直接は指摘しないように設定されているのではないか、という見方です。これは候補者の体験談であってMetaの公式説明ではありませんが、AIに丸投げできる前提で準備しないほうが安全なのは確かです。

01最初の5分はコードを読む

いきなりAIに「解いて」と頼まず、ファイル構成・データモデル・テストの走らせ方を自分で把握する。AIに頼むのは「この関数の役割を説明して」程度にとどめる。

02タスクを小さく切って渡す

仕様を自分で分解し、「この関数にこの条件を足す」くらいの単位でAIに依頼する。大きく丸投げすると、記録を見た採用担当者に分解する力が伝わらない。

03出力は読んで、テストで確かめる

AIが出したコードを貼ったら、すぐにテストを実行する。おかしい部分は自分で直す。「AIの誤りに気づいて直した」は、評価される場面の典型。

04判断を言葉にする

AIの案を採用しなかった理由、AIを使わずに書いた部分を選んだ理由を、面接官に向けて短く話す。プロンプトも記録として読まれる前提で書く。

普段からAIエージェントで開発している人ほど、この形式は有利です。ただし「AIが書いたコードの差分を、自分が書いたコードと同じ厳しさでレビューしているか」は、日々の仕事の進め方がそのまま出ます。テスト対策として特別なことをするより、業務の中でAIの出力をレビューし、なぜ直したかを言葉にする習慣をつけておくほうが効果があります。AI前提の開発スキルの全体像は生成AIエンジニアのスキルで整理しています。

07本番から逆算した3週間の準備スケジュール

テストの案内は書類通過の連絡と一緒に届くことが多く、受験期限まで長くは取れません。応募を始める時点で準備に入っておくのが現実的です。転職活動全体の流れの中での位置づけはエンジニア転職活動の進め方を参照してください。

時期	やること	到達の目安
3週間前	応募先の形式を確認する。業務で使っている言語で、標準入力・ソート・ハッシュマップ・キューをすぐ書けるようにする	入出力の定型を見ずに書ける
2週間前	自動採点型の頻出パターンを1日2〜3問。毎回、境界値チェックリストを通してから提出する	サンプルが通ってから提出までの手順が固まる
1週間前	声に出して解く練習を3回以上。AI協働型の選考があれば、知らないリポジトリをAIと一緒に読んで1機能を追加する練習	詰まったときに状況を言葉にできる
前日〜当日	受験環境（ブラウザ、カメラ、ネットワーク）の確認。AIの利用ルールのメールを読み返す	ルールの不明点がゼロの状態で受ける

テストを通過した後は技術面接や最終面接に進みます。最後の逆質問で、その会社のコードレビューやテスト文化を聞いておくと、コーディングテストで見られた観点と実際の開発体制が一致しているかを確かめられます（エンジニア転職の逆質問）。システム設計の課題が出る選考についてはシステムデザイン面接の対策で別途扱う予定です。

よくある質問

コーディングテストがボロボロになるのはなぜですか？

多いのは、サンプルが通った時点で提出して隠しテストケース（最小・最大の入力、重複、オーバーフロー）で落ちるパターンと、計算量を見積もらずにO(N²)の解法を出して大きい入力で時間切れになるパターンです。paizaのように解答時間が配点の半分を占めるテストでは、慣れない言語で調べものをしているだけで点が下がります。制約を読む、境界値を自分で試す、という手順を毎回固定すると改善します。

中途採用のコーディングテストでは何をするのですか？

大きく4形式あります。①オンラインの自動採点（アルゴリズム問題を制限時間内に解く）、②持ち帰り課題（小さなアプリやAPIを作ってリポジトリを提出）、③ライブコーディング（面接官の前で解く）、④AI協働型（AIアシスタントのある環境で既存コードの修正や機能追加をする）です。案内メールの受験URLや人事への質問で、どれに当たるかを先に確認してください。

paizaのコーディングテスト（スキルチェック）はどう対策すればよいですか？

採点はテストケース50点と解答時間50点の合計で、制限時間を過ぎると0点になります。提出前の確認はサンプル1件だけで、本番は10件程度の別ケースで採点されるため、境界値を自分で試してから提出することが重要です。一度取ったランクは下がらず、練習問題の結果はランクに影響しないので、練習問題で形式に慣れてから本番の問題に挑むのが効率的です。なお、生成AIの利用は調べものを含めて一切禁止されています。

コーディングテストでAIを使ったらバレますか？

バレるかどうかで判断するべきではありません。Track Testはコードの貼り付け箇所や別タブを見ていた時間を記録し、HackerRankやCodilityではAIを使える設定でもやり取りが採用担当者に見られます。ルールで禁止されているテストでは使わないこと、ルールがわからないときは文面で確認することが前提です。

コーディングテストが苦手でもエンジニア転職はできますか？

すべての企業がアルゴリズム型のテストを課すわけではありません。持ち帰り課題や、過去のコードを使った面接で技術力を評価する企業もあります。苦手な形式が明確なら、応募前にエージェントや人事に選考形式を確認し、自分の強みが出る形式の企業を優先する選び方もできます。ただし、基本的な計算量の見積もりと境界値の確認は、どの形式でも見られる力なので、最低限の練習はしておくべきです。

08まとめ

コーディングテストは「自動採点・持ち帰り・ライブ・AI協働」の4形式で、評価されるものが違う。最初に形式を確定する
自動採点型は、隠しテストケースと解答時間で点を落とす。制約を読む、境界値を自分で試す、慣れた言語で解く
持ち帰り課題は、READMEと「やらなかったこと」の明記、時間の目安を守ることが効く
ライブ形式は、確認・方針・実装・検証を声に出す型を身につける
AIの扱いはツールではなく企業の設定で決まる。案内に書かれていなければ文面で確認し、AIを使えるテストでもやり取りは記録される前提で動く

応募する時期そのものに迷っている場合は、求人倍率の季節変動をまとめたエンジニア転職のタイミングもあわせて読んでみてください。

参考・出典

福朗

フリーランスAIエンジニア。AIパイプライン開発と技術キャリアについて発信しています。