マインドマップから始めるソフトウェアテスト （改訂新版）

池田 暁/鈴木 三紀夫【著】

技術評論社（2019/04発売）

• サイズ A5判／ページ数 224p／高さ 21cm
• 商品コード 9784297105068
• NDC分類 007.61
• Cコード C3055

出版社内容情報

2007年に刊行された同名書籍の改訂版。ソフトウェアテストの各フェーズにマインドマップを応用するためのノウハウを、実例とともにわかりやすく紹介します。マインドマップの手法を適用することで、初心者には敷居の高いテストの計画から分析～設計～実装といった一連の工程に、スムースに取り組めるようになります。

内容説明

観点を創造し、広げ、深める。発想力を高めるマインドマップの利点をいいとこ取り！テストに必要な作業工程を俯瞰してとらえ、クリエイティブなテスト設計で脱初級者を目指そう！

目次

第１部　ソフトウェアテストとマインドマップの基本（ソフトウェアテストって何？；マインドマップって何？）
第２部　マインドマップをソフトウェアテストに使ってみよう（第２部の流れ；仕様分析―仕様を分析しよう；テスト計画―テスト計画を検討しよう；テスト設計―テスト設計をしよう；テスト実装―テストケースを作成しよう；テスト実行―テストログとインシデントレポートを書こう；テスト報告―報告書を作成しよう）
第３部　本書のまとめ（まとめ―さらにテストの品質を向上し、マインドマップを活用するために）

著者等紹介

池田暁［イケダアキラ］
１９７６年長崎生まれ。組込みシステムの設計開発・品質保証業務を経て、技術支援部門にてソフトウェアテスト技術やアジャイル開発、ＭＢＤ／ＳＰＬ等の導入を支援。その後情報通信分野から医用分野、オートモーティブ分野に所属を移し、現在は社内のテスト改善や技術向上、研究活動など、全社テストプロセス改善活動に取り組んでいる。社外においてはＮＰＯ法人ＡＳＴＥＲや技術者団体・コミュニティに所属し、ソフトウェアテスト技術の普及振興活動に取り組んでいる。日本品質管理学会、ＡＣＭに所属。ＡＳＴＥＲ理事、ＳＱｉＰ運営委員、ＡＦＦＯＲＤＤ運営委員、ＮａｌＴＥ代表、等

鈴木三紀夫［スズキミキオ］
１９６８年神奈川県生まれ。複数のエンタープライズ系システムの開発に携わり、技術支援部門にてソフトウェアテスト技術や要件定義技術を支援しつつ、Ｗモデルの導入を推進。その後ＩｏＴの開発・テストを経て、現在はＰＭＯとしてレビューや標準策定に従事。社外活動では、話をしたい人の場を提供する「語る夕べ」をコーディネートし、ソフトウェアテストを含む品質技術の普及振興活動に取り組んでいる。ＡＳＴＥＲ理事、ＪａＳＳＴ実行委員、ＪＳＴＱＢ技術委員、等（本データはこの書籍が刊行された当時に掲載されていたものです）
※書籍に掲載されている著者及び編者、訳者、監修者、イラストレーターなどの紹介情報です。

感想・レビュー

※以下の感想・レビューは、株式会社ブックウォーカーの提供する「読書メーター」によるものです。

[Kazuyuki Koishikawa]

前の版から対象としているプロセスが増えた。テストケース作るだけでなく計画から報告までとか。

2019/08/13

[_ Nambu _]

タイトルにマインドマップとあるので（そして下の煽りとカラー口絵がそんな感じなので）テストケース出しの本に見えがちなのですが、テストの意義やテスト工程全体の構成、テスト計画では何をやる、テスト○○工程や○○文書の関連はこう、とキチンとテストの教科書になっている。（著者二人を知っていれば「そうなるよね」なのですが）巻末のブックガイドも手堅いものが並んでいて初学者・初心者向け自習教科書として良い（出版から年数が経ってしまったので版が上がっているものも多いですが）。

2024/12/24

[つぶあん派]

ソフトウェアテストに関する良書ということで読んでみた。 仕様分析、テスト設計、実行、報告とテストに関する全体的な流れを知ることができました。自分のテストの何がいけなかったかよくわかる。発想の出し方もだけど、テスト項目、観点の出し方に問題。またテスト設計と実行、ログあたりはレビューしてもらう必要性を感じました。 マインドマップを書くことでより設計理解を深める、抜け漏れに気づけるかもしれない。 はじめてテスト、開発するなら知っておくべき必要なことが書いてありました。

2020/01/14

[Hiroaki Takeyama]

テストケースを書いて実施するくらいのことしかしていないけれど、ソフトウェアテスト全体のことが理解できた。 マインドマップも道具として良いけれど、何よりテストを概観できたのが収穫。

2020/01/13

[まつ@テスターちゃん]

具体的なシステム例を挙げ、それに対しマインドマップを使って要求分析、テスト計画、設計、実装、実行、レポートのやり方が書いてある。テストプロセスの話は特に具体例が挙げられない本が多いのに対し、この本は具体的な手順を示している。テストの一連の流れをどうしたらいいか知りたい人におすすめである。気を付けたいのはマインドマップは中間成果物であり、気づきを得るための道具であるということだ。マインドマップで気づきを得て分析や設計に活かす。最終成果物のように粒度にこだわり見栄えのために何度も描き直しているなら注意が必要だ

2024/05/19