JSTQBとは？資格の難易度・シラバス・勉強方法をテスト会社が解説

2026 8/08

2026年8月8日

ソフトウェアテストの世界で「共通言語」として通用する資格がJSTQB認定テスト技術者資格です。開発現場でテスト担当になった方、QAチームへの異動が決まった方、あるいはテストを外部に発注する立場でテストの知識を体系的に押さえておきたい方まで、幅広い層が受験しています。

一方で「JSTQBって何の役に立つの？」「難易度はどのくらい？」「シラバスが分厚くてどこから手をつければいいかわからない」といった声も少なくありません。この記事では、ソフトウェアテストを専門に請け負う立場から、JSTQBの資格体系・難易度・シラバスの読み解き方・具体的な勉強方法までを整理して解説します。

なお、合格率・受験料・試験日程・申込期間といった情報は実施回ごとに変動します。本記事では意図的に具体的な数値を記載していません。受験を検討される際は、必ずJSTQB公式サイトで最新の情報をご確認ください。

JSTQBとは？ソフトウェアテスト技術者の国際的な認定資格

JSTQBは「Japan Software Testing Qualifications Board（日本ソフトウェアテスト資格認定委員会）」の略称です。ソフトウェアテスト技術者の知識とスキルを客観的に認定するための資格制度を、日本国内で運営している団体を指します。

ここで押さえておきたいのは、JSTQBが単独で作った日本ローカルの資格ではないという点です。JSTQBはISTQB（International Software Testing Qualifications Board）の日本における国別組織として活動しており、認定される資格はISTQBの枠組みに基づいています。

JSTQBとISTQBの関係

ISTQBは、ソフトウェアテストの知識体系を国際的に標準化することを目的とした非営利団体です。世界各国に国別組織（National Board）を持ち、共通のシラバス（学習の範囲と到達目標を定めた文書）と共通の用語集をもとに資格試験を実施しています。JSTQBはその日本版という位置づけであり、シラバスや用語集を日本語に翻訳・提供する役割も担っています。

この構造から生まれる最大のメリットが、資格の国際的な通用性です。JSTQBで取得した認定はISTQBの認定として扱われるため、海外のプロジェクトやオフショア開発の現場でも「ISTQB Foundation Level保持者」として説明できます。国内資格でありながら、そのまま国際的な履歴になるという点は他のテスト系資格にはない強みです。

JSTQB＝日本の運営組織、ISTQB＝国際的な枠組み。取得した資格は世界共通の物差しとして機能する。

なぜ今JSTQBが注目されるのか

ソフトウェアテストは長らく「経験でやるもの」として扱われてきました。ベテランの勘に頼ったテスト設計は、担当者が変わった途端に品質が揺らぎます。属人化を避け、チーム全体でテストの質を一定に保つには、誰もが同じ意味で使える用語と手順が必要です。

JSTQBのシラバスは、まさにその「共通の物差し」を提供します。エラーと欠陥と故障を区別する、テストレベルとテストタイプを混同しない、同値分割と境界値分析を使い分ける。こうした基本が揃っているだけで、テスト計画のレビューも不具合報告も驚くほどスムーズになります。開発の内製化・外注化が入り混じる現在の体制では、この共通言語の価値がますます高まっています。

JSTQBの資格レベル体系を表で整理

JSTQBの資格は、大きくFoundation Level（FL／基礎レベル）とAdvanced Level（AL／上級レベル）の2階層に分かれています。ALはさらに役割別に複数の認定に枝分かれしており、自分のキャリアの方向に合わせて選ぶ形です。

レベル／認定名	主な対象者	位置づけ	受験の前提
Foundation Level（FL）	テスト担当者、開発者、QA初学者、テスト発注側の担当者	テスト全体の基礎知識と共通用語を網羅する入口	前提となる資格は不要。誰でも受験できる
Advanced Level テストマネージャ	テストリーダー、テストマネージャ、QAマネージャ	テスト計画・見積り・進捗管理・リスク管理などマネジメント領域	FL認定の保持が前提。実務経験の要件が設けられている
Advanced Level テストアナリスト	テスト設計担当者、業務要件寄りのQA担当	要件をもとにしたテスト分析・テスト設計技法の深掘り	FL認定の保持が前提。実務経験の要件が設けられている
Advanced Level テクニカルテストアナリスト	技術寄りのテストエンジニア、自動化・性能担当	ホワイトボックス技法、非機能テスト、テストツールの技術面	FL認定の保持が前提。実務経験の要件が設けられている
拡張レベル・上位レベル	特定領域を専門とする技術者	アジャイルなど特定文脈に特化した認定が用意されている	認定ごとに前提が異なる。提供状況は変動する

