2013/04/19こんにちは、第3バイオリンです。Niigata」参加レポートの第2弾です。今回は、演習付きチュートリアルの様子をお届けします。三紀夫さんのセッションです。最初に鈴木さんから「今回はマインドマップを中心にお話します。チュートリアルでは、たくさんあるテストケースを削減するのではなく『テストの抜け漏れをなくす』ことを解決するべき課題として進めていきます」と説明がありました。マインドマップの説明から始まりました。マインドマップの基本的な書き方の手順は以下のとおりです。紙の中央に円を描き、その中にお題を書く中央の円からブランチ(枝)を伸ばし、お題から連想するキーワードを書くキーワードからブランチを伸ばし、さらに連想されるキーワードを書いて......を繰り返すここで鈴木さんは「本に載っているような『きれいな』マインドマップを描こうとする人がいますが、きれいに書くことが目的になってはいけません。マインドマップを描く目的は、あくまでも設計すること、自分の仕事の成果に焦点を当てることです」と語りました。マインドマップは、思考を発散させるためのものです。そのため、線が入り組んでグチャグチャになってしまうのはある意味当然のことです。きれいに書くことにこだわるあまり、思考がそれたり止まったりしたら何にもなりません。それからもうひとつ、マインドマップを書くコツとして、鈴木さんから「中央の円にはテキストだけでなく、図やイラストを描くとマップがスムーズに描けるようになる」とアドバイスがありました。図やイラストを描くことで、頭が「絵を描くモード」に変わるのがいいのだそうです。実際に、鈴木さんがワークショップで参加者をふたつのグループに分けて、一方のグループに対して中央の円にイラストを描くよう指示したところ、そのグループのほうがイキイキとマインドマップを描くことができたそうです。マインドマップの説明がひととおり終わったところで、さっそく最初の演習です。「マインドマップを描く前に、まずは自分の会社、組織のテストプロセスを確認してみましょう。参加者の皆さんに、隣の席の人と話し合ってもらうことにしました。いえ、初対面同士、なかなか打ち解けて話し合うのは難しいようであまり声が上がりません。他に話し合うのが難しい理由のひとつに「うちのテストプロセス、テストケースは完璧です!」と言える人はなかなかいない、ということもあったかと思います。なんとなく仕様書の内容をそのまま転記している、過去のテストケースを深く考えずにそのまま使いまわしている、というケースはよくあることではないでしょうか。いうときに決まって言われることが「テスト観点が不十分です」ということです。「テスト観点」とは一体何でしょうか。「テスト観点」という言葉をGoogleで検索してみると、約254万件のヒットがあります(2013年4月18日現在)。テスト関連の書籍に「テスト観点」について記述しているものはほとんどありません。「テスト観点」については明確な定義はまだ存在していないともいえます。テスト観点と言われてもピンとこないため、テストを改善するならとりあえずテスト技法を学ぼう、という人もいます。学んだことを現場で生かせている人はかなり少ないのではないでしょうか。実際、鈴木さんもセミナーを開催しても教えたことがなかなか定着しない、セミナーのアンケートでは評判が良くても半年後、1年後に話を聞いてみたらまったく現場に定着していない、というケースをよく目にしているそうです。実はテスト観点を挙げる前に、もっと根本的な話として、そもそもテストプロセスが確立していない、という問題があります。参加者の皆さんに近くの席の人と議論してもらうことにしました。今度は、最初の演習よりも少しだけ声が挙がるようになりました。ひととおり議論が終わったあとで、鈴木さんはテストプロセスの変遷の歴史について語り始めました。テストプロセスが生まれたころ、プロセスに含まれるのはテストの「実行」のみでした。ようは計画とか設計といった過程をすっとばして、ただやみくもにテストをしていた時代です。それが、やがて実行の前にテストケースを「実装」するようになり、計画や設計も必要というふうに、プロセスが成長していったのです。ここで「自分の会社、組織における開発工程と、テストプロセスの各工程がどのような関係があるでしょうか?」という演習が入りました。参加者がそれぞれのテストプロセスについて考えをめぐらせたところで、鈴木さんは「テストプロセスの考え方がしっかりしていないと現場を説得できません。テストプロセスはテストの計画、設計、分析にあたります。テスト観点はテストの関心事、気になるところを列挙したものです」と語りました。どんなテストが必要か、マインドマップを使って考えてください」すぐに仕様が理解できるように簡単なプログラムにしたそうです。参加者の皆さん、マインドマップを描き始めました。短い時間でしたが、会場の後ろから、参加者が真剣に取り組んでいる様子が見えました。演習のあと、鈴木さんは「マインドマップの考え方ができる組織にはテストプロセスが重要になってきます。残念なことですが、テストがわかる、できるようになるころにはテスト担当を外されることが多いです。そのスキルはレビューに役立てることができます。して、テストプロセスの改善につとめてください」と語って締めくくりました。テストプロセス、テスト観点についてはSNSでもしょっちゅう議論が繰り広げられているテーマです。そのお話をじっくり聞けたことは良かったです。自分の中のテストプロセス、テスト観点が変わっていけば、自分が描くマインドマップも変わってゆくのかもしれません。一度だけでなく、定期的に描いてみるのも面白そうですね。大西さんが基調講演でおっしゃった、「あいまい」な日本語の仕様をマインドマップで図示することで、あいまいさを減らすことができるかもしれない、とも思いました。演習の時間をもう少しゆっくり取れたらよかったかも、と最後の演習の様子を見ていて思いました。演習付きチュートリアルをわずか90分で、というのはちょっと無理があったかもしれません。今後の反省点にしたいと思います。Niigata」開催レポート第2回目はここまでです。次回は最終回、地元新潟のコミュニティの発表の様子をお届けします。Niigata」のレポートページが公開されました。当日の会場の様子や、登壇者の発表資料を掲載しています。Comment(0)次の投稿へ前の投稿へ最新の投稿わたしの前に道はない、わたしの後に道はできる。名前を記憶しておくコメント:第3バイオリン開発と評価それぞれの立場を経験した元テストエンジニア。今は主婦として家事と育児の真っ最中です。【書評】エンジニアになりたい女の子にオススメの絵本3選わたしの前に道はない、わたしの後に道はできる。