オンライン試験システム開発の完全ガイド

オンライン試験システムの導入では、用途、受験者規模、不正対策の厳格さに応じて方式と機能を選ぶことが、公平な試験運営につながります。採用試験や社内昇格試験、資格検定、学校入試、研修後テストをオンライン化すると、受験場所の制約が減り、採点や結果集計の手作業も効率化できます。

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

オンライン試験システムの全体像

受験者の確認と試験運営が、結果通知まで連続して進みます。

オンライン試験システムは、受験資格を確認して適切な問題を安全に配信し、採点結果の根拠を残す仕組みです。申込から本人確認、問題配信、採点、結果通知までをWeb上で管理する業務システムで、Webフォームやクイズ機能とは扱う範囲が異なります。

特に、試験の重要度が高いほど、受験画面だけでなく運営プロセスや監査証跡も品質を左右します。

申込から合否通知までの一貫した流れ

基本の流れは、試験を公開したあとに受験者が登録または申込を行い、資格確認と受験料決済、環境確認と本人確認を経て進みます。そのあと問題を配信し、解答を保存したうえで採点と合否判定を行い、結果を通知します。

試験設定：科目、問題、配点、合格基準、期間、再受験や免除条件の登録
受験状況：「未申込」「申込済み」「受験中」「採点済み」などの状態の追跡
採点・結果：採点者の割り当て、ダブルチェック、修正履歴、合否確定権限の管理

選択式や正誤式は自動採点に適しています。一方、記述式や画像判定、実技動画では、人による採点の流れが必要になります。

合格証やスコアレポートを発行する場合は、発行番号と再発行の履歴も管理の対象になります。

IBT・CBT・PBT・LMSの違い

方式によって、受験場所と端末の管理方法が異なります。そのため、試験の自由度と統一性のどちらを優先するかを比べて選びます。

IBT：Internet Based Testing。受験者自身のパソコンやタブレットを使い、ネット経由で受ける方式。
CBT：Computer Based Testing。会場に設置した端末で受験する方式。
PBT：紙を使う従来型の試験で、CBTと併用する場合もあります。
LMS：教材や研修履歴とつながり、理解度確認に活用できます。

IBTは時間や場所の自由度が高いため、社内試験や模擬試験、遠隔地の受験者がいる資格試験に向いています。一方で、端末や通信、周囲の環境はそろえにくいので、事前の確認と障害時の救済手順が欠かせません。

CBTは、会場や端末、監督者をそろえやすいため、大規模な資格試験や入試に向いています。

LMSのテスト機能で厳格な本人確認や試験運営全体を担わせる場合は、専用機能の追加を検討します。

用途・規模・厳格性による方式の決め方

機能の多さだけで選ぶと過剰な投資になりかねず、費用だけで選ぶと公平性や継続運用に課題が出る場合があります。そのため、試験が失敗したときの影響、受験者数、同時アクセス数、合格判定の厳密さを先に確認します。

年間の延べ人数だけでなく、同じ時刻に受験を始める人数も確認しておきます。同時接続数によって基盤の費用が変わるためです。

研修・社内テストの短期導入と運用しやすさ

社員が受験し、場所を厳密に指定しない用途なら、LMSやクラウド型の機能から検討できます。

基本機能：問題のシャッフル、制限時間、自動採点、受験状況の一覧
研修との連携：教材、動画、アンケート、テストを同じアカウントで管理
監視の範囲：知識定着が目的なら、顔認証や有人監視を必須にしない選択肢もあります。

研修とテストを組み合わせると、実施後の集計や再学習の案内を効率化できます。

監視費用に予算を使うより、問題の質や受験率に配分したほうが成果につながる場合があります。昇格判定のように影響が大きい場合は、まず本人確認を加え、そのうえで出題パターン、監視ログ、再判定を段階的に足していきます。

採用・昇格試験の本人確認と判定の説明責任

採用や昇格では、本人が受験し、同じ条件で評価されたことを説明できる必要があります。

本人確認：顔写真、本人確認書類、ワンタイムコード、端末情報の組み合わせ
個人情報：生体情報や映像の取得目的、範囲、保管期間、閲覧権限の明確化と、受験者への事前説明
判定手続き：AIフラグだけで自動失格とせず、監督者の確認、問い合わせ、再受験や再判定の基準の用意

ログイン情報の確認は、なりすましへの備えとして限りがあります。そのため、顔写真などの確認を組み合わせ、取得する情報は受験前に説明しておきます。

誤検知や通信障害、補助具、合理的配慮を考慮したうえで、映像や操作ログを誰がいつ確認したかを記録しておくと、結果への異議に対応できます。

