未経験だと厳しい？コーディングテストの実態と乗り越え方のコツ

「コーディングテスト 未経験」と検索している方の中には、これから転職活動を始めようとしていて、選考の途中でプログラミングの実技テストを受けなければならないと知り、身構えている方もいるのではないでしょうか。文系・未経験だった当時の私も、書類選考や面接だけでなく、実際にコードを書かされる場面があると知ったとき、「今の自分の実力で太刀打ちできるのだろうか」と不安になったのを覚えています。

この記事では、未経験からIT業界に転職した私が、実際の転職活動で経験したコーディングテストの中身と、本番で手が止まった瞬間をどう乗り越えたかを、できるだけ具体的にお伝えします。

この記事でわかること

• 未経験者にもコーディングテストが課される理由と、課されない企業との違い
• 私が実際に受けたテストの形式・難易度
• 本番で手が止まったときに、私が実際にやった乗り越え方

そもそもコーディングテストとは？未経験者にも課される理由

未経験者向けの求人であっても、簡単なプログラムを書かせる実技テストを選考に組み込んでいる企業は一定数あります。ただし、すべての企業が課しているわけではありません。

面接での受け答えだけでは、基礎的なロジックを組み立てる考え方を理解できているかまでは判断しづらいため、短時間で解ける問題を用意して応募者の地頭や学習の定着度を確認しているのだと感じています。

私が転職活動をしていたときも、応募した企業によって対応はさまざまでした。自社開発を行っているいくつかの企業では、書類選考を通過した後にオンラインのコーディングテストへのURLが送られてきましたが、SES中心の企業では、面接と簡単な適性検査だけで実技テストが無かったところもあります。この違いは、未経験者必見!自社開発・受託開発・SESの違いを比較解説でも整理していますが、コーディングテストの有無も、その働き方の違いによって傾向が分かれる部分のひとつだと感じています。

私が実際に受けたコーディングテストの中身

私が受けたテストは、いずれも高度なアルゴリズムを求めるものではなく、基本的な条件分岐・繰り返し処理を組み合わせれば解ける範囲の問題でした。

未経験者向けの選考では、即戦力としてのスキルよりも、プログラミングという考え方に対する適性を見られていると感じたからです。

私が応募した企業の中で実際に体感した違いを整理すると、次のようになります。

特に印象に残っているのは、制限時間30分で「1から100までの数字を出力しながら、3の倍数のときは『Fizz』、5の倍数のときは『Buzz』、両方の倍数のときは『FizzBuzz』に置き換える」という、いわゆるFizzBuzz形式の問題を出された企業です。条件そのものはシンプルでしたが、画面に向かって一人で時間を計りながらコードを書く経験自体が初めてだったこともあり、想像していた以上に手が緊張しました。

未経験だと本当に厳しいのか？受けてみて感じた正直な感触

受けてみて感じたのは、「歯が立たないほど難しい」わけではないものの、「油断していい」とも思えない独特の緊張感があったということです。

というのも、出題内容自体は基礎的な範囲にとどまっていた一方で、「制限時間内に自分の考えを整理してコードとして書き切る」という経験が、それまで一度もなかったからです。学習の中で参考書のコードを写経したり、エラーを調べながら少しずつ動かしたりする経験はあっても、時間を区切って一人で組み立てる練習はしていませんでした。

実際に受けたテストでは、問題文を読んだ直後に頭が真っ白になりかけた瞬間がありましたが、結果として時間内に解答を提出でき、その企業の選考は次のステップに進むことができました。難易度そのものよりも、時間内に手を動かし続けられるかどうかという「慣れ」の部分が、合否の分かれ目になりやすいというのが、受けてみての実感です。

事前にやっておいてよかった対策

振り返ってみて、事前にやっておいてよかったと感じているのは、次の3つです。

• 選考の前にテスト形式の有無を確認する:面接前に転職エージェントに「コーディングテストはありますか」と直接尋ねたところ、企業ごとの形式を教えてもらえたことがあり、心構えの面でかなり助かりました。エージェントとのやり取りについては転職エージェントは必要？未経験IT転職で感じたメリットと注意点でも紹介しています。
• 時間を計って似た形式の問題を解く練習をする:オンライン学習サービス(paizaなど)の無料で解ける問題を使い、スマホのタイマーで時間を計りながら解く練習を数回だけ行いました。実際の出題内容がまったく同じというわけではありませんが、「時間を意識しながら書く」という感覚に慣れておけたのは大きかったと感じています。
• わからないときはいったん手を止めて条件を書き出す、という自分なりの手順を決めておく:焦って書き始めるとかえって混乱しやすいと事前に聞いていたので、まず問題文の条件を箇条書きでメモしてからコードを書き始める、という手順を先に決めておきました。

本番で手が止まった瞬間、どう乗り越えたか

本番中に一度、完全に手が止まった瞬間がありましたが、そのときは「先に一部だけでも動く状態を作る」という考え方に切り替えたことで、なんとか立て直せました。

完璧な解答を最初から書こうとしていた間は、時間だけが過ぎていく感覚があったからです。

実際のテストで、配列の中から条件に合う値だけを取り出して合計を求める問題に取り組んでいたとき、途中の条件分岐の書き方で行き詰まり、数分間まったく手が動かなくなったことがあります。そのとき、事前に決めていた「条件を書き出す」手順に戻り、「まず全部の値をそのまま出力するだけのコードを書く」→「そこに条件を1つずつ足していく」という順番に切り替えました。一気に正解を目指すのではなく、小さく動く状態を積み重ねていく方法に変えたことで、なんとか制限時間内に解答をまとめることができました。完璧な書き方ではなかったと思いますが、この企業の選考は通過することができ、「止まったときに一度立ち止まって手順を分解し直す」というやり方は、今の実務でも活きている実感があります。

転職してからも、コーディングテストとの付き合いは続いた

コーディングテストは、未経験を卒業すれば終わるものではなく、実務経験を積んだ後も形を変えて登場するというのが、今の会社で働くようになってからの実感です。

企業が知りたいことが「基礎的な考え方があるか」から「実務でどの程度のコードを書けるか」に変わるだけで、実技を確認したいという狙い自体は変わらないのだと思います。

実際、今の会社に入社した際の選考でも、簡単な機能を1つ実装して提出する持ち帰り課題形式のテストを受けました。未経験のときに受けたその場で解くタイプのテストとは違い、期間に余裕があった分、基礎的なコードの書き方に加えて、実務でどこまで丁寧に作り込めるかという点も見られていると感じました。未経験の段階で感じた不安が、経験を積んでも形を変えて続くのだと知っておくと、今回のテストを乗り越えた先の安心材料にもなるのではないかと思います。

まとめ

ここまで、未経験からのIT転職で私が実際に経験したコーディングテストの中身と、乗り越え方を紹介してきました。

• コーディングテストの有無は企業によって分かれ、SES中心の企業では課されないことも多い
• 未経験者向けのテストは、基礎的な条件分岐・繰り返し処理の範囲にとどまることが多い
• 難易度そのものより、制限時間内に考えを整理して書き切る「慣れ」が合否を分けやすい
• 手が止まったときは、完璧を目指さず「小さく動く状態を積み重ねる」方法に切り替えると立て直しやすい

コーディングテストがあると知って身構えてしまう気持ちはよくわかりますが、私自身の経験では、対策次第で十分に向き合えるものでした。もちろん出題内容は企業によって異なるため、必ず同じように乗り越えられると保証できるものではありませんが、この記事が少しでも不安をやわらげる材料になればと思います。