「ソフトウェアテスト技法ドリル【第2版】」（日科技連出版社）の評判・価格・レビュー
ソフトウェアテストを学ぶための教材の基本情報・価格・レビュー。
PR・広告を含みます
ソフトウェアテストをスクールで学ぶなら、教育訓練給付で最大80%OFF。
対象講座なら受講料の最大80%（給付区分・上限・要件あり）が後日戻り、実質負担を抑えられます。独学の本＋スクールの併用も。
▶ あなたの講座でいくら戻るか試算（無料・30秒）
無料相談で適用条件を確認できます
無料相談で適用条件を確認できます
無料相談で適用条件を確認できます
はじめての方へ：教育訓練給付のしくみと損しない選び方 ／ 申請手順5ステップ
学んだ後に「作って公開する」ための環境例です。サーバー・ツールは教育訓練給付／補助の対象外です。
※給付率・実質額は区分（一般20%／特定一般40%／専門実践 最大80%）と要件で変わり、即時値引きでなく後日支給です。最終可否はハローワーク・厚労省でご確認ください。掲載はPR（送客手数料を受領）。
この本について
●テスト技法の正しい使い方が実践的に学べます！ この方法だけで良いという絶対的なテスト技法はなく、開発フェーズや目的などに合わせて、適切な技法を適用していくことが重要です。また、ソフトウェアのバグ発生には、物理法則のような普遍性がないため、テスト技術者には、テスト設計にかかわる知識のみならず、経験や勘も求められます。 そこで、経験の少ない初・中級のテスト技術者向けに、テスト設計および実施のノウハウを披露し、解説したのが本書です。本書は、さまざまな角度からテスト設計を行えるように点・線・面・立体という視点で、実務に即したテスト技法の使い方とコツを解説します。さらに、学んだ技法について演習問題を解くことで、より実践的にプロのテクニックを学べます。日本で開発されたテスト技法やテストツールを紹介している唯一の書籍です。
●JSTQBのテスト技術者資格Advanced Level取得に役立つ 本書の初版はJSTQBのAdvanced Level試験を受験する方々から“三種の神器”と賞され好評を博しています。本書はテスト技法を追加したり演習問題や事例を差し替えた増補改訂版です。 〈改訂のポイント〉 （1） クラシフィケーションツリー技法、およびテストツールGIHOZの解説を追加 （2） 事例や演習問題の差し替え、参照URLの修正と、参照元の情報更新への追随、細かな標準への準拠 （3） STQBの用語との整合性など、テクニカルタームの見直し （4） 演習問題の解答例は当社ウェブサイトからダウンロードに変更 第1章 点に注意を向ける 1.1 ピンポイントテスト 1.2 過去の経験を活かす 1.3 本章のまとめ 演習問題 第2章 線を意識する 2.1 同値分割法と境界値分析の基本 2.2 同値分割法と境界値分析の応用 2.3 ループ境界 2.4 負荷テスト 2.5 本章のまとめ 演習問題 第3章 面で逃さない 3.1 ドメイン分析テスト 3.2 クラシフィケーションテスト技法 3.3 デシジョンテーブル 3.4 原因結果グラフ 3.5 CFD法 3.6 本章のまとめ 演習問題 第4章 立体で捉える 4.1 HAYST法 4.2 ペアワイズ 4.3 本章のまとめ 演習問題 第5章 時間を網羅する 5.1 状態遷移テスト 5.2 並列処理テスト 5.3 本章のまとめ 演習問題 第6章 多次元の品質 6.1 人間に対するテストとソフトウェアテスト 6.2 ソフトウェアテストとは何か 6.3 シナリオテスト 6.4 受け入れテスト 6.5 品質保証のテスト 6.6 本章のまとめ 演習問題
判型：単行本
ソフトウェアテストとは
「ソフトウェアテスト」とは、作成した機能が仕様どおりに動くかを確認し、欠陥や不具合を見つけるための活動です。確認は開発工程の最後だけでなく、設計・実装の各段階で意図を変えて行うと効果的です。品質を守るだけでなく、修正コストの抑制や運用時の安心感にもつながります。
こんな人向け：想定読者は、IT未経験者から実務経験者まで、ソフトウェアの品質を読む力を広げたい人全般です。最低限、要件・仕様・バグといった基本用語に親しめると理解が進みやすいです。
独学ロードマップでの位置
教材選びは、概念の理解から実践的な適用、最後に全体設計への統合の順で進めると取りこぼしが少なくなります。入門で土台を作り、次に実例で判断力を鍛え、最後に開発プロセス全体で見られる知識に拡張すると本の価値が高まりやすいです。
- まずはテストの目的と基本用語を丁寧に扱う入門書で全体像をつかむ。
- 次に、単体・結合・システム・受入の違いを説明する章立てで、検証の粒度を整理する。
- さらに、境界値分析、同値分割、状態遷移などの設計技法を扱う書籍で欠陥の見え方を広げる。
- 最後に、レビューや品質管理、継続的改善を含む実務的な流れに進み、開発全体の位置づけで学習する。
- それぞれの章で「この知識を実務のどこで使うか」を具体例に置き換えると、読了後の定着が高まる。
独学で足りる？体系的に学ぶ選択肢
独学では、単に情報量が多いかより、例題と演習の往復があるかが重要です。図表が少なくても理解できる構成、章ごとの目標が明確な構成を優先すると自分の進捗を取りやすくなります。数をこなすより、短い機能を想定して自分でテスト観点を作成する反復を回すほうが定着しやすいです。
独学が不安な人や学習期間に区切りがある人は、体系化された学び直列で進める選択肢が有効です。特定の名前を挙げずに言えば、学習目標が階層化され、提出物や確認が設計されている仕組みは継続に向きやすく、独学の行き詰まりを減らします。 ▶ 給付でいくら戻るか試算
よくある質問
Q. ソフトウェアテストは開発の最後だけでよいですか？
一般的には最後だけでは不十分です。要件や設計の理解不足は後工程での欠陥として現れやすいため、段階ごとに視点を持つ方針が有効です。書籍でも工程横断で扱う内容かを確認すると、学びの順番を決めやすくなります。
Q. ブラックボックスとホワイトボックスはどちらを先に学べばよいですか？
先にどちらか一方を極端に重視するより、性質を比較しながら理解する方が実務では有効です。ブラックボックスは振る舞い重視、ホワイトボックスは内部構造重視で役割が異なります。両者の補完関係が分かる本を選ぶと、判断の幅が広がります。
Q. 独学で読んだだけだと定着しにくいのでしょうか？
読んだだけだと知識は増えても判断力は定着しにくい傾向があります。自分でテスト観点を作る、結果を予測して検証内容と照合するという反復が重要です。章末問題を単なる確認で終わらせず、日常の作業に置き換えると応用力が上がります。
次の一冊：次は品質保証やソフトウェア開発プロセス全体を扱うカテゴリで読むと、テストの役割が実装外までつながります。あわせて要件定義・設計書の読み方を扱う書籍を並行すると、何を検証すべきかの判断軸がより確かなものになります。