ここで注意したいのが、AL各認定の実務経験要件や、拡張レベルの提供ラインナップは制度改定によって変わり得るという点です。「何年の実務経験が必要か」「どの認定が現在申し込めるか」は、必ずJSTQB公式サイトの最新の受験要項で確認してください。

まず狙うべきはFoundation Level

これから受験する方は、迷わずFoundation Levelから始めてください。ALはFL認定が前提になっているため、順序を飛ばすことができません。またFLの内容は、テスト実務に携わるほぼ全員にとって役に立つ範囲で構成されています。開発者やプロダクトマネージャーがFLだけ取得しておくというケースも珍しくありません。

テスト実行が中心の担当者 → FLで用語と技法の全体像を押さえる
テスト設計を任され始めた担当者 → FL取得後、ALテストアナリストへ
テストリーダー・進捗管理を担う立場 → FL取得後、ALテストマネージャへ
自動化基盤や性能テストを担当 → FL取得後、ALテクニカルテストアナリストへ
発注側・PM・企画職 → FLのみでも会話の精度が大きく上がる

JSTQBの難易度はどのくらい？

「jstqb 難易度」は非常によく検索されるキーワードですが、実態としてFoundation Levelは正しい手順で準備すれば十分に対応できるレベルです。難関資格というより、範囲が明確に定義されている分、努力が結果に結びつきやすいタイプの試験と考えるとイメージが合います。

Foundation Levelに必要な勉強時間の目安

勉強時間は前提知識によって大きく変わります。一般的には、ソフトウェア開発の実務経験がある方であればおおむね30〜50時間程度の学習で合格圏に近づくと言われます。テスト実務の経験がある方であればさらに短く、逆に開発現場の経験がまったくない状態からであれば、用語のイメージを掴む時間を含めて70〜100時間程度を見込んでおくと安心です。

これはあくまで目安であり、実際に必要な時間は個人差があります。重要なのは総時間よりも、シラバスの全範囲を一度も飛ばさずに通したかどうかです。

他のIT資格との難易度感を比較

絶対的な数値ではなく、あくまで「学習の負荷としてどう感じられるか」という体感の比較です。出題範囲の広さと、暗記中心か理解中心かという軸で整理しました。

資格	出題範囲の広さ	学習の性質	難易度の体感
ITパスポート	広く浅い（IT全般＋経営）	暗記中心	JSTQB FLより易しいと感じる人が多い
JSTQB Foundation Level	狭く深い（テストに限定）	用語の暗記＋概念の理解	範囲が限定的な分、対策しやすい
基本情報技術者試験	非常に広い（アルゴリズム・DB・NW等）	暗記＋計算＋読解	一般的にJSTQB FLより負荷が大きいと言われる
応用情報技術者試験	非常に広い＋記述式	理解と記述力が問われる	JSTQB FLより明確に上位の負荷
JSTQB Advanced Level	役割別に深い	実務経験に紐づく応用	FLとは別次元。実務の裏付けが必要

ポイントは、JSTQB FLが「範囲は狭いが、その中は正確さを求められる」試験だということです。基本情報技術者試験のように広範囲を薄くカバーする試験とは対策の性質が異なり、シラバスという明確な教科書がある分、やるべきことが最初からはっきりしています。

受験者がつまずきやすい3つのポイント

用語の定義が実務の口語と食い違う。現場で「バグ」と呼んでいるものが、シラバス上では「欠陥」なのか「故障」なのかを区別できず失点する。
翻訳された日本語が硬く、読み進めるだけで疲れる。国際規格の翻訳文書であるため、独特の言い回しに慣れるまで時間がかかる。
実務経験が邪魔をする。自社のやり方が正解だと思い込んでいると、シラバスが定義する標準的な考え方とズレた選択肢を選んでしまう。

