# タイトルコール テスティングジャーニーへようこそ。 このチャンネルでは、ソフトウェアテストの世界を探索するコンセプトに、 エンジニアリングマネージャー兼QAリーダーのサミーが、 ソフトウェアテストのコツや品相性の奥深さ、ソーシティビューを考えていることをお話しします。 # QAとCSの共通点 こんにちは、さみぃです。 今日もテストしていますか? 今回はQAエンジニアのお仕事と カスタマーサポートのお仕事の 共通点について言語化していきたいと思います。 きっかけは、今年の6月頃から CS業務をやるようになりまして というところが一つと、 例えば、以前の職場でも CSからQAエンジニアに転校したという 元同僚の方が2人くらいパッと思いつくわけなんですよね。 なので、何かが似ている部分が あるんじゃないかなというのを なんとなくは思っていて、改めて今回自分が CSをやってみて 見えてきたものとかを言語化していきたいなと 思っております。 まず共通点は3つ今回ご紹介するんですけど、 1つ目の共通点は、ユーザー目線で システムを見るということです。 QAエンジニアもCSも、ユーザーが このシステムを使ったらどうなるかな というのを見たり、想像したり、考えたり、 そういうユーザー目線という起点なのかな、 ユーザーがどう使うかということを起点に いろいろ考えることが多いなというふうに思います。 もちろん開発担当者、開発エンジニアも ユーザーがどう使うかということは 考えるわけなんですけれど、 もう少し、私のイメージですけど、 開発者はどう作るかというところも 深く深く考えていく必要があるので、 俯瞰してユーザーの、 例えば業務の全体の流れだったりとか、 ユーザーがどういうふうに使うんだろうか というところの全体像から何か信用するというか、 こういうほうがいいんじゃないかとか、 ディスカッションするところも含めて、 仕事をする、話す、議論するということが とても多いなというふうには思っていたりします。 共通点の2つ目は問題を解決する というところですかね。 例えば、CSであればお客さんから ログインできなくて困ってますという ざっくりしたお問い合わせが来るわけなんですね。 でもそれだけだと、 何が問題なのかというのはなかなか分からない。 ユーザーさんもどうしたらいいか分からないから お問い合わせをいただいているわけなので、 そこを何か使い方の問題なのか、 データの問題なのか、 あるいはプロダクトの不具合なのか みたいなところをヒアリングしたりしながら、 こういうふうにやってみていただけませんか という話をしながら、 情報を集めていくわけなんですよね。 QDAのほうも、不具合を見つけたときに、 毎回発生するのかとか、 何か発生条件があるのかとか、 この不具合というのはどのくらいインパクトがあるんだろうかとか、 100パーを再現するためには どういう手順が必要なんだろうかみたいな感じで、 事象だったり、あるいは発生条件みたいなところを考えていくと、 原因がここかもしれないとか。 そんなふうに、情報が足りない状態から どんどん問題の解像度を上げていくことになります。 このプロセスというのが、とてもシーンストキュエーターで 似てるんじゃないかなというふうに思ったりもします。 そして共通点3つ目が、質問する力がとても大事。 質問だったりとか、ヒアリングだったりとか一緒かな。 あとは、何か聞き出すみたいなところも含めてですかね。 質問する力というのがとても大事になってきます。 CSの場合は、ユーザーさんから問題の詳細だったりを 聞き出すということが必要になってきますよね。 テキストだけだとわからない場合は、 動画だったりスクリーンショットを送っていただけませんか。 こういうオペレーション操作をしたときには、 どういうふうに表示されますかみたいな形で問題を明らかにしていきますし。 QAのほうも、他の関係者というのかな。 PDMだったり、開発者だったり。 この場合ってどういう仕様に動きになりますかね、しますかねとか。 今回の機能追加で行いたいこと、実現したいこと、 達成したいことってどういうところですかみたいなのを、 よくPDMにわからなかったらすぐ確認したりもしますし。 あるいは、実装だったり仕様について 開発者に聞くこともよくありますし。 いろんな方と話すことがあるので、コミュニケーションが苦手な方から、 どうやっていかにうまく情報を聞き出すかみたいなところも、 QAとしても大事だったりするので。 それはCSとして、例えばITディティラシー、 いろんな方いらっしゃいますので、 あんまりシステムのことがわからない、 詳しくないという方からも聞くためには、 どういう言いましがいいのかみたいなところも、 考えながら聞き出すっていうのも結構大事だったりするので。 ヒアリング、質問力はかなり、 どちらもQAもCSも大事だなというふうに思ったりします。 まとめに入っていくんですけれど、 ユーザーを見る、問題に気づく、 質問をする、問題を切り分ける、 問題を再現できる、言語化できる、 そして問題解決につなげていくという、 一連の流れがCSとQAと大きく共通している ところなのかもなというふうに思っております。 先週のお話では、見方がちょっと違くて、 引き出しが増えるみたいなお話もしたので、 違う部分もあるんだけれども、 見方の切り口がちょっと違うというだけでというか、 結構共通点もあるんだなというふうに思っております。 # 今日のほっこり話♨️ 今日のホッコリ話です。 温泉の話をします。 この間、温泉の九州の88湯巡りという、JR九州かな、がやっているスタンプラリーの台紙本を買ったんですよ。 で、この連休、喝水で連れて行ったんですけど、そのパスポートというかスタンプラリーの台紙を持って行くのを忘れちゃったんですよね。 連れて行った温泉も確か1か所2か所くらいスタンプラリーやっているお風呂屋さんがあったので、行けば常にお風呂に入ってスタンプを押すことが2個もできたんですけど、 なぜか持って行こうという気すら起きていなくて、連れて行くことは認識していたんだけど、スタンプ押せることは認識できていなかったですね。 散々夫にはバカにされたというお話でございました。 来年の3月までに40個スタンプ集めたいんですよ。 全部88あってさすがに全部難しいので。 スタンプラリー集めると10個とか20個とかっていうどこかの節目のタイミングで、ストラップのチャームがもらえるんですね。 そのチャームが結構可愛くて、オケのお風呂なんでね。 手ぬぐいとかいろんなのがあるんですけど、オケのチャームが欲しいんですよ。 それがちょうど40個まで行くともらえるということなんで、40個まで集めたいと言っておきながらですね、早速出花をくじかれたというか。 今回2個ぐらい押せたはずなんですけど、逃してしまったというお話でございました。 ちょっとずつね、温泉巡っていきたいなと思っております。 以上、今日のほっこり話でした。 # 次回予告 今回も最後までお聞きいただきありがとうございます。 明日の放送は、Taking Testing Seriouslyのより12章を紹介していきます。 毎週金曜はですね、書籍を読んで紹介するという流れを作っております。 まあどうしてもね、つんどこになってしまうと思うので、 まあ一人臨読会みたいな感じでしょうか。 読んで、読むだけではなくて、アウトプットをするということで、 自分の学びにもなるし、頭のせいにもなりますし、 聞いてくださっている方々には、なんか何かしらね、 一個学びとか、この本良さそうだなぁなんて思っていただけたらいいなぁなんて思って、 毎週行っております。ようやく12章ですね。 今回の放送が役に立った。 今日も聞きに来ていないので、ハートマークいただきますと、 とってもとっても励みになります。 ぜひぜひフォローコメントもお待ちしております。 それではまた明日お会いしましょう。 ごきげんよう。