資格試験・入試の運営全体の継続性

資格試験や入試では、規模が大きくなっても運営を続けられるよう、運営工程と方式間の基準を揃えます。

運営工程：申込・決済、資格確認、受験、監督、採点、合格証、問い合わせのつながり
大規模運営：数千人以上では、開始の集中や通知の遅延、再受験、会場振替が品質を左右します。
導入検討：大学入試センターの2025年公開リスト第2版は、問題搭載と運用設計も扱っています。
方式併用：IBTとCBTを受験者事情に応じて分ける場合もあります。
標準化：方式ごとの難易度、制限時間、監視基準、障害対応をそろえる

APIや共通IDがあると、方式をまたいだ結果の集計に役立ちます。

ポイント

方式は、用途、受験者規模、不正対策の厳格さから決めるのが判断の目安です。機能の多さや費用の安さだけで選ぶと、過剰投資や公平性の課題につながります。

必要な機能と不正対策の整理

情報の種類と保管・対策を運用につなげる構成です。

機能要件は、受験者と運営側（管理者、採点者、事務局）に分けて整理すると、抜け漏れを抑えられます。問題と本人確認のデータは公平性と個人情報保護に関わるため、誰が見られるか、どこに残るか、いつ消すかまで確認しておく必要があります。

問題バンクと採点ルールのシステム化

問題バンクには、科目、難易度、正解を登録します。配点や解説も登録し、出題回数、利用期限、出題可否も記録します。

出題設定：問題と選択肢のランダム化、複数の出題パターンの作成
採点基準：科目ごとの最低点、部分点、記述答案の採点者と期間の定義
訂正手順：誤問題を全員正解、除外、再採点のどれで扱うかの決定

出題範囲と配点を固定しておけば、ランダム化しても試験ごとの難易度をそろえられます。

合格基準を変えるときは、変更前後のルールと対象者を記録しておくと、結果通知の混乱を防げます。

試験の重要度に応じた本人確認と監視の組み合わせ

検知機能を増やすことより、検知後の扱いを先に決めておく必要があります。試験の重要度に合わせて、不正対策を組み合わせます。

受験前：環境確認、ワンタイムURL、本人確認書類、顔写真の利用
受験中：ブラウザ制御、画面操作制限、問題シャッフル、カメラやマイク監視の検討
受験後：有人監督や事後レビューによる、検知された事象の確認

自宅で有人監督を行う場合は、試験前に部屋や机を確認し、離席や第三者の入室を監督します。自動フラグは不正の確定ではなく確認事項として扱い、人が映像や音声、操作ログを確かめます。

判定に時間がかかる場合は、受験者へ伝える内容と期間を示しておきます。また、監視が受験者の負担になるなら、会場受験や監督なしの方式も選べるようにし、アクセシビリティにも配慮します。

顔画像・映像・音声を含むデータの安全な扱い

監視データを扱う試験では、個人情報と情報セキュリティの両面から、管理項目を決めておく必要があります。

対象情報：本人確認書類、顔画像、映像、音声、監視ログを個人情報として扱うこと
取得と保管：目的、利用範囲、委託先、保存期間、削除方法の決定と、受験前の案内
技術対策：暗号化、多要素認証、最小権限、操作ログ、バックアップ、脆弱性診断の確認
運用体制：個別機能だけでなく手順や契約上の責任分界も確認し、インシデント連絡先を定めます。

個人情報保護委員会のガイドラインでは、映像や音声も個人に関する情報に含まれ得るとされています（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年）。また、2026年2月更新のIPAガイドブック第2.1版は、調達に加えて利用・運用時の注意も扱っています（出典：IPA「IT製品の調達におけるセキュリティ要件リスト活用ガイドブック」、2026年）。

ポイント

不正対策は、検知後の扱いを先に決め、試験の重要度に応じて本人確認と監視を組み合わせることが目安です。個人情報の取得目的や保存期間も、同じ時点で定めておきます。

オンライン試験システム開発の進め方

各段階で制度、使い勝手、本番時の条件を順に確かめます。

画面を作る前に、試験制度と運営業務を整理しておきます。そのうえで、問題登録、本人確認、合否確定、障害連絡の担当者を決めます。

LMSや人事・会員データベースと連携する場合は、データの項目とIDも整理しておきます。決済、資格証、学習履歴との連携でも、項目とIDの整理は欠かせません。

▶ 詳細はこちら：オンライン試験システム開発の進め方/やり方/流れや方法/手法/工程/手順

要件定義での試験制度と例外処理の言語化

要件定義では、「誰が、いつ、どの条件で試験を受け、何をもって合格とするか」を文章にして残します。

