「ソフトウェア工学〔改訂版〕」（放送大学教育振興会）の評判・価格・レビュー
ソフトウェアテストを学ぶための教材の基本情報・価格・レビュー。
PR・広告を含みます
ソフトウェアテストをスクールで学ぶなら、教育訓練給付で最大80%OFF。
対象講座なら受講料の最大80%（給付区分・上限・要件あり）が後日戻り、実質負担を抑えられます。独学の本＋スクールの併用も。
▶ あなたの講座でいくら戻るか試算（無料・30秒）
無料相談で適用条件を確認できます
無料相談で適用条件を確認できます
無料相談で適用条件を確認できます
はじめての方へ：教育訓練給付のしくみと損しない選び方 ／ 申請手順5ステップ
学んだ後に「作って公開する」ための環境例です。サーバー・ツールは教育訓練給付／補助の対象外です。
※給付率・実質額は区分（一般20%／特定一般40%／専門実践 最大80%）と要件で変わり、即時値引きでなく後日支給です。最終可否はハローワーク・厚労省でご確認ください。掲載はPR（送客手数料を受領）。
この本について
1．ソフトウェア工学と情報社会 2．開発プロセス 3．ソフトウェアの要求と仕様化 4．データの流れと静的な構造の表現 5．動的振舞いとその表現 6．設計技術と再利用 7．ソフトウェア・アーキテクチャ設計 8．形式手法 9．モデル検査 10．ソフトウェアのテスト技術 11．ソフトウェアの品質と定量的尺度 12．利用時の品質とデータ品質 13．ソフトウェア開発計画と見積もり 14．プロジェクトマネジメント 15．長期の運用と保守・発展
ソフトウェア開発を工学的に行うためのプロセス、手法、品質、生産性、管理と制御、進化に関する技術を解説する。本書は、ソフトウェア開発に関わる様々な課題を技術によって解決することに着目して学習項目を構成している。 ソフトウェア開発において生ずる様々な問題を理解し、それらの問題を解決するための技術を開発プロセスに沿って整理し、社会が求めるソフトウェアの特徴と今後の課題について説明できることが目標である。 1.ソフトウェア工学と情報社会 2.開発プロセス 3.ソフトウェアの要求と仕様化 4.データの流れと静的な構造の表現 5.動的振舞いとその表現 6.設計技術と再利用 7.ソフトウェア・アーキテクチャ設計 8.形式手法 9.モデル検査 10.ソフトウェアのテスト技術 11.ソフトウェアの品質と定量的尺度 12.利用時の品質とデータ品質 13.ソフトウェア開発計画と見積もり 14.プロジェクトマネジメント 15.長期の運用と保守・発展
判型：全集・双書／シリーズ：放送大学教材
ソフトウェアテストとは
「ソフトウェアテスト」とは、作成した機能が仕様どおりに動くかを確認し、欠陥や不具合を見つけるための活動です。確認は開発工程の最後だけでなく、設計・実装の各段階で意図を変えて行うと効果的です。品質を守るだけでなく、修正コストの抑制や運用時の安心感にもつながります。
こんな人向け：想定読者は、IT未経験者から実務経験者まで、ソフトウェアの品質を読む力を広げたい人全般です。最低限、要件・仕様・バグといった基本用語に親しめると理解が進みやすいです。
独学ロードマップでの位置
教材選びは、概念の理解から実践的な適用、最後に全体設計への統合の順で進めると取りこぼしが少なくなります。入門で土台を作り、次に実例で判断力を鍛え、最後に開発プロセス全体で見られる知識に拡張すると本の価値が高まりやすいです。
- まずはテストの目的と基本用語を丁寧に扱う入門書で全体像をつかむ。
- 次に、単体・結合・システム・受入の違いを説明する章立てで、検証の粒度を整理する。
- さらに、境界値分析、同値分割、状態遷移などの設計技法を扱う書籍で欠陥の見え方を広げる。
- 最後に、レビューや品質管理、継続的改善を含む実務的な流れに進み、開発全体の位置づけで学習する。
- それぞれの章で「この知識を実務のどこで使うか」を具体例に置き換えると、読了後の定着が高まる。
独学で足りる？体系的に学ぶ選択肢
独学では、単に情報量が多いかより、例題と演習の往復があるかが重要です。図表が少なくても理解できる構成、章ごとの目標が明確な構成を優先すると自分の進捗を取りやすくなります。数をこなすより、短い機能を想定して自分でテスト観点を作成する反復を回すほうが定着しやすいです。
独学が不安な人や学習期間に区切りがある人は、体系化された学び直列で進める選択肢が有効です。特定の名前を挙げずに言えば、学習目標が階層化され、提出物や確認が設計されている仕組みは継続に向きやすく、独学の行き詰まりを減らします。 ▶ 給付でいくら戻るか試算
よくある質問
Q. ソフトウェアテストは開発の最後だけでよいですか？
一般的には最後だけでは不十分です。要件や設計の理解不足は後工程での欠陥として現れやすいため、段階ごとに視点を持つ方針が有効です。書籍でも工程横断で扱う内容かを確認すると、学びの順番を決めやすくなります。
Q. ブラックボックスとホワイトボックスはどちらを先に学べばよいですか？
先にどちらか一方を極端に重視するより、性質を比較しながら理解する方が実務では有効です。ブラックボックスは振る舞い重視、ホワイトボックスは内部構造重視で役割が異なります。両者の補完関係が分かる本を選ぶと、判断の幅が広がります。
Q. 独学で読んだだけだと定着しにくいのでしょうか？
読んだだけだと知識は増えても判断力は定着しにくい傾向があります。自分でテスト観点を作る、結果を予測して検証内容と照合するという反復が重要です。章末問題を単なる確認で終わらせず、日常の作業に置き換えると応用力が上がります。
次の一冊：次は品質保証やソフトウェア開発プロセス全体を扱うカテゴリで読むと、テストの役割が実装外までつながります。あわせて要件定義・設計書の読み方を扱う書籍を並行すると、何を検証すべきかの判断軸がより確かなものになります。