3つ目は経験者ほど陥りやすい落とし穴です。JSTQBは「あなたの現場のやり方」ではなく「シラバスが定義する標準」を問う試験だと割り切ることが、遠回りに見えて最短ルートになります。

Foundation Levelシラバスの構成と学習ポイント

Foundation Levelのシラバスは、おおむね6つの章から構成されています。章の名称や細目は改訂によって変わるため、必ず受験する回に対応した最新版を公式サイトから入手してください。ここでは、版が変わっても本質的に変わらない骨格として整理します。

章	テーマ	主な内容	学習ポイント
第1章	テストの基礎	テストの目的、エラー・欠陥・故障、テストの7原則、テストプロセス、テスト担当者の心理	全章の土台。用語定義を曖昧にしたまま進まない
第2章	開発ライフサイクルとテスト	開発モデルとテストの関係、テストレベル、テストタイプ、保守テスト	テストレベルとテストタイプの違いを説明できるか
第3章	静的テスト	レビューの種類とプロセス、静的解析、動的テストとの違い	レビュー種別ごとの目的・形式性の違いを整理する
第4章	テスト分析と設計（テスト技法）	ブラックボックス技法、ホワイトボックス技法、経験ベースの技法	最も配点が大きい章。手を動かして表を作る
第5章	テストのマネジメント	テスト計画、見積り、リスクベースドテスト、進捗管理、欠陥管理	用語の役割分担（何を、誰が、いつ）を押さえる
第6章	テストツール	ツールの分類、導入時の利点とリスク、選定と定着	ツール名ではなく分類と考え方が問われる

第1章テストの基礎

テストは何のために行うのか、なぜ全数テストが不可能なのかといった、以降の全てを支える前提が置かれる章です。ここで登場する用語定義が後の章で当然のように使われるため、飛ばして先に進むと必ず戻ることになります。特にエラー・欠陥・故障の区別と、テストの7原則は確実に押さえてください。

第2章開発ライフサイクルとテスト

ウォーターフォール型やアジャイル型など、開発モデルごとにテストがどう組み込まれるかを扱います。開発工程とテスト工程を対応づけるVモデルは、テストレベルの考え方を理解するうえで欠かせない題材です。Vモデルの各段階と対応するテストの関係が曖昧な方は、Vモデルの基礎と実務での使い方を先に読んでおくとシラバスの記述がすっと入ってきます。

また、コンポーネントテスト・統合テスト・システムテスト・受入テストというテストレベルと、機能テスト・性能テスト・セキュリティテストといったテストタイプは、まったく別の分類軸です。両者の関係を整理したい場合はソフトウェアテストの種類一覧で全体像を確認しておくと、混乱を防げます。

この章では保守テストの文脈で、変更後に既存機能が壊れていないかを確認するリグレッションテストも扱われます。確認テスト（再テスト）との違いは頻出ポイントなので、リグレッションテストの戦略で実務上の位置づけまで理解しておくと、選択肢の判断に迷いません。

第3章静的テスト

プログラムを実行せずに成果物を検査する活動が静的テストです。レビューと静的解析の2本柱で構成され、特にレビューは形式性の度合いによって非公式レビュー、ウォークスルー、テクニカルレビュー、インスペクションなどに分類されます。この分類は出題されやすい一方で、実務でここまで厳密に呼び分けている現場は多くありません。レビューとインスペクションの違いと品質への効果で、各手法の目的と適用場面を具体的に押さえておきましょう。

第4章テスト分析と設計（テスト技法）

Foundation Levelで最も配点が大きく、かつ合否を分けやすい章です。技法は大きく3つに分類されます。

ブラックボックステスト技法：同値分割、境界値分析、デシジョンテーブルテスト、状態遷移テスト、ユースケーステストなど
ホワイトボックステスト技法：ステートメントカバレッジ、デシジョンカバレッジなど、内部構造に基づく技法
経験ベースのテスト技法：エラー推測、探索的テスト、チェックリストベースドテスト

この章は読むだけでは身につきません。実際に問題文の条件から同値クラスを切り出し、境界値を書き出し、デシジョンテーブルを埋める作業を通すことが最短の理解ルートです。境界値の取り方に不安がある方は、境界値分析の基礎と実務での応用で具体例をなぞってから問題に取り組むと定着が早くなります。