受験資格、申込期間、受験期間、制限時間、途中保存の決定
再受験、免除、欠席、遅刻、通信断、本人確認失敗の扱いの決定
採点訂正まで含めた業務フローと、要件の優先順位づけ

要件が曖昧なまま進むと、監視や例外処理を後から足すことになり、費用と期間が膨らみやすくなります。

受験者数は、年間人数、1回の人数、ピーク時の同時接続数に分けて把握します。たとえば、年間1万人でも、毎月分散する場合と1時間に1万人が開始する場合では、負荷の設計が異なります。

発注側は、問題形式や画像・動画、スマートフォン利用、本人確認のレベル、外部連携も要件書に記載します。

設計とPoCによる受験者・運用者の使い勝手の検証

受験者が迷わず受験を始められ、管理者が試験の状況を把握できるよう、画面を設計します。

受験者画面：チュートリアル、環境確認、残り時間、途中保存、通信状態の表示
管理者画面：問題登録、出題設定、受験者の一括登録、状況確認、採点、結果出力を、少ない操作で行えること
PoC：すべての機能を作り込まず、代表的な問題で受験開始から採点、通知、CSVまたはAPI連携まで試すこと

カメラ監視では、本人確認の失敗や暗い照明、第三者の音声など、現実に起こり得る条件も試しておきます。PoCで受験者と運用担当者の声を集めておくと、本番後の大きな手戻りを抑えやすくなります。

負荷試験・パイロット・本番運用の段階的な進め方

機能だけでなく、試験当日の負荷や、複数の端末・ブラウザによる差、低速回線、通信の一時切断も確認します。カメラやマイクの権限拒否、決済の失敗も検証しておきます。

本番に近い時間帯での負荷試験と、採点の再計算の確認
脆弱性診断と権限テストによる、他人の結果閲覧や過剰な管理権限の検証
少人数の社内試験や模擬試験で、問題登録から結果通知までの時間を測ること
端末非対応や問い合わせ集中の改善を経て、本番へ進むこと

環境チェックは事前に行っておき、公開後も、完了率や本人確認の失敗率、通信断、問い合わせ、採点訂正を見直していきます。

費用相場とコストの内訳

費用は、受験者数、監視、問題形式、連携、運営代行、同時アクセス数によって変わります。そのため、2026年時点で予算を組む際は、初期費用と月額・年額を分けて考えます。従量費と問題登録は、それぞれ別の項目として見ておきます。監視や問い合わせ費も、同じ考え方で分けて扱います。

ここで示す金額は、公開情報や公的試算による目安で、すべての案件に当てはまる料金ではありません。

▶ 詳細はこちら：オンライン試験システム開発の見積相場や費用/コスト/値段について

クラウド型・研修向けの月額と初期設定

クラウド型の費用は、ID数ごとの月額と、機能追加に伴う初期費用を分けて見積もります。

月額の目安：研修・社内テスト向けは1万〜50万円程度です。
50ID：月額1万6,250円の公開料金例
300ID・1,000ID：月額6万7,500円、11万5,000円の公開料金例
3,000ID：月額22万5,000円の公開料金例
追加機能：制限時間は初期120万円から、シャッフルは240万円からの例です（出典：研修・eラーニング向けWeb試験運用パッケージの公開料金、2026年確認）。

利用料だけでなく、初期設定、データ移行、問題登録、画面変更、SSO、問い合わせ対応のどこまでが含まれるかを確認しておきます。

数十人から数百人規模の定期テストでは、初期設定と問題整備に数十万〜数百万円、年間利用料にも数十万〜数百万円を見込んでおくと、予算の目安になります。

本人確認や有人監視、決済、厳格な監査が必要な場合は、費用がこの範囲を超える可能性があります。

専用環境・パッケージ・独自開発の規模による幅

専用環境やパッケージの費用は受験者規模で変わります。加えて、追加機能や試験条件も総額を左右します。

数十人規模：専用環境やパッケージは50万〜100万円が目安です。
数百人規模：100万〜300万円が目安です。
数千人規模：500万円以上となり、機能追加で初期費用500万〜2,000万円に広がる場合があります。
オンプレミス：サーバー、ネットワーク、バックアップ、更新、脆弱性対応は別途見積もり
大規模CBT：約1万人・全国13会場の研究で、開発費2億6,800万円の試算があります。

大規模CBTの試算には医療系試験の特殊な条件が含まれており、市場平均ではありません（出典：厚生労働科学研究「CBTシステムの費用概算」、2024年）。

