マインドマップから始めるソフトウェアテスト

概念で数十ページ費やしている同種の本に比べて、非常に読みやすい。
「実際テストってどうやるの」って思ったときに、
視覚化できる形で方法が網羅してあるのは貴重だと思う。
挿絵もなじみやすくてわかりやすい。

他のテスト本も読んだことがあるが、ページが多くて途中で意味がわからなくなりそうなものが多いのに比べ、
この本は通勤途中、昼休みにでも読み続ければそれなりにアイデアがつかめる感じ。

もちろん掘り下げて行くにはさらに他の文献も読み進めなければならないはずだが、
幸いにも巻末に充実した参考文献リストもついている。

第1部では、ソフトウェアテストって？マインドマップって？といった基本的な紹介。品質と健康とを対比した説明はテストPRESSにも見られましたね。

第2部では、多くのページ数をさいて、実際のソフトウェア開発のケースを例にしてマインドマップを使ったソフトウェアテスト（仕様分析〜テスト報告）の段取りがわかりやすく解説されています。テストPRESSでは、テスト設計からテストケース作成までの解説のみでしたが、書籍化されたことによってそれ以外の応用についても言及されています。本書は新人クン向けでもあるが、「テストカテゴリ」やIEEE829「テスト計画書テンプレート」などは、僕も勉強になるし、ナゼその項目が必要なのか、必要でないのか、などを再学習できた。負荷テストについての創発がメインで取り上げられていたが、負荷テストにマインドマップのようなブレーンストーミングを取り入れたことがなかったので、再度じっくり読んで、活用できないか検討してみようっと。

第3部はデジタルツールについての紹介。僕も最近はFreeMindを使ってみるようにしたけど、イマイチスピーディーに使いこなせていない気がする。やはり手書きが一番か？？

第4部は本書のまとめ。「気づき」を得ることが第一。フランクリンコビーの研修でもこのマインドマップをツールとして紹介していたし、「気づき」を大切にするという共通点があると思う。

ソフトウェア試験の意図をよく掘り起こしている良書だと思います。

ところで、本書ではV字モデルといって、要求分析から受入テストへ矢印が伸びています。
受入テストから要求分析へ矢印がのびてはいけないのでしょうか。
V字モデルというものを、何か限定的に捉えている根拠がわかりませんでした。
また、マインドマップとは、意識図、脳図、意図図のどれでしょう。
あ、意図でいいんだ。意図には図という漢字が含まれているから。なんだ、日本語の方が解りやすい。

本の表題は、「ソフトウェアテストからはじまるマインドマップ」のように順番が逆の方がよかったかもしれない。あるいは、「ソフトウェア試験の意図」でもよいのかもしれません。

ソフトウェアテストとは何かが丁寧に解説されており、
ソフトウェアテストの基礎を学ぶ事ができます。

ソフトウェアテストの本は難しい本も多いですが、この本は分かりやすく書かれており、
テスト初心者も簡単に理解できると思いました。

またマインドマップをソフトウェアテストに取り入れる考えが斬新で、
テスト設計とマインドマップの相性の良さを感じました。
ベテランのテスト技術者もテスト設計に参考になります。

テスト技術者を目指す人は、本書に目を通し、ソフトウェアテストの基礎を学んでから
他のテスト技術関連の本を読む事で、理解が早まるのではないでしょうか。

テストとはどういことをすることなのか、テスト計画、テスト設計、テスト実装、テスト実行は何をするのかがわかり易く書かれていて、長年ソフトウェア開発にたずさわってきた私にとっても、十分価値のある本でした。
硬くなりがちなテスト関係の本ですが、ところどころにあるマンガがあったり、 手書きのマインドマップが出来上がっていく様を載せてあったりと、工夫が感じられます。
負荷テストの章は一見の価値有りです。