ホワイトボックス技法で登場するカバレッジは、C0（命令網羅）・C1（分岐網羅）・C2（条件網羅）という日本の実務での呼び方とシラバス上の用語が対応しています。両者を紐づけて理解しておくと現場でも役立つため、C0・C1・C2カバレッジの違いを併読しておくことをおすすめします。

なお、複数のパラメータの組み合わせを効率よく網羅するペアワイズ法は、上位レベルで本格的に扱われるテーマですが、考え方を知っておくとテスト設計の引き出しが広がります。ペアワイズ法の入門解説もあわせてどうぞ。

第5章テストのマネジメント

テスト計画書に何を書くか、テストの見積りはどう行うか、リスクに応じてテストの優先度をどう決めるか、進捗と欠陥をどう管理するかを扱います。テスト担当者にとっては馴染みが薄い領域かもしれませんが、用語の定義と役割分担を整理して覚えれば得点源になります。テスト計画・テストモニタリング・テストコントロールといった活動の違いを説明できるかが目安です。

第6章テストツール

特定の製品名を覚える章ではありません。テスト管理ツール、静的解析ツール、テスト実行ツール、性能テストツールといった分類と、導入で得られる利点・見落としやすいリスクが問われます。テスト自動化を「導入すれば工数が減る」と単純に捉えると誤答につながるため、初期コストや保守負荷といった負の側面も押さえておきましょう。

単体テストの文脈で登場するテストハーネス、ドライバ、スタブといった用語も混同しやすい部分です。スタブとモックの違いを読んでおくと、それぞれが何を代替するものなのかが明確になります。

ソフトウェアテストの7原則を理解する

JSTQBの学習で必ず登場し、かつ実務でも最も応用が効くのがソフトウェアテストの7原則です。試験対策としても頻出ですが、それ以上に「なぜテストはこう進めるべきなのか」を説明する武器になります。

原則1 テストは欠陥があることは示せるが、欠陥がないことは示せない

テストで不具合が見つかれば、欠陥の存在は証明できます。しかし、いくらテストを重ねても「欠陥がひとつも残っていない」ことは証明できません。テストは欠陥が残っている確率を下げる活動であり、ゼロを保証する活動ではないという前提を共有しておくことが、無理な品質保証の約束を避ける第一歩になります。

原則2 全数テストは不可能

入力値の組み合わせや実行経路は、少し複雑なシステムであれば天文学的な数になります。すべてを試すことは現実的に不可能であるため、限られた工数の中で効果の高いテストを選ぶ必要があります。これが同値分割や境界値分析といったテスト技法が存在する理由そのものです。

原則3 早期テストで時間とコストを節約

欠陥は、作り込まれた工程から発見されるまでの距離が長いほど修正コストが跳ね上がります。要件定義の誤りをリリース後に直すのと、要件レビューの段階で直すのでは、必要な労力がまったく違います。だからこそ、コードが動く前から実施できる静的テストやレビューに価値があります。

原則4 欠陥の偏在

欠陥はシステム全体に均等に散らばるのではなく、特定のモジュールに集中する傾向があります。複雑な処理、変更が頻繁な箇所、新規開発部分などがその典型です。過去の不具合傾向を分析し、集中しているところに厚くテストを配分することが、限られた工数を活かす鍵になります。

原則5 殺虫剤のパラドックスに注意

同じ殺虫剤を使い続けると害虫が耐性を持つように、同じテストケースを繰り返すだけでは新しい欠陥が見つからなくなります。回帰テストのセットを定期的に見直し、新たな観点を追加していく運用が必要です。自動化したテストほどこの罠に陥りやすいため、定期的なメンテナンスが欠かせません。

原則6 テストは状況次第

医療機器のソフトウェアと社内向けの業務ツールでは、求められる品質水準もテストのかけ方もまったく異なります。あらゆる現場に通用する唯一のテスト手法は存在せず、対象システムのリスクと文脈に応じて設計するしかありません。「他社がやっているから」でテスト計画を決めてはいけない理由がここにあります。

原則7 「バグゼロ」の落とし穴

