Trong trang này
Câu hỏi để luyện tập
Tell me about an interesting bug you found.
Hãy kể cho tôi nghe về một lỗi thú vị mà bạn đã tìm ra.
Vì sao họ hỏiDana muốn biết bạn nhận ra vấn đề thế nào và giải thích rõ ràng ra sao.
Chọn một lỗi có thật. Nói bạn thấy gì, làm sao để lỗi xảy ra lại, và chuyện gì diễn ra sau khi bạn báo cáo. Ví dụ: ứng dụng mất giỏ hàng khi điện thoại mất mạng.
How did you prove the bug was real?
Bạn đã chứng minh lỗi đó là thật bằng cách nào?
Vì sao họ hỏiDana muốn một tester biết kiểm tra kỹ trước khi báo lỗi.
Kể các bước bạn làm. Nói bạn đã thử làm lỗi xảy ra lại từng bước một. Nhắc đến thiết bị, phiên bản hoặc cài đặt bạn dùng. Nói bạn đã kiểm tra bao nhiêu lần.
How do you decide what to test first?
Bạn quyết định kiểm thử cái gì trước như thế nào?
Vì sao họ hỏiThời gian có hạn. Dana muốn biết bạn biết chọn việc quan trọng nhất trước.
Nói bạn bắt đầu với những phần quan trọng nhất với người dùng, như đăng nhập hoặc thanh toán. Giải thích vì sao: nếu các phần này hỏng, nhiều người bị ảnh hưởng. Sau đó nói bạn kiểm thử gì tiếp theo.
How do you plan your tests?
Bạn lập kế hoạch kiểm thử như thế nào?
Vì sao họ hỏiDana muốn thấy bạn làm việc rõ ràng và cẩn thận.
Nhắc đến việc đọc kỹ yêu cầu trước. Rồi nói bạn viết các ca kiểm thử với bước rõ ràng và kết quả mong đợi. Kể một cách giúp bạn cẩn thận, như danh sách kiểm tra hoặc nhờ người khác xem lại.
Can you tell me a little about how you like to test?
Bạn có thể kể một chút về cách bạn thích kiểm thử không?
Vì sao họ hỏiDana muốn hình dung cách làm việc thường ngày của bạn.
Nói hai hoặc ba thói quen. Ví dụ: bạn đọc yêu cầu, lên kế hoạch cho các phần quan trọng, rồi thử cả những thao tác lạ. Thêm một ví dụ ngắn từ công việc của bạn.
How do you report a bug so a developer can fix it quickly?
Bạn báo lỗi như thế nào để lập trình viên sửa được nhanh?
Vì sao họ hỏiBáo cáo rõ ràng giúp cả nhóm tiết kiệm thời gian.
Nói những thói quen cụ thể: tiêu đề ngắn gọn rõ ràng, các bước có đánh số, kết quả mong đợi và kết quả thực tế, ảnh chụp màn hình hoặc video. Nói bạn trao đổi trực tiếp với lập trình viên nếu lỗi gấp.
A developer says your bug is not a bug. What do you do?
Một lập trình viên nói lỗi bạn báo không phải là lỗi. Bạn sẽ làm gì?
Vì sao họ hỏiDana muốn xem bạn có giữ được sự bình tĩnh và tôn trọng khi bất đồng không.
Nói bạn lắng nghe trước. Sau đó cùng xem lại yêu cầu. Bạn cho họ xem lại các bước. Nếu vẫn chưa đồng ý, bạn hỏi người phụ trách sản phẩm. Hãy nói về lập trình viên với sự tôn trọng.
Can you give me an example?
Bạn có thể cho tôi một ví dụ không?
Vì sao họ hỏiDana hỏi câu này khi câu trả lời nghe quá chung chung, như “Tôi rất cẩn thận”.
Đừng lặp lại những từ chung chung. Kể một tình huống thật, ngắn gọn: chuyện gì đã xảy ra, bạn làm gì, và kết quả ra sao. Chỉ cần bốn hoặc năm câu.
What steps did you write in your bug report?
Bạn đã viết những bước nào trong báo cáo lỗi?
Vì sao họ hỏiDana muốn thấy báo cáo của bạn rõ ràng và chính xác.
Hãy nói các bước thành tiếng, như trong một báo cáo thật. Ví dụ: 1. Thêm một món vào giỏ hàng. 2. Tắt mạng. 3. Mở lại ứng dụng. Rồi nói bạn mong đợi gì và thực tế đã xảy ra gì.
What happened after you reported the bug?
Chuyện gì đã xảy ra sau khi bạn báo lỗi?
Vì sao họ hỏiDana muốn biết bạn có theo dõi lỗi đến cùng không.
Giải thích các bước tiếp theo: lập trình viên đã sửa, và bạn kiểm thử lại phần đã sửa. Nhắc đến việc bạn có kiểm tra các tính năng gần đó không. Nói bạn học được gì từ chuyện này.
Let me think of a good example of a bug I found.
Để tôi nghĩ một ví dụ hay về một lỗi tôi đã tìm ra.
Clara
Người hướng dẫn AI
Leo
Người hướng dẫn AI
Câu bạn có thể thử nói
Let me think of a good example of a bug I found.
Để tôi nghĩ một ví dụ hay về một lỗi tôi đã tìm ra.
First I tried to make the bug happen again, step by step.
Đầu tiên, tôi thử làm cho lỗi xảy ra lại, từng bước một.
I write the steps clearly, so the developer can see the problem quickly.
Tôi viết các bước thật rõ, để lập trình viên nhìn ra vấn đề nhanh.
I start with the most important parts, because they affect the most users.
Tôi bắt đầu với những phần quan trọng nhất, vì chúng ảnh hưởng đến nhiều người dùng nhất.
I expected this to happen, but instead the app did this.
Tôi mong đợi điều này xảy ra, nhưng thay vào đó ứng dụng lại làm điều này.
If it is urgent, I talk to the developer directly.
Nếu việc gấp, tôi trao đổi trực tiếp với lập trình viên.
Câu hỏi thường gặp
Nếu tôi không nhớ ra lỗi nào lớn hoặc nghiêm trọng thì sao?
Một lỗi nhỏ cũng không sao nếu câu chuyện của bạn rõ ràng. Dana quan tâm bạn tìm ra lỗi thế nào, kiểm tra ra sao và báo cáo thế nào. Hãy chọn một lỗi mà bạn hiểu rõ. Luyện kể lỗi đó trong vài bước ngắn.
Tiếng Anh của tôi chưa tốt. Điều đó có thành vấn đề không?
Bạn cứ nói chậm và dùng câu ngắn. Các bước rõ ràng quan trọng hơn từ khó. Nếu cần thời gian, bạn có thể nói: “Let me think for a moment.” (Để tôi nghĩ một chút.) Nếu chưa hiểu câu hỏi, bạn có thể hỏi: “Could you say that again, please?” (Bạn có thể nói lại giúp tôi được không?)
Mỗi câu trả lời nên dài bao lâu?
Bạn thử nói khoảng 1 phút cho mỗi câu. Bắt đầu bằng ý chính, rồi đưa một ví dụ, rồi nói kết quả. Nếu Dana muốn nghe thêm chi tiết, cô ấy sẽ hỏi. Ngắn và rõ vẫn tốt hơn dài và chung chung.