厳格な大規模試験は、数千万円から数億円に達することもあります。そのため、研修用クラウドと同じ相場として比べないようにします。

見積書で見る開発費以外の総額

開発費以外も含めて、試験1回あたりの費用と年間の費用の両方を試算します。

構築：要件定義、UI設計、開発、データ登録・移行、連携の確認
安全・運用：監視、基盤、負荷試験、診断、保守、問い合わせの費用
試験ごと：受験料、決済、監視単価、会場、合格証、再受験、録画保管の費用

問題登録や監視、同時接続の超過、出力、時間外のサポートは、別料金になる場合があります。

独自開発は要件を満たしやすい一方、保守担当者やセキュリティ更新の費用が長期にわたってかかります。

クラウド、パッケージ、専用環境、スクラッチを3〜5年の総保有コストで比べると、予算の不足を防ぎやすくなります。

ポイント

費用は、利用料だけでなく初期設定や運営の作業を含む3〜5年の総額で比べることが判断の目安です。研修用クラウドと厳格な大規模試験を、同じ相場で比べないようにします。

オンライン試験システムの開発会社・サービスの選び方

機能の一覧だけでなく、試験運営のどこまでを任せられるかを確認します。システム提供、申込・決済・問い合わせの代行、個別開発では、費用と責任範囲が異なります。

自社で運営するか、事務局に委託するかを先に決めておくと、比べる対象がはっきりします。

試験運営の担当範囲と類似実績

運用力は、担当した工程と近い事例から判断します。

担当工程：申込、決済、本人確認、監督、採点、合否、証明書、問い合わせ、振替。
類似事例：近い受験者規模、方式、監視レベル、問題形式の実績。
運用品質：最大受験者数、同時接続、障害と復旧、問い合わせ、採点訂正。

公開できない場合でも、匿名の運用フロー、テスト計画、障害報告書の例から、提案の具体性を評価できます。

連携・セキュリティ・データ所有権の確認

候補サービスは、既存システムとの連携方法から確認します。CSVは短期間で導入しやすい一方、手作業や誤登録が残ります。API・SSOを使う場合は、認証方式や再送、項目、頻度、障害時の代替手順を確認します。

データ管理：問題、受験者、採点、映像、音声、監視ログの所有者と利用目的を、契約に記載すること
契約条件：返却形式、バックアップ削除、再委託、国外処理、脆弱性報告期限の確認
保守：障害対応時間、当日連絡先、停止通知、復旧目標、再受験・返金の分担の取り決め

同じRFPによる提案と見積もりの比較

候補の会社には同じ条件を示したうえで、提案内容と見積もりを比べます。

RFP：受験者数、同時接続、方式、問題形式、監視、本人確認、連携、保存の記載
優先度：必須、できれば必要、将来対応の3段階への分類
デモ：登録、状況確認、採点訂正、結果出力、障害時の操作の確認

見積もりは、初期、月額、従量の費用と、オプション、連携、登録に分けてもらいます。監視や保守、運営代行についても、別々に示してもらいます。

3年または5年の総額や、担当者の作業時間、当日の支援、データ移行のしやすさも比べます。

段階的に導入する場合は、過剰な機能を避けられ、実際の受験データをもとに拡張しやすくなります。

▶ 詳細はこちら：オンライン試験システム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：オンライン試験システム開発の発注/外注/依頼/委託方法について

ポイント

開発会社は、試験運営のどこまでを担当できるかと、近い事例があるかで比べるのが目安です。候補には同じRFPを渡し、提案と見積もりを並べて比べます。

導入で失敗しやすいポイントと対策

失敗の原因は、技術だけでなく、試験制度や運用の決め方にもあります。そこで、不正対策と受験者の体験のバランスを取りつつ、例外を含む運用フローを作ります。

少人数のパイロットで実際のトラブルを見つけ、試験当日に確認されていない事項を減らします。

カメラだけで公平性は担保できるという誤解

カメラは、なりすましや第三者の介入を検知する手段の一つです。ただし、公平性を保つには、カメラ以外の対策も欠かせません。

カメラだけでは残る課題：画面外の資料、別端末、通信断、誤検知、プライバシー不安。
対策の組合せ：問題プール、シャッフル、時間制限、ブラウザ制御、本人確認、有人レビュー。
受験機会：別の本人確認方法や会場受験の用意

何を不正とみなすかは文章で明確にしておき、受験者には機器や撮影範囲、監視者、保存期間、問い合わせ先を説明します。

顔認証の失敗や通信環境、障害、合理的配慮で監視が難しい場合も、公平な受験方法を検討します。

問題登録と運用事務局の負担