報告された欠陥をすべて修正したとしても、そのシステムがユーザーの求めるものでなければ意味がありません。欠陥がゼロであることと、システムが価値を持つことは別問題です。不具合の数だけを品質指標にすると、この本質を見失います。

出題されやすい重要用語を一覧で整理

JSTQBの試験対策は、突き詰めると用語を正確に区別できるかに集約されます。特に混同されやすいものを表にまとめました。学習の総復習や、試験直前の確認にお使いください。

用語	意味	混同しやすい点・押さえどころ
エラー（誤り）	人間が起こす間違いそのもの	人が原因側。仕様の読み違いやタイプミスなど
欠陥（フォールト／バグ）	エラーの結果として成果物に埋め込まれた不具合	成果物の中に静的に存在している状態
故障（フェイリャー）	欠陥が実行され外部から観測される異常な振る舞い	実行して初めて現れる。欠陥があっても故障しない場合がある
静的テスト	実行せずに成果物を検査する活動	レビューと静的解析。欠陥を直接見つける
動的テスト	ソフトウェアを実行して確認する活動	故障を観測し、そこから欠陥を特定する
テストレベル	いつ・どの単位でテストするかの段階	コンポーネント／統合／システム／受入
テストタイプ	何の観点でテストするかの種類	機能／非機能／ホワイトボックス／変更部分
同値分割	同じ結果になる入力群をグループ化し代表値で試す	有効同値クラスと無効同値クラスを両方作る
境界値分析	同値クラスの境目付近を重点的に試す	同値分割とセットで使う。欠陥は境界に潜みやすい
デシジョンテーブルテスト	条件の組み合わせと結果を表形式で網羅する	業務ルールが複雑な機能で威力を発揮する
状態遷移テスト	状態と遷移のモデルをもとにテストを設計する	不正な遷移が起きないことの確認も含む
ステートメントカバレッジ	命令が実行された割合（C0に対応）	分岐の網羅は保証しない
デシジョンカバレッジ	分岐の真偽が実行された割合（C1に対応）	ステートメントカバレッジより強い基準
確認テスト（再テスト）	修正した欠陥が確かに直ったかを確認する	直した箇所そのものを見る
リグレッションテスト	変更により既存機能が壊れていないか確認する	直していない箇所を見る。自動化の主戦場
レビューの種類	非公式レビュー／ウォークスルー／テクニカルレビュー／インスペクション	形式性の度合いと目的・進行役の有無で区別する
ドライバ／スタブ	未完成の呼び出し元／呼び出し先を代替する仕組み	どちら側を代替するかが逆になりやすい
エラー推測	経験をもとに起こりそうな欠陥を予想して試す	経験ベースの技法。探索的テストとは別物

JSTQBの勉強方法とおすすめの学習順序

JSTQBの学習には、他の資格試験にはない大きな利点があります。それは、出題の根拠となるシラバスとサンプル問題がJSTQB公式サイトで無償公開されていることです。何を勉強すればいいのか迷う必要がなく、公式文書がそのまま教科書になります。

ステップ1 シラバスをまず通しで読む

最初の1周は、理解できない箇所があっても止まらずに最後まで読み切ってください。1章で分からなかったことが4章を読むと腑に落ちる、という構造になっているためです。この段階の目的は暗記ではなく、全体の地図を頭に入れることです。

読む際は、各節の冒頭にある学習の目標（キーワードや到達レベル）を意識してください。「説明できればよいのか」「適用できる必要があるのか」で、求められる深さが変わります。

ステップ2 用語集（Glossary）で定義を固める

JSTQBは日本語版の用語集も提供しています。シラバスで太字になっている用語は、必ず用語集で正式な定義を確認してください。ここを「なんとなく分かる」で済ませると、選択肢が4つとも似た内容に見えて絞り込めなくなります。

おすすめは、自分の言葉で1行の説明を書き出す方法です。読んで分かった気になっていた用語ほど、書こうとすると手が止まります。その用語こそが自分の弱点です。

ステップ3 サンプル問題を解く

公式が公開しているサンプル問題は、実際の出題形式と言い回しを知るうえで最も価値のある教材です。市販の問題集より優先して取り組んでください。

