このページの内容

練習する質問

01

Tell me about an interesting bug you found.

見つけた興味深いバグについて教えてください。

質問の意図

問題にどう気づき、どう分かりやすく説明できるかを見たい質問です。

答えるヒント

実際のバグを1つ選びます。何を見たか、どうやって再現したか、報告したあとどうなったかを話します。例:スマホがオフラインになると、アプリのカートの中身が消えた、という話です。

02

How did you prove the bug was real?

そのバグが本物だと、どうやって確かめましたか?

質問の意図

報告の前に丁寧に確認できる人かどうかを知りたい質問です。

答えるヒント

手順を順番に説明します。バグを1つずつ手順どおりに再現しようとしたことを伝えます。使った端末、バージョン、設定にも触れます。何回確認したかも話せます。

03

How do you decide what to test first?

最初に何をテストするか、どう決めていますか?

質問の意図

時間には限りがあります。大事なところから選べる人かどうかを見ています。

答えるヒント

ログインや支払いなど、利用者にとって大切な部分から始めると話します。理由も添えます。ここが壊れると多くの人に影響するからです。そのあと何をテストするかも続けます。

04

How do you plan your tests?

テストの計画は、どのように立てていますか?

質問の意図

丁寧で筋の通った進め方があるかを見たい質問です。

答えるヒント

最初に要件を確認すると話します。次に、手順と期待する結果がはっきりしたテストケースを書きます。チェックリストや2人目の確認など、ミスを防ぐ工夫を1つ挙げます。

05

Can you tell me a little about how you like to test?

ご自分のテストの進め方について、少し教えてもらえますか?

質問の意図

普段の仕事のスタイルを知りたい質問です。

答えるヒント

習慣を2つか3つ挙げます。たとえば、要件を読む、大事なテストを計画する、そのあと普通ではない操作も試す、といった流れです。仕事の短い例を1つ加えます。

06

How do you report a bug so a developer can fix it quickly?

開発者がすぐ直せるように、バグはどう報告していますか?

質問の意図

分かりやすい報告は、チーム全体の時間を節約します。

答えるヒント

具体的な習慣を挙げます。短くて分かりやすいタイトル、番号付きの手順、期待した結果と実際の結果、スクリーンショットや動画などです。急ぎのバグなら開発者に直接話すことも伝えます。

07

A developer says your bug is not a bug. What do you do?

開発者から「それはバグではない」と言われたら、どうしますか?

質問の意図

意見が合わないときにも、落ち着いて相手を尊重できるかを見ています。

答えるヒント

まず相手の話を聞くと伝えます。次に、要件を一緒に確認します。手順ももう一度見せます。それでも意見が分かれたら、プロダクトオーナーに聞きます。開発者のことは敬意をもって話します。

08

Can you give me an example?

例を挙げてもらえますか?

質問の意図

「とても慎重です」のように答えが一般的すぎるとき、Danaはこう聞きます。

答えるヒント

一般的な言葉を繰り返さず、短い実際の場面を話します。何があったか、何をしたか、結果はどうだったかです。4、5文にまとめます。

09

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.」そのあと、期待した結果と実際に起きたことを話します。

10

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が聞いてくれます。長くて一般的な答えより、短くて分かりやすい答えのほうがよいです。