# タイトルコール テスティングジャーニーへようこそ。 このチャンネルでは、ソフトウェアテストの世界を探索するコンセプトに、 エンジニアリングマネージャー兼QAリーダーのサミーが、 ソフトウェアテストのコツや品相性の奥深さ、ソーシティビューを考えていることをお話しします。 # 最近の不具合報告書の書き方を考えてみると、開発アシスタントをしてると気づいた こんにちは、さみぃです。今日もテストしていますか? いよいよですね、今晩20時から黒鷹さんと生放送対談となります。 前半はこちらのチャンネルで、アプリリニューアルについて使ってみてどうですかとか、ザックバラにお話伺おうと思っております。 後半は黒鷹さんのチャンネルでVoicyでの音声発信だったり、 私についての深掘りでいろいろ深掘られるというふうに聞いておりますので、とても楽しみにしております。 ぜひリアルタイムで出してください。本日8時からです。 今回は最近の不具合報告書の書き方についてお話をしています。 最近めちゃくちゃ不具合報告を出すんですけど、 その中でちょっと前と比較すると、下手したら半年前、1年前くらいと比較するとすごくやり方が変わったなってふと思ったので、そんな話をしていきます。 まず前提として、不具合報告書って何という話なんですけれど、 私の一番よく行っているソフトウェアテストのお仕事の中の一つとして、不具合報告をする不具合報告書を書くというのは結構そこそこなウェイトを占めるといいますか、 大事な一つのアウトプットともいけるかもしれません。 テストをしている中で見つかった不具合を報告するわけなんですけど、 いろいろ気をつける点がありまして、 ちゃんと客観的に他の人が読んでも理解できる文章になっているかというのはもちろんのことなんですけれど、 どの環境で発生したのか、例えばモバイルだったらどのOSで発生したのか、 どのビルドだったりバージョンで発生したのか、そしてどうやって再現できるのか、 あるいは期待結果はこうなんだけどディスプレイの結果はこうだったみたいな感じですね。 いろいろ書くコツというか、必要な項目がたくさんあったりするわけなんですけれど、 一言で括ってしまうと、開発者が直しやすいように不具合を報告する事実と、 あと考えられる原因、予測とかは分けて書きましょうみたいなのがあったわけなんですよ。 最初新人の頃というか、そういうのも分からずに気をして、 これってどういうことですかって聞かれるっていうのはあるあるだったんじゃないかなと思います。 それが最近はどうなっているかというとですね、クロードのスキルを使って記表しますよね。 テンプレートというのが大体組織だったりで決まっているんですよね。 その不具合報告で必要なフォーマットだったり。 基本的にはタイトルと説明文と、あと再現ステップと環境情報ですね。 がパッと思いつくものだったりするんですけれど、 決まっているものもあったりもするので、スキルにしやすい部分だったりはすると思います。 今使っているスキルがちょっと面白くてというか、一個工夫をしているのは、 すでに同じ不具合が記表されているかどうかを一瞬調査をしてくれるというのが一つ目の面白いポイントですね。 複数人で不具合を記表していくと、どうしても重複というのが起きやすいので、 それを記表する前に調べてくれるというのが一つと、 AIの時代だなと思うんですけれど、ソースコードの調査をしてくれます。 私はインプットとして、例えば収録アプリとかサイスアプリで、 Androidで、iOSでこういう事象がありましたと、 で、期待結果はこうなんだけれど、実際の結果はこういうふうになってますというふうに入力するとですね、 ソースコードの調査をして、ここが原因かもしれませんみたいなのを教えて、 教えてというか調査をしてくれます。 そしてその不具合報告というのは、だいたいバグトラッキングシステムと呼ばれるものに 登録をされて管理をされるわけなんですけれど、 JIRAとかASANAとか、 記表をする時にその調査の情報も一緒に書いてくれるという感じなんですね。 ここまでだと単にというか、不具合を報告する内容精度がちょっと上がったねぐらいで終わっちゃうんですけど、 さらにそのままJIRAに記表されるとですね、 AIによる開発とか実装とかが始まるループになっているので、 そのまま不具合の修正とかが始まっていくわけなんですよね。 この辺のプロセスを体験してみて、 すごく自分自身が単なる不具合を報告する人ではなくて、 開発アシスタントの気分だなというか、 そういう動き方もしてるなって思って、 最近思ってたりします。 どういうことかというと、 その不具合の報告をするタイミングで機械結果と実際の結果を書いて、 要は仕様というかこうなるべきだというものをちゃんと書くんですね。 それに基づいて、今のソースコードはこうだから、 じゃあこういうふうに直したらいいんだというのを AIが調査をして修正をするという形になるので、 どうあるべきかというのを自分で決めて、 その仕様に沿って実装がされると。 最後というか翌日ぐらいに修正したよというのが上がってくる、 修正が上がってくるので、 また自分の方で修正確認ということで、 直っているか意図した通りになっているか、 他のところで別の問題が入り込んでいないか、 発生していないかというのを確認して、 ステータスを完了にするみたいな感じなんですよね。 なので単に不具合を報告している人ではなくて、 そこから直す人の仕事というか、 少しお手伝いしてるというか、 アシスタントみたいな感じになってます。 もちろん本来は開発実装というところになると、 設計どうしようかとか、 もう少し体系的に考えなきゃいけないことがたくさんあって、 私はそこまでやってはいないので、 だからこそ開発アシスタントという言葉になっているんですけれど、 魅力ながらシステムをより良くするというところに 貢献しているんだな、最近というふうに感じていたりします。 # #664のコメント返し🥰 コメント貸しのコーナーです。今回は664枚目アフォーダンストアのコメントをお返しします。 コメントはコウヘイさんからいただいております。 こんにちは。熊本に来て髪を切るところに迷うことめっちゃわかります。 妻は髪通りで美容院を見つけ、私は職場近くの1900円カットに通ってます。 ということで、情報ありがとうございます。 実はですね、後日、奥様どこで行ってるんですかっていうのを教えていただきまして、 次回美容院行くときはですね、そこを予約してみようかなって思っております。 なかなかね、美容院、美容師さんと新しく探す、新しい美容師さん探すのってめっちゃハードル高いというか、 一回失敗しちゃうとなかなか復元というか元に戻るまで何ヶ月も経っちゃって大変なので、 はい、ずっと知り合いの方に聞いてですね、そこの美容院行ってみようかなって思っております。 ありがとうございます。 以上、コメント返しでした。 # 今日のほっこり話📜 今日の誇り話です。チラシの話をします。 ゲームマーケットも今週末に迫っておりまして、チラシを作ったんですよね。 せっかくなのでこのチャプターに画像を貼っております。こんな感じで作ったんですけど、 1個ね、致命的なミスをしました。 何かというと、リリースしていいですか?のブースの番号を入れるのを忘れちゃったんですよね。 ゲームマーケット当日に置いておくチラシなのに。 手引き書にも中字項で書いてあって、ブース名とかブース番号を書いておかないと、 どこで買えるかわからないので。 書いてあったにもかかわらず、最後のチェックが甘くて急いで発注したのがためにですね、 情報が抜けてしまいました。 なので、さっき100均でシール買ったので、そこにJ-044って書きまくってですね、 このチラシの紙にペタペタ貼っていくということをやってました。 その時っていうか、すごい内職っぽいなみたいなことをね、ボソッと言ったんですよ。 そしたら隣でね、夫が、内職って言うんだったら売り上げ持ってこいやって言ってですね、 めっちゃ笑ったっていう、それめっちゃいいですって笑ったというお話でございます。 まあね、趣味なんでね、いいじゃんみたいな感じではははって笑ってたんですけど、 夫にはですね、白い目で見られて、いや自分のチェック不足でミスして自分でやってるんでしょって、 まあ、あしらわれてしまいました。 今日も我が家は、寒い日はですね、笑いであふれております。 はい、以上、今日のほっくり話でした。 # 次回予告 今回も最後までお聴きいただきありがとうございます。 明日の放送は、今晩の生放送のアーカイブをお届けする予定です。 今回の放送がめくりたった。 今日も聴きに来ていただいてハートマークいただけますと、とってもとっても励みになります。 ぜひぜひコメントもお待ちしております。 それではまた明日お会いしましょう。 ごきげんよう。