# タイトルコール テスティングジャーニーへようこそ。 このチャンネルでは、ソフトウェアテストの世界を探索するコンセプトに、 エンジニアリングマネージャー兼QAリーダーのサミーが、 ソフトウェアテストのコツや品相性の奥深さ、ソーシティビューを考えていることをお話しします。 # 理想は自分がいなくても業務が回るようになること こんにちは、サミーです。今日もワクワクしていますか? 今ですね、生放送対談のお誘いを何名かの方にしておりまして 9月はですね、ゲーム作り、カードゲーム、アナログゲーム作りに仲間の方をお呼びしてですね なんでそもそもカードゲームを作り始めたんですか?とか 今どういうのを作っているんですか?とか 作っている中でどういうところが大変でした?みたいな話をしたいなと思っておりますので 生放送の予約だったりお知らせをお楽しみにしていてください。 はい、ということで今回は、理想は自分がいなくても業務が回るようになることについてお話をしていきます。 8月はですね、半期の目標を考えるシーズンでしたので 改めてミッションビジョンを振り返ったりとか考える時間が多かったんですね。 その中で自分のことを振り返ってみると 5、6年前ですかね、自分がQAリーダーとして Kチームを作っていくぞ、みたいなのを考えた時に その時に一番ミッションとかを考えたんですよね。 組織の中でのミッションというよりかは 個人としても含めてQAエンジニアとしてなのかな 自分の存在意義というのは QAエンジニアがいなくても 品質に自信を持ってリリースできるようにすると リリースできる組織だったりリリースできる状態というものを作るために私が存在します。 っていうのが私なりの定義、ミッション、存在意義かな、なんですよね。 QAというロールはなくならないと思うんですけど それが必ずしも専門の人、分割された人っていうのかな 一人の人である必要はないというふうに思っています。 ただ、なかなか品質も広い海のような感じでとても深いので 部分的にというか、品質という側面で ソフトウェア開発を支援する、伴走する、共に走るですね 伴走するというアクションを通じて 例えば開発者がテストのことを理解する、テストの勘どころを分かる 品質でこういうところって大事だよねっていうものを理解する、行動できるようになる みたいな状態になれば、別に自分、あるいはQAエンジニアがいなくても 品質を担保できる、そして品質を担保した状態で 自信を持って機能開発だったりリリースできるようになるんじゃないかなっていうのを考えていました。 最近のAIの台頭によってどうなったかというのも少し考えていたんですけど このミッションというのかな、私の存在意義はやっぱり変わらなくて 部分的にテストコード、ユニットテストのテストコードだったりとか 手動のテストケースを作るというところも含めて AIが生成することはとても簡単になりました。コストは下がりました。 もしAIがちょうどいい、適切なテストを作れているのであれば まさにQAエンジニアという人がいなくても テスト業務だったりは回るようになるかもしれないなとは思っていたりしますし ますます一人で越境をして 1開発者だったりあるいは1プロダクトエンジニアとして全部やるようになる というふうになっていくと 別の人、QAエンジニアが開催することによって 解釈が発生するし情報伝達のコストが発生するし 絶対ボトルネックになっちゃうなって思うわけなんですよね。 なおのこと、1プロダクトエンジニアが品質保証までできるという状態に 持っていかないといけないんだなというのを 最近ひしひしと感じていたりします。 じゃあどうやったらいいのかのハウの部分はめちゃくちゃ手段があると思うんですよね。 例えばAIのクロードのスキルという形で テストの案件に対してテスト計画、テスト分析、テスト設計、テストケースというものを 全部スキルでこういうふうにやってくださいという指示をして やらせるということは全然できると思いますし、やってたりもします。 あるいは、とはいえそのAIが生成したテスト計画書、テスト分析の内容、 テスト設計であったりテスト観点、あるいはテストケースの内容が 妥当かどうかの判断をしなきゃいけないので その判断をするためには判断する人が結局ある程度の知識と言わないと 難しいんじゃないかなというのはどうしても思っていて なのでじゃあテスト観点とは何なのかとか テスト設計技法というのはこういうものがあって どういう時に役立つのかとかどういう意味があるのかとか どういうメリットがあるのかみたいなところを 注入するというか、開発者に注入する、伝達するスキルを伝達していくみたいなのも やっぱり継続して大事だななんて考えております。 なんかテストって何を見るかがめちゃくちゃ大事なんですよね。 なんかわかりやすい例でソフトウェアじゃないんですけど テーブルがあったとします。 それをテストしてくださいって言った時に何を見ますか? 安定性、グラグラしていないかっていうのを確認しますか? それともサイズ、大きさの長さだったり高さだったりっていうものが 規定のサイズと一致しているあるいは許容された誤差の範囲内であることを確認しますか? 色味を確認しますか?みたいな感じで そのテーブル1個を取ったとしても、何をどういう観点でっていうのかな? 何を見るのか、そのテーブルというもののどういう特性を見るのか どういう機能性を見るのか そのテーブルという対象をどういう側面から見るのか テストするのかっていうのが一番大事なんですよね。 なのでこれはAIにテストコードを書かせたりとか テストケースを使わせても一緒で 指示する時にちゃんと何を担保したいのか 何を確認したいのかっていうところを伝えないと なんか違うなっていう変なテストになってしまうわけなんですよね。 なんかちょっと取り留めなく話してしまったんですけれど 今回はですね、理想は自分がいなくても業務が回るという状態を作ることというお話をしました。 今回はQエンジニアとか私の大事にしている存在意義みたいなミッションの話をしましたけど 結構他のお仕事とかでも言えることなんじゃないかな なんていう気がしましたので今回こんな話をしてみました。 本編以上です。 # #620のコメント返し🥰 コメント返しのコーナーです。今回は620話目。 ミッションとビジョンを何度も話すことが大事のコメントを開始します。 コメントは、コウヘイさんからいただいております。ありがとうございます。 おはようございます。ミッションとバリュー、確かに意味書いてお持ちになりがちですよね。 だからこそ、定期的に発信する、認識合わせる、ここって本当に重要だなぁと感じました。 ということで、ありがとうございます。 めっちゃ大事です。時間をかけてですね、ちょっとずつ浸透させるっていうのも結構大事だなぁなんて思っております。 以上、コメント返しでした。 # 今日のほっこり話🃏 今日のホッコリ話です。 カードゲームの話をします。 チャプターに画像1枚貼っているんですけど、いい加減箱に詰め詰めしないといけないなぁと思って、リリースしていいですか? 送られてきたものをですね、箱組み立てて、説明書を折りたたんで、箱に入れるという詰め詰めの作業をしておりました。 今回50セット作っているんですけど、一気にやると疲れるなぁと思って、今回1ダース分だけやりましたので、またですね、空き時間ができた時に、ちまちまと詰めていきたいと思います。 以上、今日のホッコリ話でした。 # 次回予告 今回も最後までお聞きいただきありがとうございます。 明日の放送はVoicyのトークテーマ、 備えておきたい防災グッズについてお話をします。 今、うちにある防災グッズこんなのだよというご紹介になるかなと思います。 今回の放送が役に立った、今日も聞きに来たような合図で ハートマーク、いいねいただけますととても励みになります。 ぜひぜひコメントもお待ちしております。 それではまた明日お会いしましょう。ごきげんよう。