解く際に重要なのは、正解を選べたかどうかではなく誤答の選択肢がなぜ誤りなのかを説明できるかです。JSTQBの選択肢は、シラバスの記述をわずかにずらして作られていることが多く、そのズレを言語化できるようになると正答率が安定します。

問題を解く（時間は測らなくてよい）
正誤を確認する前に、各選択肢に○×と理由をメモする
解答解説を読み、自分の理由付けとズレた箇所を特定する
ズレた根拠をシラバスの該当箇所に戻って読み直す
同じ論点の問題を後日もう一度解く

学習フェーズ	取り組む内容	時間配分の目安	ゴール
導入	シラバスを通読（1周目、止まらず読む）	全体の約15%	全体像と章のつながりを把握する
基礎固め	第1章・第2章と用語集を往復する	全体の約20%	エラー／欠陥／故障、7原則、テストレベルを説明できる
技法演習	第4章のテスト技法を実際に手を動かして解く	全体の約30%	同値分割・境界値・デシジョンテーブルを自力で作れる
周辺強化	第3章・第5章・第6章を用語中心に整理する	全体の約15%	レビュー種別、管理活動、ツール分類を区別できる
仕上げ	サンプル問題を反復し、誤答の理由を潰す	全体の約20%	誤答選択肢が誤りである理由を説明できる

市販の参考書はどう使うか

シラバスの日本語が読みづらいと感じる場合、市販の解説書を併用すると理解が進みます。ただし主役はあくまでシラバスです。参考書はシラバスの記述を噛み砕くための補助輪と位置づけ、最終的な判断根拠は必ずシラバスと用語集に戻して確認してください。試験は参考書ではなくシラバスに基づいて作られています。

また、シラバスは版が改訂されると章構成や用語が変わることがあります。参考書を選ぶ際は、自分が受験する回に対応した版を扱っているかを必ず確認してください。

JSTQBを取得するメリット

チーム内に共通言語が生まれる

最大のメリットは、テストに関する会話の精度が上がることです。「バグが出た」という一言が、エラーなのか欠陥なのか故障なのかで、次にとるべきアクションはまったく変わります。用語が揃っているチームでは、不具合報告のやり取りに費やす時間が明確に減ります。

テスト計画のレビューでも同様です。「テストレベルの定義が曖昧なので、統合テストと総合テストの境界を決めましょう」という指摘が一発で通じるかどうかは、チームの生産性に直結します。

発注側と受注側の会話が噛み合う

テストを外部に委託する場面では、この効果がさらに大きくなります。発注側が「システムテストをお願いします」と言ったときの範囲と、受注側が想定する範囲がズレていると、納品段階で認識の食い違いが表面化します。

双方がJSTQBの用語体系を共有していれば、「テストレベルはシステムテスト、テストタイプは機能テストと互換性テスト、カバレッジ基準はこの水準」といった形で、見積り段階から具体的に合意できます。曖昧な言葉のまま契約を進めることによる手戻りを未然に防げるわけです。

キャリアの選択肢が広がる

QAエンジニアやテストエンジニアの求人では、JSTQB認定を歓迎条件として挙げる企業が増えています。ISTQBの枠組みに基づく資格であるため、海外拠点やグローバルなプロジェクトでも通用する点も評価されます。テスト実務の経験を、客観的に説明できる形にしておけることには一定の価値があります。

自己流のテストから抜け出せる

経験だけでテストをしてきた方ほど、学習を通じて「自分がやっていたことには名前がついていた」「この観点が抜けていた」という発見があります。無意識にやっていたことを言語化できるようになると、後輩への指導やテスト設計のレビューが格段にやりやすくなります。

知識体系に沿ったテスト設計を、そのまま任せるという選択肢

JSTQBのシラバスを学ぶと、テストという営みが想像以上に体系的で、やるべきことが多いことに気づきます。テストレベルとテストタイプを整理し、リスクに応じて優先度を決め、技法を使い分けてテストケースを設計し、カバレッジで網羅性を裏づける。これを日々の開発と並行して自社だけで回すのは、決して簡単ではありません。

ソフトウェアテスト代行サービス『テスター10』では、こうしたJSTQBの知識体系に沿ったテスト設計から実行、報告までを一括してお引き受けしています。同値分割や境界値分析といった技法を用いたテストケース設計、テストレベルの定義とスコープの整理、リグレッションテストの資産化まで、標準的な枠組みに基づいて進めるため、成果物のレビューも受け取る側で判断しやすい形になります。

