採用向けソフトウェア開発スキル評価テスト

ソフトウェア開発テストで評価する内容

テストでは、プログラミング、アルゴリズムとデータ構造、ソフトウェア設計、テスト、バージョン管理を評価します。選択式問題とコーディング課題があります。所要時間は、10分間の知識テストから35分間のコーディング課題までです。初級向けのコーディング課題は15分です。このカテゴリ全体を1つの包括的な指標として扱うのではなく、職務に必要なスキルに合わせてテストを選びましょう。

アルゴリズムの思考力には、Algorithms for Software Engineeringが適しています。実行時間の分析や、ソート、動的計画法、貪欲法、グラフアルゴリズムの選択を評価します。コーディングテストには、特定のデータ構造や問題に焦点を当てたものがあります。Coding: Arraysは配列の読み取り、変換、要約を評価し、Coding: Graphsはグラフのモデル化と適切な探索やアルゴリズムの選択を評価します。設計の判断力には、Clean Codeが可読性、シンプルさ、SOLID原則を扱います。Gitでは、コマンド、ブランチ、履歴、復元など、バージョン管理の実践的な知識を評価します。

職種とレベルに応じてテストを選ぶ

ジュニアや新卒のソフトウェアエンジニア、見習い、インターンには、Coding: Algorithms, Entry Levelが適しています。コーディング課題を通じて、ループ、条件分岐、基本的なデータ構造、境界ケースへの対応を評価します。初級向けのSoftware Engineerは10分間の選択式テストで、データ構造、アルゴリズムの効率、プログラミングとコンピューターの基本概念を扱います。初級のWeb、モバイル、品質、テストエンジニア職にも適しています。

本番コードを書く中級ソフトウェアエンジニア、バックエンド開発者、フルスタック開発者には、Coding: Algorithms, Intermediateをご検討ください。職務で特定のデータ構造を扱う場合は、Coding: Hash TablesやCoding: Binary Search Treesなど、対象を絞ったテストを加えます。コードの保守や修正を担う経験豊富な開発者には、上級のCoding: Debuggingが適しています。アーキテクチャを担当するシニア開発者や、ソフトウェアアーキテクト、テクニカルリードには、上級のSoftware Architectが、明示された要件に対する設計上のトレードオフを評価します。上級テストを開発者全般の能力を測る手段として使うのではなく、職務に合ったレベルを選びましょう。

特定の専門分野に適したテストもあります。Embedded Systemsはファームウェアエンジニアやマイクロコントローラー開発者向けです。Unity for DevelopersはUnityでゲームやインタラクティブコンテンツを開発する人に適しています。.NETは、経験年数が約2～3年のC#開発者向けです。

実務に合わせてテストを組み合わせる

職務の異なる要件をカバーできるよう、テストを組み合わせましょう。コードを書くジュニア職では、小さなコーディング問題に取り組む力と、エンジニアリングの基本概念への理解の両方を確認したい場合、Coding: Algorithms, Entry Levelなどの初級テストと、初級向けのSoftware Engineerテストを組み合わせます。

中級職では、中級コーディングテストに関連する知識テストを組み合わせます。たとえば、Coding: ArraysとObject Oriented Programmingは、配列処理とオブジェクト指向コードの読解や設計という異なる業務を評価します。共有リポジトリを扱う職務では、コーディング課題にGitを加えることで、バージョン管理に関する情報も得られます。テスト自動化エンジニアには、テスト設計、計画、実行、バグ報告を評価するQA Engineeringと、ブラウザー自動化を評価するSelenium With Pythonを組み合わせます。

各結果は、職務要件に照らして担当者が確認するための情報として活用してください。評価項目はそれぞれ別のものとして扱い、採用に関する他の適切な情報とあわせて検討します。スコアだけで合否や採用を決めるものではありません。

テストにおける公平性への配慮

公平性への配慮はテストごとに異なります。コーディング課題では、平易な表現、中立的な状況設定、明示された入力、制約、期待される出力を用いることがよくあります。たとえば、Coding: Stringsでは、非公開のテストケースで確認するルールを明記し、印字可能なASCII文字を使います。Coding: Linked Listsでは解答例を示し、非公開のテストケースではコードのスタイルや命名ではなく、返される結果を確認します。複数のコーディングテストでは、候補者が一般的な6つの言語から選べるようになっており、選択した言語で動作することを確認しています。利用できる言語は各テストの詳細をご確認ください。

選択式テストにも、テストごとの配慮があります。Algorithms for Software Engineeringでは短いコードを使い、追跡に必要な情報を示し、メモ用紙の使用を認めています。Computer System Architectureでは、設問に関わる前提を明記し、メモ用紙で計算できる範囲の数値を使います。GitHubでは、ボタンの場所、エディター、OSではなく、GitとGitHubの動作について質問します。これらの例のように、個々の設問では特定の言語ライブラリ、地域固有の知識、ツールのインターフェースに依存しないようにしています。スコアは判定ではなく、確認のための参考情報として活用してください。