# タイトルコール テスティングジャーニーへようこそ。 このチャンネルでは、ソフトウェアテストの世界を探索するコンセプトに、 エンジニアリングマネージャー兼QAリーダーのサミーが、 ソフトウェアテストのコツや品相性の奥深さ、ソーシティビューを考えていることをお話しします。 # 『Taking Testing Seriously』 9章より こんにちは、さみぃです。 今日もテストしていますか? 4つまた生放送のお知らせです。 9月7日月曜日の夜8時半から9時半に生放送を行います。 今度はですね、片桐さんをお呼びしまして 片桐さんはカードゲーム作りのお仲間の一人なんですけれど 今作っているゲームとか、最近作ったゲームとか そもそもなんでカードゲーム作りをやろうと思ったのかみたいなところですね いろいろお話を伺えたらなというふうに思っております。 なんか私自身もっていうのかな カードゲーム作り最近やっているというところもありまして 仕事もそうですけど、きっかけを聞くのってすごく面白い楽しいなって思うんですよね その人のストーリーが詰まっていたりするので 9月はカードゲーム月間に勝手にしておりますので カードゲーム作り仲間の頭の中をちょっと覗いてみたいななんて思っております。 9月7日月曜日夜8時半からです。 はい、ということで本編入っていきます。 今回はTaking Testing Seriouslyの第9章を紹介していきます。 第9章はテストレポートについて書かれていました。 そうですね、テストレポートってどうしてますか。 それをちょっと置いておきまして 気になったところとか、そうだよねと思ったところがいくつかあったので 紹介していこうと思います。 まず最初の方でですね、ストーリーのないメトロックスには価値がないよねというふうに書かれています。 私はこの文章を読んだ時、なんでだろうなんて思ったわけなんですけれど 要は どこだっけな。 そうですね、例えばこの本書で紹介されている例としては プロジェクトアルファとプロジェクトブラボの2つがあったとします。 この2つを比較してみましょうということで プロジェクトアルファについては作成済みのテストケース100件、 実行率100%、合格率65%、オープンな致命的バグ数6です。 それに対してプロジェクトブラボは作成済みテストケース1万件、 実行率100%、合格率99.9%、オープンな致命的バグ数1 というふうにあったとして、どうですかね。 どっちのプロジェクトが順調そうに、良さそうに見えますかね。 これは後者のブラボの方ですよね。 合格率が99だし、オープンな致命的バグが1個だしというふうに見えちゃうんですけど この数字だけだとストーリーがないですよねというのが文書の中では書かれています。 では実際のストーリーはどうだったのかというと プロジェクトアルファについては良好な状態で予定通り納品可能です。 致命的なバグは調査中で明日には修正予定であり、 顧客の主要な活動やエッジケースも詳細にカバーできています。 一方でプロジェクトブラボはどうだったのかというと、窮地に立たされています。 テストケースは多いものの単純な反復作業に過ぎず、顧客の実際のフローをカバーしていません。 唯一の致命的なバグはシステムの主要コンポーネントの書き直しが必要で、 予定より少なくとも4週間を超えます。 メトリクスだけだと価値がないかという話がされていたので、 なるほどなと思ったポイントです。 もう一つよく言われると思った箇所がありまして、悪いメトリクスについて紹介されています。 ここの中では、測定にはモデルが必要であり、数値は何らかの形で現実に結びついていなければなりませんと書いてあったのと、 あとこれ本当によく言われるなと思ったのが、 メトリクスが目標として使用されるようになると、それはもはや有用のメトリクスではなくなりますと書かれてあって、 チャールズ・グッドハートさんから述べたようにという風に紹介されているんですけど、 本当にめっちゃわかるしよく言われるやつですよね。 例えば、行く具合の検出・検出とか、あとは実行するテスト・検出みたいなものをノルマとか目標とかにしてしまうと、 その目標を達成することが目的になってしまって、 とにかく数を囲なせばいいとかいう風になっちゃうと、質の低いテストになってしまったり、バグを生み出してしまったりするよね、 なりやすいよねということが書いてあります。 めっちゃわかります。 なので、検出する不甲斐もそうですけど、逆に不甲斐の検出をここまで抑えるみたいなのも、 本当は一般的には目標とかには入れるべきではないと言われているんですけど、 一方で目安とかはすごい大事だと思っているので、その目標の数値を達成することが一番大事というわけではなくて、 例えば私も今品質予算、不具合予算というものを作っていて、それぞれのプロジェクトとか、 あと半期・トータルで障害、大きめな不具合とか障害とかはこのくらいまでにしましょうねっていうのを作っているんですけど、 それを守らなかったからダメだとかそういうわけではなくて、 あくまで目安として毎月何件くらいというのを予算として出しているので、 その予算に対して大幅に超えてしまったらそれは何かやばいと、 何か大きくやり方を変えなければいけないよねという目安として使いたいというのが一番の目的だったりするので、 必ずしも品質予算というものを達成しなきゃダメというのはちょっと違うかな。 なので、メトリックスが目標になりすぎないように注意というのはしているつもりだったりはします。 そんな感じですかね。はい、本編以上になります。 # 今日のほっこり話🦀 今日のほっこり話です。カニの話をします。 このチャプターにですね、写真1枚貼っているんですけれども この間、平日、なんか夫がですね、カニを買ってきてくれたんです。 えーどうしたの?なんて言ったらですね、仕事で甘草に行ったということで、甘草でカニとエビを買ってきてくれました。 うん、どっちもね、美味しかったです。 ただ、カニさんは食べる身がほとんどなくってなかったんですけれど でもね、500円って言ってたかな? で、エビさんも1、2、3、4、5、5尾で500円って言ってたので どちらもね、とてもお安いですね。新鮮で安くて、すごい幸せな気持ちになりました。 以上、ほっこり話でした。 # 次回予告 今回も最後までお聞きいただきありがとうございます。 明日の放送はプレミアム放送となります。 AIと一緒に英語の自己紹介文を作ってみようというお話ですね。 最近というかもうすぐ直近英語を使う機会が何回かありそうでして ネットワーキングパーティーみたいなところで多分 自己紹介したりとか趣味の話したりとか あとは本業のソフトウェア開発ソフトウェアテストQAの話とか しそうになる気がするので ちょっとそれに備えてですね 自己紹介文をアップデートしていきたいと思います。 今回の放送が役に立った 今日も聞きに来たようなやつで ハートマークいいねいただけますととっても励みになります。 ぜひぜひコメントもお待ちしております。 それではまた明日お会いしましょう。 ごきげんよう。