ServiceNow CSAの勉強を進めると、「概念は理解したのに、模試や本試験の4択になると選びきれない」という壁に当たります。この記事は、CSA本試験に2回落ちた筆者が、スコアレポートと受験経験から出題形式を分析し、自作の模試1,127問を作り直した記録です。①本試験が試している能力 → ②出題形式の3つの型 → ③それに合わせた模試改修と勉強法、の順で書きます。
前提として、受験規約があるため実際の試験問題の内容はここには書きません。扱うのは、領域別スコアという自分のデータ、形式に関する一般的な傾向、そして「自作模試をどう設計し直したか」という制作側の話です。2回の不合格の経緯とスコアの詳細は、前編のCSAに2回落ちた体験記にまとめています。
この記事の要点
- CSA本試験が試すのは「説明できること」ではなく「よく似た候補から正しい名前を識別できること」です。
- 体感した出題の型は3つ。固有名詞の識別・画面と手順・紛らわしい選択肢の選別です。
- この型に合わせて、自作模試を896問から1,127問へ再構築しました。核心は「誤答をわざと本物そっくりに作る」ことです。
結論：本試験は「説明」ではなく「識別」を試す
不合格2回分のスコアレポートを並べて分かったのは、崩れているのが固有名詞の密度が高い領域に集中していることでした。2回目はSelf-Service & Automationが50%、Database Managementが39%。この2領域で出題比重の47%を占めます。
逆に、判断力を問う色が濃い領域は持ちこたえていました。つまり足を引っ張ったのは「考える力」ではなく、テーブル名・ロール名・モジュール名・プロパティ名を、正確な表記のまま記憶から取り出す力です。ServiceNowの機能を流れとして説明できても、「その流れの各段階の正式名称はどれか」と聞かれた瞬間に別の能力が要求されます。
| CSA出題領域 | 比重 | 性格（筆者の整理） |
|---|---|---|
| Platform Overview and Navigation | 7% | 画面構成・ナビゲーションの名称と場所 |
| Instance Configuration | 11% | インスタンス設定の場所と影響範囲 |
| Configuring Applications for Collaboration | 20% | リスト・フォーム・通知など協働機能の構成 |
| Self-Service & Automation | 20% | カタログ・ナレッジ・自動化の部品名が主役 |
| Database Management | 27% | テーブル・辞書・監査・権限の実在名が主役 |
| Data Migration & Integration | 15% | 取込・変換・照合の仕組みと役割分担 |
比重の大きい2領域ほど「名前の識別」の性格が強い——これが、概念理解型の勉強で伸び悩む構造的な理由だと考えています。
体感した出題形式の3つの型
型1：固有名詞の識別型——「その名前はどれか」
機能の目的や場面を示して、対応するテーブル・モジュール・ロール・プロパティの正式名称を選ばせる型です。この型の怖さは、「知っているかどうか」が0か1で出ることです。判断問題なら部分的な理解でも選択肢を絞れますが、名前の識別は曖昧な記憶だと確率勝負になります。
対策は暗記——ただし単語カード的な丸暗記ではなく、「似た名前と並べられた状態で選び分ける」練習が必要です。人間の記憶は「見たことがある」と「正確に再生できる」の間に大きな段差があり、本試験はその段差を正確に突いてきます。
型2：画面・手順型——「どこから開くか」
設定や確認を「どの画面のどの導線から行うか」を問う型です。実務経験者ほど「いつもの手順」が体に染みているため、正式なナビゲーション名・メニュー名を意識して覚え直す必要があります。日本語UIで業務をしている場合、英語表記との対応づけも必要でした。
型3：紛らわしい選択肢——「本物そっくり」が並ぶ
個人的に最も大きな学びだったのがこれです。練習問題でよくある「明らかに文脈外の誤答」がほとんどなく、どの選択肢も同じ領域の、ありそうな表記で構成されていました。うろ覚えの知識では消去法が機能しません。
これがどういう感覚かは、後述する自作模試の問題例で説明できます（本試験の内容ではなく、自作した問題です）。「スケジュールされたジョブの実行キューを確認するテーブルはどれか」という趣旨の問いに対して、こんな選択肢が並ぶイメージです。
自作模試の選択肢例（正解は sys_trigger）
- sys_trigger
- sys_trigger_queue
- sys_scheduled_job
- sys_job_run
正解以外の3つは実在しない「それらしい造語」です。「見たことがある気がする」程度の記憶だと、全部見たことがある気がしてきます。
ポイントは、誤答が命名規則まで本物に似せてあることです。sys_で始まり、アンダースコアの区切り方も自然で、意味も通る。この形式に対抗するには、「なんとなく見覚えがある」を捨てて、正しい名前を能動的に再生できるまで覚えるしかありません。
模試1,127問への作り直しの記録
2回目の不合格（2026年7月）の直後から、このサイトで公開している自作CSA模試を、上の3つの型に対抗できる形へ数日かけて作り直しました。
作り直しの前提として認めなければならなかったのは、改修前の896問が「判断軸を問う設計」に偏っていたことです。どの機能を使うべきか、どちらの仕組みが適切か——考えさせる問題としては機能していましたが、それは作者である私自身の勉強観の反映でもありました。本試験が試してきた「名前の識別」の層が、まるごと抜けていたのです。前編の体験記に書いたとおり、自分の模試で高得点を取って安心する、という罠の正体がこれでした。
改修の時系列はこうです。
| 改修 | 問数の変化 | 内容 |
|---|---|---|
| ① 弱点領域の補強 | 896 → 924問 | スコアレポートで崩れた2領域について、自分の模試がカバーしていなかった論点（アップグレード履歴の追跡テーブル、ナレッジの公開範囲条件、カタログの構成部品名、監査・権限まわりの実在テーブルなど）を洗い出し、「名前で選ばせる」28問を追加 |
| ② Flow Designer特化ドリル | 924 → 964問 | 自動化領域の部品名・実行確認画面を集中的に問う40問を新設 |
| ③ 用語特化ドリル5本 | 964 → 1,127問 | 手持ちの用語リスト1,000語超と模試全問を突き合わせ、未出題の重要語76語＋出題が薄い47語を特定。テーブル・カタログ・インスタンス設定・コラボレーション・連携の5ジャンルで163問を新設 |
| ④ 誤答の作り直し | （96問を改訂） | 用語問題の誤答を「実在する別の用語」から「正解の類似造語」へ転換。本試験で感じた型3を再現するため |
用語163問の棚卸し方法：感覚ではなく突合で決める
③の用語ドリルで「どの用語を問題化するか」は、感覚で選んでいません。学習中に集めてきた候補用語のリスト（1,000語超）と、模試全問のテキストを機械的に突き合わせ、「重要なのに一度も出題していない語」76語と「出題はあるが手薄な語」47語を特定してから作問しました。
この突合で見えた自分の盲点は明確でした。特に全滅していたのは、「作った成果物がどのテーブルに格納されるか」と「その機能をどのモジュール導線から開くか」という2系統です。機能の使い方は問題にしていても、格納先や入り口の正式名称は問うていない——まさに本試験で崩れた形式の穴が、データとして裏付けられた瞬間でした。
誤答設計のルール：造語は「表層まで」本物に似せる
④の誤答改訂では、造語の作り方自体にルールを設けました。試行錯誤で分かったのは、造語が雑だと逆効果になることです。
- カタカナの音写で正解がバレる形を禁止。設問文に「スコープ」とあって選択肢に sys_scope があれば、知識ゼロでも音の対応で選べてしまいます。この形を検出して設問側を言い換えました。
- 造語の表層形（接頭辞・アンダースコアの密度）を正解と揃える。正解が sys_ 始まりなら誤答も sys_ 始まりに。1つだけ見た目が浮いた選択肢は、それだけで消去されてしまいます。
- 解説では「なぜ他の名前ではないのか」まで書く。正解の暗記だけでなく、実在する近縁の名前との区別がつくようにするためです。
「消去法で解ける模試」を機械的に検出する
作り直しでもう1つ重視したのが、問題の品質を人間の感覚ではなくスクリプトで監査することです。自作模試は作った本人が答えを知っているため、「知識ゼロでも形で解けてしまう問題」に気づきにくい。そこで公開前に全問へ次の自動チェックをかけています。
| 自動監査 | 検出するもの |
|---|---|
| 正解位置の分布チェック | 正解が特定の位置に偏っていないか（各位置ほぼ25%に維持） |
| 設問語リーク監査 | 設問中のキーワードを正解の選択肢だけが含んでいて、語句の一致だけで選べてしまう形 |
| カタカナ音写リーク監査 | 設問の日本語と選択肢の英語表記が音でつながってしまう形 |
| 難易度・消去法監査 | 誤答だけが極端な断定形・別領域の用語・不自然な長さで、正解が「形」で浮く問題 |
| 解説の位置参照チェック | 選択肢はシャッフルされるため、解説が「A」「1つ目」など位置で説明していないか |
この監査を全問パスした状態でだけ公開する運用にしています。2回の不合格で身に染みた「解けた気になる練習問題が一番怖い」という教訓の、実装側の答えです。
作り直した模試を使った勉強手順
形式分析を踏まえて、いま自分でも実践している手順です。
- 用語ドリルで「名前の識別」を先に鍛える——テーブル編から始めて、造語入りの4択で正確な再生を確認します。ここが固まると、他の問題の選択肢を読むスピード自体が上がります。
- 領域別ドリルで比重の大きい順に潰す——Database Management（27%）→ Self-Service & Automation（20%）の順。自分のスコアレポートがある人は、崩れた領域を最優先に。
- 「未着手の問題」モードで穴を消す——まだ解いていない問題だけをランダム出題する機能で、バンク全体を一巡させます。
- 推定得点で本試験の合格ラインとの距離を見る——領域別の到達度を公式の出題比重で加重した推定値を目安にします（合格基準そのものは公式非公開のため、あくまで目安の70%ラインで運用）。
- PDIで「正式名称を見る」仕上げ——覚えた名前をPersonal Developer Instanceの実画面で確認し、記憶と画面を一致させます。
用語特化ドリル（テーブル編）を解いてみる（無料）
造語式の誤答入り。登録不要で、学習記録・間違い復習・音声モードに対応しています。
よくある質問
用語の暗記はどこまでやれば十分ですか？
「単語帳で見て思い出せる」ではなく、「よく似た造語と並べられても正しい1つを選べる」が基準です。自作模試の用語ドリルはこの基準で作っているので、正答率が安定するまで回すことを目安にしています。
概念理解の勉強は無駄だったということですか？
無駄ではありません。判断型の領域は概念理解で持ちこたえていましたし、名前の暗記も「流れの中のどの段階の名前か」が分かっていると定着が早くなります。順序として、概念理解の上に「名前の識別」の層を別途積む必要がある、というのが2回の受験の結論です。
この模試だけで合格できますか？
模試は弱点の測定と名前の識別練習の道具で、これだけで合格を保証するものではありません。公式ドキュメントやNow Learningでの確認、PDIでの実機確認と組み合わせる前提で設計しています。筆者自身も次回の受験へ向けてこの組み合わせで再挑戦中です。
まとめ：出題の型が分かれば、勉強の型を合わせられる
2回の不合格から得た結論は、「CSAは名前の識別を試す試験であり、識別は識別の練習でしか伸びない」というシンプルなものでした。この分析に合わせて作り直した模試1,127問は、すべて無料で公開しています。同じ壁に当たっている方は、まず用語ドリルで「名前で選べるか」を測ってみてください。
不合格2回分のスコアと敗因分析の詳細は、前編のServiceNow CSAに2回落ちた体験記をどうぞ。
関連記事・公式確認先
試験範囲・出題構成は変わる可能性があります。最終確認は必ず公式で行ってください。
- ServiceNow University Training and Certification
- ServiceNow Learning / Now Learning
- ServiceNow Documentation
本記事は個人の受験体験と自作教材の制作記録です。受験規約に配慮し、実際の試験問題・出題内容には触れていません。掲載した問題例はすべて筆者が独自に作成したものです。