導入後も、問題の登録と内容確認の作業は続きます。そのため、作業と問い合わせの担当を決めておく必要があります。

問題確認：誤字、正解、配点、出題範囲の点検
一括登録：CSVやExcelの文字化け、画像の欠落、選択肢の順番、採点ルールの確認
問い合わせ：ログイン、端末、本人確認、決済、通信、結果、再受験の想定

登録する人と承認する人を分け、変更履歴と公開の可否を管理しておくと、漏えいや出題ミスを抑えられます。

FAQや環境確認の案内、事前通知、当日の連絡手段を用意しておき、対応時間と障害時の判断者も決めます。問い合わせ記録の保管場所も決めておくと、特定の担当者に負荷が集中しにくくなります。

通信断・採点訂正・異議申立ての事前の取り決め

障害時と採点への異議に同じ基準で対応できるよう、手順を事前に決めておきます。

通信断時の回答保存、再接続、時間停止、再受験の扱いの取り決め
障害時の発生時刻、対象、回答データ、監視ログの確認と、対象者への案内
災害や停電時の振替日、受験料、問題差し替え、本人確認のやり直しの決定

異議申立てでは、答案や採点基準、問題版、採点者、変更履歴を確認できるようにしておきます。

自動採点であっても、最終的な判断者と再確認の期限を定めておく必要があります。開示の範囲は、試験制度によって異なります。

内部で判定理由を追える状態にしておくと、運営の信頼性を支えられます。

ポイント

導入で失敗を防ぐには、カメラの有無より、例外時の運用を先に決めることが目安です。問題登録の担当や障害時の判断者も、本番前に定めておきます。

よくある質問

答えは、試験の目的や受験者の条件によって変わります。そのため、よくある疑問を判断の出発点として確認します。

オンライン試験システムの費用はいくらですか？

研修・社内向けクラウドは月額1万〜50万円程度が目安です。初期設定や追加機能で数十万〜数百万円になる場合があります。

専用環境や連携を含むと初期500万円以上、大規模CBTや独自開発では数千万円から数億円まで広がります。

受験者数に加えて、同時接続や監視、運営代行、保守を含む3〜5年の総額で比べます。

IBTとCBTはどちらを選べばよいですか？

場所や時間の自由度を優先し、受験者の端末や通信に対応できる場合はIBTが向いています。

会場や端末をそろえ、監督のもとで大規模かつ厳格に実施するなら、CBTが向いています。併用する場合は、難易度と判定基準がそろうように制度を設計してください。

カメラ監視や顔認証は必須ですか？

研修の理解度確認では、問題シャッフルや制限時間だけで足りる場合があるため、必ず必要になるとは限りません。採用、昇格、資格試験では、本人性や公平性に応じて本人確認や監視を追加します。

画像や音声の目的、保存、権限、削除、誤検知時の再判定を設計し、受験者に説明しておきます。

導入や開発にはどのくらいの期間がかかりますか？

導入期間は、採用する方式や連携、監視要件の範囲によって変わります。

標準クラウド：初期設定と問題登録は1〜3か月が目安です。
連携・監視あり：LMS、人事、決済連携や監視要件を含むと3〜6か月程度です。
独自開発：独自問題バンク、本人確認、大規模負荷試験を含むと6〜12か月以上が目安です。

標準機能と将来の開発を分けたうえで、少人数のPoCとパイロットを先に行うと、計画を進めやすくなります。

まとめ

オンライン試験システムは、申込から本人確認、出題、採点、通知、問い合わせ、障害対応までを支える運営基盤です。

研修・社内テスト、採用・昇格、資格・入試では、用途と規模によって選ぶ方式が変わります。候補は、IBTやCBTから、LMSや専用環境まで広がります。

成功のポイントは用途・規模・厳格性の確認

費用は、初期設定、問題登録、連携、監視、問い合わせ、保守を含む総額で比べます。

個人情報や監視ログについては、利用目的、保存期間、権限、委託先、削除、異議申立ての扱いを要件に含めます。

カメラやAIを入れること自体を目的にせず、公平性と受験者の納得感を両立させます。

小さな試験から始めるPoCと段階的な拡大

本番化の前に小規模な試行を重ね、試験運営の流れと例外対応を確かめます。

代表的な問題形式と受験者によるPoCで、受験開始から結果通知までを確認する
パイロットによる、端末差、通信断、本人確認失敗、問い合わせ、採点訂正の洗い出し
運用手順と契約上の責任分界を定めてから、本番へ進むこと

この順で進めれば、必要な機能に投資しながら改善を重ねられます。

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
 ・スクラッチシステム開発の完全ガイドブック
 ・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。