この記事は『ソフトウェア技術者のためのバグ検出ドリル』についての思考メモです。本書で問題を解いたことのある人、これから解いてみようかなと思っている人向けです。当然ドリルの問題は載せられないので消化不良を誘発する内容になっています。*1
この問題で著者の山浦さんが用意した解答は2つ。表現の違いはあれど意図したバグ（改善点）は検出できた。うれしい。しかし片方は検出するまでのアプローチがこんなにも違うのか！と思うくらい違う。でも山浦さんの言ってることはわかるしそうだねって思う。まるで開発してるみたいだな。こういうのがとても面白いです。
*1:勘の鋭いエンジニアなら問題を逆引きできそう
この記事は『ソフトウェア技術者のためのバグ検出ドリル』についての思考メモです。本書で問題を解いたことのある人、これから解いてみようかなと思っている人向けです。当然ドリルの問題は載せられないので消化不良を誘発する内容になっています。*1
本書に載っている解決案が非常に勉強になりました。ソフトウェアの中で「ほぼ」の概念を扱うことのむずかしさと考えなくてはならないことが書いてあります。
普段の開発でも要求仕様の「おかしさ」を見つけたあとに「最適解を導き出す」のが本当にむずかしいと実感しています。どうにもできなくて制約や運用でカバーするのは負けだよね。設定で「どうにでもできるようにしておく」ことがあります。それが最適解なのか、それとも最適解を考えるのを放棄した結果なのか。自分自身に問いかけていきたい。
「最適解を導き出す」で任天堂の宮本茂さんの言葉を思い出したので貼っておこう。
アイデアというのは、複数の問題を一気に解決するものである
*1:勘の鋭いエンジニアなら問題を逆引きできそう
この記事は『ソフトウェア技術者のためのバグ検出ドリル』についての思考メモです。本書で問題を解いたことのある人、これから解いてみようかなと思っている人向けです。当然ドリルの問題は載せられないので消化不良を誘発する内容になっています。*1
昨年の12月に iPad（10.2インチ Wi-Fi 128GB）と Apple Pencil（第1世代）を購入したので練習もかねて手書きしました。GoodNotes 5 というノートアプリを使っています。*2
1問目から解けなくて大丈夫だろうか…。
*1:勘の鋭いエンジニアなら問題を逆引きできそう
*2:iPad と Apple Pencil は自分へのクリスマスプレゼントではありません。12月某日、まったくもっておかしな仕事が降ってきまして、当然抵抗したのだけど分かってもらえず（しかも一緒に抵抗してほしいと思っている人がやってあげようとする側にいて一体何を考えているのだと怒りに震えていた）カッとなってお昼休みに購入したのでした。おとなだから自分の機嫌は自分で直すのだ。しかしわたしの機嫌が直ることとその仕事が本当にやるべきものかどうかはまた別の話しである。結局もっとえらい人に言いつけて（いろんな人のがんばりのおかげで）そのおかしな仕事は１日しかやらずに済んだ。よかった。購入した理由はあれだけど iPad と Apple Pencil かなり良いです。手書きの文字をくるっと点線で囲み、別の場所にすーっと移動したときは感動しました。オブジェクトの移動なんて当たり前の機能だけど長年愛用しているほぼ日手帳ではできないので。
わたしの中でドリル本と言えば『ソフトウェアテスト技法ドリル―テスト設計の考え方と実際』ですが、昨年11月にバグを検出することに特化したドリル本『ソフトウェア技術者のためのバグ検出ドリル』が発売されました。
さっそく購入してパラパラと眺めたのですが、これは面白そう！
本書は『山浦恒央の“くみこみ”な話 - MONOist（モノイスト）』の内容を大幅に改稿したものとのこと。掲載されているバグ検出問題はぜんぶで31問。どれも著者の山浦恒央さんが体験したバグを元に作ってあるそうです。
わたし自身、これまでバグの生成を含む数々の失敗からたくさんのことを学んできましたが、開発現場で出会えるバグには限りがあります。時間は有限ですし、そもそもバグをなるべく作らないためにチームみんなで尽力しているのでね。だから他人が経験したバグを使い、あたかも自分が出会ってしまったかのような擬似体験ができるのは大変貴重です。ありがとうございます。
6つの開発フェーズ（要求仕様、設計、コーディング、デバッグ、テスト、保守）をカバーしたリアリティのある良質な問題を解き、含蓄に富んだ解説を読みながらソフトウェア開発に必要な4つの能力を鍛えたいと思います。
そうそう、各問題には制限時間（最短は10分、最長は4時間）が設けられています。解けても解けなくても時間がきたらおしまいです。残業しない感じが普段の仕事っぽくていいな。
11月29日に福岡市で開催された JaSST'19 Kyushu で @m_seki が唐突に告知した『なりきりみわキット』について紹介します。誕生秘話？についても書きました。
@miwa719 がよく使う言葉（みわ語録）を２時間おきに通知するiOS向けキットです。たとえばこんな言葉です。
使い方は自由。みわ語録が通知されたら小さな声で音読して安く「みわ」になりきるのもよし、あなたのそばに「みわ」がいるような気分でお仕事するのもよし。言葉の意味、背景を想像してみるのも面白いかもしれません。
本キットは iOS のカレンダーアプリ（iCalender）を利用しています。
iPhone → 設定 → パスワードとアカウント → アカウントを追加 → その他 → 照会するカレンダーを追加 → サーバに 719.druby.work を設定して「次へ」を選択。SSL接続できませんと表示されたら「続ける」を選択。以下のような画面になったら「保存」してください。カレンダー（本日）にみわ語録が設定されます。
製品開発中にミスや問題は起きるという前提で、わたしはその兆候や違和感（おかしさ）をできるだけ早くつかまえたいと思っています。そのために自分の思考の持っていきかたを意識的に矯正したり"無意識"を意識的に使おうとしています。でも現状に満足していません。ドメイン知識のように学んで覚えていけるものはどうにかなるのでいいのですがこれはちょっと違う。うまく言えないけど自分がそのときに考えてないことを考えたいし思いつきたいのです。自分の思考に一味加えて変化をうながしてくれるようなスパイスアプリが欲しい！と思ったのがきっかけです。
思考を変化させるための言葉（スパイス）をたくさん登録しておきランダムに選んで Apple Watch に通知する。そのときの自分の思考にスパイスをふりかけてテストを動的に変えていくのです。うまくいくかわからないけど面白そうでしょ？
スパイスアプリの構想を技術顧問*1に話したら一晩で「２時間おきにフレーズを配信するカレンダーのサーバー」を作ってきて自慢されました。自分でアプリを作るつもりで iOS のメモ帳とリマインダーを developer.apple.com でせっせと調べていたので唖然としましたね。しかもわたしには思いつかないかっこいい実現方法だったので二重に悔しい！！
どのような仕組みで動いているかを解説してもらい「スパイスとなる言葉は自分で書いてー」と言われたのですが、動作確認用の言葉として書いてあったのがたまたま「みわ語録」だったんですね。これはこれで面白いのでは！となり『なりきりみわキット』が誕生しました。
で、ソースコードを見たら９時から１７時までの間はランダムに言葉を選ぶように作ってあるのですが１７時だけは固定の言葉「もうやめなよ」が配信されるようハードコーディングしてある……。これは「みわ語録」ではなく普段わたしが言われている言葉です……。*2リアルタイムでこれを言われている「わたし」になりきれると思います。
『なりきりみわキット』について紹介しました。サーバーは現在改良中です。土日は仕事しないので配信しないように直そうと思います。「みわ語録」だけでなく「あのチーム」でよく使うフレーズも登録しておこうかな。設定も解除も簡単なので興味のある方は試してみてくださいね。
サディスティックミワテスト（ステッカー）が欲しい！とのご要望があり、自分でも欲しかったので キングプリンターズ で作りました。*1
個人用なので100枚もあれば十分だなと思っていたのですが、200枚でも300枚でも価格がほとんど変わらないんですね。
100枚だとなんだか損したような気持ちになってしまって、多いよなぁ…と思いつつ200枚作ったら見本用ステッカーが＋70枚ついてきました。270枚もどうするんだ！！
というわけで、ほしい方には手渡しでプレゼントします。イベントなどでわたしを見かけたら「ステッカーほしい！」と話しかけてくださいね。
ステッカーを製作する前に 無料サンプルセット を請求しました。紙の質感や手触りなどを確かめたり仕上がりがイメージできるので安心です。とてもよいサービスだと思いました。今回のステッカーもサンプルのステッカーを参考にしっとりとした質感の光沢を抑えた「マットPP」というもので製作しました。*2
５月に社内の若手開発者（プログラマー）から「テスト設計技法を学びたい。できれば体系的に」と相談されたのをきっかけに、書籍『ソフトウェアテスト技法ドリル』の読書会をはじめました。この記事では読書会をはじめるときに決めたこと（伝えたこと）と、２か月やってみて思ったことをメモしておきます。あと『ソフトウェアテストの練習帳』を使ってみたのでそれの感想も！
単に本に書いてあることを音読し、わたしがたまに補足して、巻末の演習問題を解くのではなく、テスト設計技法を学びながら実際の開発（テストを含む）について考えたり、話し合う場にしたいと思いました。このやり方だと１冊読み終えるのに半年はかかるのと、読書会がうまくいったらどうなるか？のイメージ（＝普段の開発の中で読書会で話したことを思い出し何かのヒントになる）を伝えました。
章ごとに担当を決めて担当になった人が当日講師役になって進めていくスタイルは、講師になった人が事前に予習しなければならず大変なのでやめました。…というのは建前で、今回の状況だとどうみてもお前が講師だろ！て感じだったのでそれを回避しました。
宿題があると時間的にも気持ち的にも負担になりますよね。例えば、章の最後に演習問題が２問あるんですけど１問だけみんなでやって、もう１問は次回までに各自やっておきましょう、ということはしない。
無意識だったけど「しないこと」を決めていたのだなあ。
週１回開催（１時間／回）で８回実施しました。この本は第６章まであるのですが、現在第２章まで読み終えたところです。
『ソフトウェアテストの練習帳』はソフトウェアシンポジウム 2019 東北に参加した際にお土産として頂いたものです。一般の書籍ではないので、以降の感想は練習帳を持っている方とこの練習帳の製作に尽力された方々向けになります。
これ #jassttohoku で頂きました
— miwa (@miwa719) 2019年6月1日
ソフトウェアテストの練習帳です！
・同値分割と境界値分析(11問)
・状態遷移テスト(9問)
・デシジョンテーブル(6問)
・組合せテスト(8問)
・総合問題(3問)
解答例だけでなく解説（どこに着目しどのように考えるのか）も載っていて素晴らしい pic.twitter.com/p1s21tdPRl
『ソフトウェアテスト技法ドリル』の第２章まで読み終えると、この練習帳の同値分割と境界値分析（１１問）が解けるようになります。さっそくやってみました！
同値分割と境界値分析の問題はあと９問あるので、次回の読書会からしばらく練習帳を使うことになると思います。この練習帳を作ってくださった方々のお顔を思い浮かべ感謝するとともに、これからも楽しみながら解いていきたいと思います。ありがとうございました。*7
『ソフトウェアテストの練習帳』は、JaSST配布版から加筆・校正され、一般書籍『ソフトウェアテスト技法練習帳 〜知識を経験に変える40問〜』として技術評論社より出版されました。
来月『ソフトウェアテスト技法ドリル』第２版が発売されるそうです。赤ドリル！
表紙が赤くなりました。
— あきやま🌰 (@akiyama924) 2022年9月28日
赤ドリルと呼んでください。
クラシフィケーションツリーメソッドが追加され、GIHOZを紹介して、章末の問題を半分以上新しくしてリンク切れを直して、、、などなど。リニューアルしています。 https://t.co/Q6rs4GHIbF
