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