# タイトルコール テスティングジャーニーへようこそ。 このチャンネルでは、ソフトウェアテストの世界を探索するをコンセプトに、 エンジニアリングマネージャー兼QAリーダーのサミーが、 ソフトウェアテストのコツや品相性の奥深さ、そして日々考えていることをお話しします。 # 📣明日、20:00-21:00晋平さんと生放送対談。SREとQA こんにちは、さみぃです。今日もテストしていますか? いよいよですね、明日は新兵さんと生放送対談でございます。とても楽しみです。 今、私、初めてのカードゲーム作りをしているところでして、 たくさんつまずきましたし、でもなんか販売?発売?とかまでもうすぐだなというところまで今進んできましたので、 なんかいろんなお話、初心者目線でのいろんなお話もできるんじゃないかななんて思っております。 はい、ということで今回はSREとQAについてお話をしようと思います。 なんか急に横文字なんだろうという方もいらっしゃるかもしれないんですけれど、 SREというのはサイトリライアビリティエンジニアとかエンジニアリングの略でして、 今回私が言っているSREは人を指しています。そしてQAはQuality Assuranceですね。 こちらのQAも人を指す場合と人数保証活動を指している場合と両方あるんですけど、今回は人のことを指しております。 で、なんで今回このテーマを選んだのかというと、今、社内の輪読会で最近読み始めた本がSREを始めようという本なんですね。 この本を読んでいる中で改めてSREとQAって似ている部分があるなというのを感じているのでこのトピックを選んでみました。 以前のゲリラ生放送でせんちゃんとお話した時も結構SREの話になりましたね。 はい、ということで改めてSREってなんぞやというところなんですけれど、私の印象というか今回このSREを始めようという本を読んで なんかアップデートされたんですよね。SREとはどういう人なのかという定義がね。 で、アフターの方先にお話をするとSREは信頼性の人です。 プロダクトとかサービス、サービスの信頼性を守る、あるいは向上するとか、必要、十分な信頼性を保つために何でもする人というのが私の中でのSREという人の定義になりました。 じゃあ信頼性って何なのという話なんですけれど、一番分かりやすいのはこのVoicyのアプリで考えましょうか。 アクセスした時に聞きたいと思ってVoicyのアプリを開いた時に、ちゃんと開くよねということですね。 これが開かない時間帯がめちゃくちゃ多いとか、よく落ちているということになってしまうと、信頼性が悪いというふうになります。 いろんなサービス、アプリとかいろいろありますけれど、ちゃんと使いたい時に使える状態になっているということは結構難しいことでございまして、 Voicyのアプリを開いて、誰かの放送の再生ボタンを押して、そしたらスピーカーからとかイヤホンから音が聞こえるようになるというまでの流れには、いろんな処理、いろんな情報、データのやり取りとか処理が行われているんですね。 なので、どれか一つでも何か問題があって、起動していないとか、処理の負荷が大きくなってしまって、例えば落ちてしまったみたいなことがあると、Voicyからアプリから音を聞く、音声を聞く、放送を聞くということはできなくなってしまうんですね。 はい、なので信頼性ってめちゃくちゃ大事ということはわかっていただけたんじゃないかなと思うんですけれど、いろんなエンジニアと一言で言っても、いろんなロールというか得意分野だったり、どこを一番重要視するのかというのが違うエンジニアがいるわけですね。 その中の一つ、一人としてSREという人がいまして、SREの人は特に信頼性ですね。それがサイトリライアビリティということにはなるんですけれど、サービスの信頼性を守る守護神なのかな、リーダーというか、信頼性を適切に保つためにはどういう行動が必要で、というのを考えながら行動していくというのが私なりのエンジニアです。 これがSREの定義になります。 どうですかね、ここまで聞いていただいてQAとの共通点とか見えてきましたでしょうか。 一方でQAという人は何者なのかというふうに言うと、これまた私なりの定義にはなるんですけれど、品質を上げるためには維持する、あるいは向上するために何でもするという人が私なりのQAエンジニアの定義になります。 品質というのがめちゃくちゃ意味広いんですよ。 その会社、サービスにとってどの種類の、どのタイプの品質が一番重要なのかというのは違うんですね。 会社によっても違う、プロダクトの性質にもよっても違うし、そのプロダクトのフェーズ、一番最初期の作ったばかりの生まれたてホヤホヤのベイビーなサービスなのか、 もう5年とか10年とか運用している、安定的にサービスを提供しなきゃいけないサービスなのかによっても、一番大事にする品質のタイプというのは変わってくるんですね。 なので、今この時点では、この半年、この1年くらいでは、どういう品質が一番重要なのかというところを理解した上で、 じゃあこういうフェーズだったらここまでは許容できるよねとか、一番大事なのはどんどん、 例えば最初期とかであれば、最初の機能をしっかり出すということをスピーディーに機能を出すことが大事になってきますし、 すごく10年も運用されているプロダクト、サービスであれば、安定性ということ、小さな不具合でもインパクトが大きくなってしまうんですね。 ユーザーさんが増えれば増えるほどインパクトが大きくなってしまうので、安定的な不具合の数だったりレベル感、 多少インパクトのそんなに大きくない不具合でも、結果ビジネスインパクトが大きくなってしまうので、不具合を出さないほうが大事というプロダクトもあるでしょう。 あるいは、プロダクトの性質によっても、ボイシーみたいな音声プラットフォームと企業計算とか、金帯関連とか、 企業計算が分かりやすいですかね、お金を計算するようなシステムだと、当然品質を求められている品質のレベルというか、 何を大事にするのか、機能の正確性とか、計算の結果が絶対間違っていないとか、法律にちゃんと則っているみたいなところの温度感は全然違ったりしますよね、みたいな感じ。 結構求められる品質の種類とレベル感というのが全然変わってくるので、そんな中でどういう活動が必要で、 どういうふうなアクションを通して活動を通して品質を担保していくのか、あるいは上げていくのかというのを考えて行動していくのが、私なりのQAエンジニアの定義になります。 どうですか、見えてきましたか、このSREとQAの違いと共通点。 最後にSREとQAと似ている部分があるよね、共通点というか、ベンズが重なっている部分があるよねという要素は、まさに品質の一つが信頼性という部分なんですよね。 なのでQAエンジニアは品質といういろんな品質を見ていかなきゃいけないので、特に大体は機能性格性とか機能適切性と呼ばれる部分、ちゃんと意図した機能が作られているのかとか、 あるいは今回の機能って受け入れられるものなのか、ユーザーのペインに合っているものなのかとか、そういうところを結構中心に考えることが多いんですね、まずはそこからというところで。 一方でSREの方はどちらかというと、そうじゃない環境もあると思うんですけど、リリースした後にその本番環境が壊れないかとか、運用が順調にできるかやりやすいようになっているかというのを主に考えているというのがSREの方ですね。 これも本の中に図が一つ書いてあってわかりやすかったんですけど、機能のリリースというのを境目に、そこの前の部分ですね、品質管理の文脈もあると思うんですけど、どういうものを作るかどうやって作るか、 じゃあこの作ったものがこれで良いのかというのを評価をするとか、品質を守る、作るというのが一つQAが一番よく注目している場所であって、SREの方は一方でリリースをした後ですね、 ちゃんと今回の作った機能によって本番運用、本番の環境が壊れないか、壊れにくくなっているかをそこを気にしながらですね、リリースした後の本番の環境のサービスが落ちないよね、落ちる確率というのが目標に対する、 管理組織の目標に対して十分だよね、ちょうどいいよねというところを目指しているというか、目標に対してサービスが落ちすぎないようにするためにはこういう活動が必要だよねということで日々活動しているみたいな感じで、リリースした後のことをより気にしている、リリースした後の品質を気にしているというのがSRE。 そういうどこに注目しているかの違いがあるよねというふうに書籍の中でも紹介されていたのがすごく確かになるほどと思ったポイントでした。 # #544のコメント返し🥰 コメント返しのコーナーです。今回は544話目、カスタマーセントリック・クオリティ・トワのコメントを開始します。 コメントは、KOUHEIさんとMIZUKENさんからいただいております。ありがとうございます。 お一人目、KOUHEIさんです。 こんにちは。熊本も今日は涼しいですよね。 図書館、水前寺あたりも多いので家族で行っています。 ということで、ありがとうございます。 なんかね、暑かったり涼しかったり、今日はなんか暑いっす。 はい、ちょっと体調管理気をつけていきたいですね。 ありがとうございます。 続いて、MIZUKENさんです。 ソフト開発はAIがやってくれるようになって、当たり前品質はシステムが担っていくようになると、 こういうカスタマーセントリック・クオリティのような目線が良い製品作りの中心になってくるのでしょうね。 ということで、ありがとうございます。 私の考えとはちょっと違うかなというふうな印象が持っているんですけれど、 私のイメージだと、当たり前品質と魅力的品質というのが品質の性質だというふうに思うんですよね。 一方で、カスタマーセントリック・クオリティは見方、プロダクターとの見方っていうのかな、 なんか視点というふうな違いがまずあるんですけど、 当たり前品質でも魅力的品質でも、自分たち作り手の方がこういうものを作りたいというものが明確にイメージをできていれば、 別にそれは精々AIが作れると思うんですよね。 一方でと言いますか、どういう視点でプロダクトを見るのかとか、 どういう視点から品質を見るのか、 カスタマーセントリック・クオリティかなというふうなイメージを私は今持っているので、 カスタマーセントリックの目線からプロダクトとかクオリティを見て、 じゃあこれを作ったらいいねというものが見えてきたら、 自分の舞台まで落とし込めると、AIの方でも簡単に、 簡単にというか、意図した通りというか、 より自分のイメージに合ったプロダクトをすぐ作ってくれるよという話です。 もしかしたら瑞稀さんと同じことを言っているかもしれないという気がしてきました。 以上コメント開始でした。 # 次回予告 今回も最後までお聞きいただきありがとうございました。 明日もですね、Voicyのトークテーマは お金が貯まる暮らし日なんで、 株の話でもゆるゆるしてみようかなと思います。 ゆるゆるの株の話です。 今回の放送が役に立った 今日もお聞きに来たような合図で ハートマーク、いいねをいただけると とっても励みになります。 ぜひぜひコメントもお待ちしております。 それではまた明日お会いしましょう。 おきげんよう。