このページの内容
練習する質問
Tell me about an interesting bug you found.
見つけた興味深いバグについて教えてください。
質問の意図問題にどう気づき、どう分かりやすく説明できるかを見たい質問です。
実際のバグを1つ選びます。何を見たか、どうやって再現したか、報告したあとどうなったかを話します。例:スマホがオフラインになると、アプリのカートの中身が消えた、という話です。
How did you prove the bug was real?
そのバグが本物だと、どうやって確かめましたか?
質問の意図報告の前に丁寧に確認できる人かどうかを知りたい質問です。
手順を順番に説明します。バグを1つずつ手順どおりに再現しようとしたことを伝えます。使った端末、バージョン、設定にも触れます。何回確認したかも話せます。
How do you decide what to test first?
最初に何をテストするか、どう決めていますか?
質問の意図時間には限りがあります。大事なところから選べる人かどうかを見ています。
ログインや支払いなど、利用者にとって大切な部分から始めると話します。理由も添えます。ここが壊れると多くの人に影響するからです。そのあと何をテストするかも続けます。
How do you plan your tests?
テストの計画は、どのように立てていますか?
質問の意図丁寧で筋の通った進め方があるかを見たい質問です。
最初に要件を確認すると話します。次に、手順と期待する結果がはっきりしたテストケースを書きます。チェックリストや2人目の確認など、ミスを防ぐ工夫を1つ挙げます。
Can you tell me a little about how you like to test?
ご自分のテストの進め方について、少し教えてもらえますか?
質問の意図普段の仕事のスタイルを知りたい質問です。
習慣を2つか3つ挙げます。たとえば、要件を読む、大事なテストを計画する、そのあと普通ではない操作も試す、といった流れです。仕事の短い例を1つ加えます。
How do you report a bug so a developer can fix it quickly?
開発者がすぐ直せるように、バグはどう報告していますか?
質問の意図分かりやすい報告は、チーム全体の時間を節約します。
具体的な習慣を挙げます。短くて分かりやすいタイトル、番号付きの手順、期待した結果と実際の結果、スクリーンショットや動画などです。急ぎのバグなら開発者に直接話すことも伝えます。
A developer says your bug is not a bug. What do you do?
開発者から「それはバグではない」と言われたら、どうしますか?
質問の意図意見が合わないときにも、落ち着いて相手を尊重できるかを見ています。
まず相手の話を聞くと伝えます。次に、要件を一緒に確認します。手順ももう一度見せます。それでも意見が分かれたら、プロダクトオーナーに聞きます。開発者のことは敬意をもって話します。
Can you give me an example?
例を挙げてもらえますか?
質問の意図「とても慎重です」のように答えが一般的すぎるとき、Danaはこう聞きます。
一般的な言葉を繰り返さず、短い実際の場面を話します。何があったか、何をしたか、結果はどうだったかです。4、5文にまとめます。
What steps did you write in your bug report?
バグ報告には、どんな手順を書きましたか?
質問の意図報告が分かりやすく正確であることを確かめたい質問です。
実際の報告のように、手順を声に出して言います。例:「1. Add an item to the basket. 2. Turn off the internet. 3. Open the app again.」そのあと、期待した結果と実際に起きたことを話します。
What happened after you reported the bug?
バグを報告したあと、どうなりましたか?
質問の意図バグを最後まで見届ける人かどうかを知りたい質問です。
そのあとの流れを説明します。開発者が直して、修正をもう一度テストした、という流れです。近くの機能も確認したなら、それも伝えます。そこから学んだことも話します。
Let me think of a good example of a bug I found.
見つけたバグの、よい例を考えさせてください。

Clara
AIのコーチ

Leo
AIのコーチ
使ってみるフレーズ
Let me think of a good example of a bug I found.
見つけたバグの、よい例を考えさせてください。
First I tried to make the bug happen again, step by step.
まず、手順を追ってバグをもう一度起こしてみました。
I write the steps clearly, so the developer can see the problem quickly.
開発者がすぐ問題を確認できるように、手順を分かりやすく書きます。
I start with the most important parts, because they affect the most users.
多くの利用者に影響するので、いちばん大事な部分から始めます。
I expected this to happen, but instead the app did this.
こうなると思っていましたが、実際にはアプリがこう動きました。
If it is urgent, I talk to the developer directly.
急ぎのときは、開発者に直接話します。
よくある質問
大きなバグや重大なバグを思い出せないときは?
小さなバグでも、話が分かりやすければ大丈夫です。Danaが見るのは、どう見つけ、どう確認し、どう報告したかです。よく覚えているバグを1つ選びます。短い手順で話す練習をしてみましょう。
英語に自信がなくても大丈夫ですか?
ゆっくり、短い文で話します。難しい言葉より、分かりやすい手順のほうが大切です。時間がほしいときは「Let me think for a moment.」と言えます。質問が分からないときは「Could you say that again, please?」と聞けます。
答えはどのくらいの長さがよいですか?
1つの答えは1分ほどが目安です。最初に要点、次に例を1つ、最後に結果を話します。もっと詳しく知りたいときは、Danaが聞いてくれます。長くて一般的な答えより、短くて分かりやすい答えのほうがよいです。