テスト設計の考え方が属人化していて、担当者が変わると品質が揺れる
テストケースは大量にあるが、何を根拠に網羅したと言えるのか説明できない
リリース前に人手が足りず、リグレッションテストが十分にできていない
社内にテスト設計の知見がなく、体系的に立て直したい

こうした課題に心当たりがあれば、現状のテスト体制を整理するところからご相談いただけます。学習して身につけた知識を自社に定着させるうえでも、標準的なやり方で作られたテスト設計書は良い参照点になります。

JSTQBに関するよくある質問

合格率はどのくらいですか

合格率は実施回によって変動するため、本記事では具体的な数値を記載していません。JSTQB公式サイトで公表される情報をご確認ください。ただし、シラバスとサンプル問題という公式教材が揃っている試験であり、範囲外からの出題がない構造上、準備の質がそのまま結果に反映されやすい試験です。

受験料や試験日程を知りたいのですが

受験料・試験日程・申込期間・実施方式（会場受験かオンラインか）はいずれも改定される可能性があります。必ずJSTQB公式サイトの最新の案内をご確認ください。特に申込期間は試験日よりかなり前に締め切られることがあるため、早めのチェックをおすすめします。

実務未経験でもFoundation Levelは受験できますか

Foundation Levelには前提となる資格要件がなく、どなたでも受験できます。ただし内容は実務の場面を前提に書かれているため、開発やテストの現場をまったく見たことがない状態だと、用語のイメージを掴むのに時間がかかります。その場合は学習時間を多めに確保し、具体例を扱った解説記事や参考書を併用するとよいでしょう。

シラバスは何版を勉強すればよいですか

受験する回に適用されるシラバスの版を、公式サイトで必ず確認してください。シラバスは改訂されることがあり、版によって章構成や用語の扱いが変わります。古い版で学習してしまうと、現行の出題範囲とずれが生じる可能性があります。

資格に有効期限はありますか

認定の有効期間や更新の要否は制度上の取り扱いによります。こちらも公式サイトの案内をご確認ください。なお、資格そのものの扱いとは別に、シラバスの改訂によって知識をアップデートする必要が生じることはあります。

Advanced Levelはいきなり受験できますか

Advanced LevelはFoundation Level認定の保持が前提となっており、飛び級での受験はできません。加えて実務経験に関する要件も設けられています。要件の詳細は認定ごとに異なり、改定される可能性もあるため、公式サイトの受験要項をご確認ください。

開発者が取得しても意味はありますか

十分に意味があります。単体テストの設計に同値分割や境界値分析を適用できるようになるだけでも、実装段階で潰せる欠陥が増えます。また、早期テストの原則やレビューの考え方は、開発プロセスそのものを見直す視点を与えてくれます。テスト担当者との会話がスムーズになる効果も見逃せません。

まとめ

JSTQBは、ISTQBの日本における国別組織が運営する、国際的に通用するソフトウェアテスト技術者の認定資格です。Foundation Levelは前提資格が不要で誰でも受験でき、シラバスとサンプル問題が公式に無償公開されているため、独学でも取り組みやすい構造になっています。

資格体系はFoundation LevelとAdvanced Levelの2階層。ALは役割別に分かれ、FL認定が前提
難易度は「範囲が狭く、その中の正確さが問われる」タイプ。準備の質が結果に直結する
シラバスは6章構成。テスト技法を扱う章に最も時間をかけるのが効率的
7原則は試験対策としてだけでなく、実務でテスト方針を説明する武器になる
学習の核はシラバス・用語集・サンプル問題の3点。誤答の理由を説明できる状態を目指す
合格率・受験料・日程・要件は変動するため、必ず公式サイトで最新情報を確認する

資格取得はゴールではなく、テストを体系的に捉える視点を手に入れるための入口です。身につけた知識体系を実際のプロダクト品質に結びつけるところまでが本来の目的だと言えます。学んだ枠組みを自社のテストに落とし込む過程で人手や知見が足りないと感じたときは、テストを専門とする外部の力を組み合わせることも、現実的な選択肢のひとつです。