# タイトルコール ようこそ、世界が広がるソフトウェア品質へ。 このチャンネルでは、旧エンジニアのサミーが、 ソフトウェアテストやソフトウェアの品質保証を中心に、 日々奮闘していることや考えていることをお話しします。 毎日、お昼の12時30分に配信しています。 ゲストの方やリスナーのあなたと、 テストや品質の世界を広げていきます。 # いよいよ、明日1/29水20時から生放送🍺2/3はスタートアップQAエンジニアの日常👩‍💻 本編の前に2つ告知をさせてください。 1つ目が、いよいよ明日、1月29日水曜の20時からVoicyの生放送を行います。 ゲストにマークさんをお呼びして、英語での情報インプット、あと本の探し方というところをお話し聞こうと思っております。 お気軽に聞きに来てください。 2つ目は、2月3日月曜日7時半からスタートアップで働くQエンジニアの日常という社外のイベントでお話しします。 コンパスのリンクを貼っておきますので、ぜひご覧ください。 # 質問力を高めるには ということで本編です。今回はVoicyのトークテーマ、質問力を高めるには、にちなんでQA as a question askerという話をしようと思っています。 この言葉はですね、ちょっとどこで聞いたかは覚えてないんですけど、QAエンジニアのQAというのは、因数保証というのが一般的というか定義としてはそうなんですけれど、 とある方がですね、クエスチョンアスカーであると、QAエンジニアはクエスチョンアスカーであると、問いかけをする人であるという話をされました。 その何か内容がすごく印象的でよく覚えています。 その問いかけをする人っていうんですかね、こういう場合はどうなりますかとか、いい質問をするのがクエスチョンアスカーなのかなというふうに私なりには解釈しています。 いい質問をするというのは何なんだろうというのを少し考えてみたんですけど、ポイントっていうんですかね、いかに多角的に見れるか、副眼思考ができるかということなのかななんて思ってたりします。 副眼思考といえばですね、大学1年生の時に読んだ本がすごく当時衝撃的だったんですね。 いろんな多角的にというかいろんな方向から物事を見る、一つだけではなくていろんな方向から見るっていうのがとても大事なんだみたいなことが何かあったのかな、書かれてたと思うんですけど。 多分本はですね、カリア竹彦さんの知的副眼思考法じゃないかなと思います。 ちょっとググってみた感じなんかそれっぽいような気がするんですけど。 どれだけいろんな側面から物事を見れるかっていうのが大事っていうことですね。 これをQエンジニアの仕事に置き換えてみると、ユーザーの視点だったりシステムの視点だったり、あるいはどうやったらシステムが超えそうかみたいな視点でテスト対象を見るんですかね。 サービス、システム、機能っていうものを見てみるっていうのが多角的に見てみるっていうことなのかななんて考えてたりします。 ユーザーの視点っていうのをもう少し掘り下げてみると、例えば私の場合は人事ローム系のサービスのQAが長いんですけど、 例えば給油計算システムがあって、ユーザーっていうのはどういう人がいるかっていうと、ローム担当、人事ローム担当の人がいます。 あとは給油計算をメインでやる担当っていうんですかね、メンバーの人とそれを承認する上長の人は大体いますね。 加えて給油面際を見る人っていうんですかね、社員一人一人っていうんですかね、社員の人もユーザーには入るわけです。 さらにユーザー分解していくと、例えばローム担当のメンバーの人、もしかしたら初心者の人かもしれません。 もうベテランでの人もいるかもしれませんっていうそういう切り口もあるし、システムにどのくらい慣れてるかっていうことですね。 もうとても慣れてるシステムの使い方、慣れてる人もいれば、給油計算の仕組みはわかるベテランなんだけれど、システムの使い方はよくわからないという人もいるわけです。 当然その人っていうかシステムにどのくらい慣れてるかっていうところによってもシステムの触り方っていうのは変わってくるわけで、 システムにどのくらい慣れてるかっていうのも一つ切り口になるわけです。 社員の方もユーザーの切り口っていろいろありまして、ちょっと給油明細だと本人しか見れないんであれですけど、 例えば勤退管理のシステムだったら本人は自分の勤務状況を見ることができます。 加えて上長ですね、部下の勤務状況っていうのは見れるわけですね。 一言でユーザー、社員というふうに言っても、どこかのチームに所属している1メンバーという側面もあるし、 チームリーダーみたいな上長もいるし、部長もいるし、あるいは人によっては勤務をしている場合もあったりするわけですよね。 それぞれの所属のときにどこまでの情報が見れるのかみたいなことも考えなきゃいけなかったりするわけです。 少し話が逸れてきた気がするんですけれど、社員といってもどんな所属でとか、勤務地はどこでみたいないろんな切り口で分類することができるし、 それぞれの立場というかどういうユーザーがだったらどのようにシステムを使うんだろうか、触るだろうかというところを想像しながらテストするのって大事だよねということが言いたかったです。 最後にですね、質問するときのテンプレートというか、私が気をつけていることを1つ紹介します。 スラックで質問するときのイメージなんですけど、最初に質問をズバリ聞きたいことを一文で書きます。 その後に背景を追記するというのが私の工夫していることです。 なぜその質問をしているのか、何をやりたいのかというところまでセットで伝えると、自分の聞きたかったことというか本当に知りたいことというのが聞きやすくなるかなと思っているので、 いつも質問するときはこれこれってこれ何ですかという質問だけじゃなくて、その後に背景としてこういうことを今考えていて、こういうことが気になっていて、わからなくてというところまで伝えて質問をしています。 ぜひ皆さんの質問するときに工夫していることがあれば、コメント欄で教えてください。 # 今日のほっこり話 今日のほっかり話です。今日はテスコンの話をしようと思います。 テスコンというのはテスト設計コンテストのことなんですけど 週末、先週末に決勝戦があってオンラインでちょっとチラチラと聞いていました。 当日ゆりかもめが止まっちゃったみたいで結構会場はバタバタしてたみたいなんですけど それは置いといてですね、テスト設計こういう風な技法を使ってテスト設計しましたっていうのをプレゼンをされていました。 リスクドベースな話だったり探索的テストだったりといろんな手法を使われていて、熱のこもったプレゼンをされているのがとても印象的でした。 いつか出てみたいな、一回出てみたいなというふうに思いつつちょっと思い越しが上がっていないんですけれど チャレンジしてみたいテスト設計技法を使ってみるっていうのも面白そうだなぁなんていうのを聞いてて思いました。 以上、今日のほっこり話でした。 # 次回予告 今回も最後までお聞きいただきありがとうございました。 次回は品質は物差しという風なお話をしようかなと思っております。 今回の放送を聞いて、なるほどな、確かにな、学びになったなと思った方は、 是非ハートマークでいいねを押してください。励めになります。 フォローもよろしくお願いします。 それではまたお会いしましょう。ごきげんよう。