Nhằm giúp các bạn cảm thấy tự tin hơn và chuẩn bị tốt trước một cuộc phỏng vấn về kiểm thử phần mềm, GCT Solution gợi ý các câu hỏi phỏng vấn về kiểm thử phần mềm phổ biến cho các vị trí tester hoặc QA. Những câu hỏi này được soạn thảo sau khi tham khảo ý kiến của các automation và manual tester chuyên nghiệp, giàu kinh nghiệm của chúng tôi. Trước khi đọc phần này, bạn hãy đọc 45 Câu Hỏi Phỏng Vấn Tester Thường Gặp (Phần 1) và 45 Câu Hỏi Phỏng Vấn Tester Thường Gặp (Phần 2) nhé.
45 Câu Hỏi Phỏng Vấn Tester Thường Gặp (Phần 3)
31. Sự khác biệt lớn nhất giữa gỡ lỗi và kiểm thử là gì?
Câu trả lời gợi ý:
Kiểm thử nhằm mục đích minh họa các lỗi gây ra bởi các khiếm khuyết trong phần mềm. Gỡ lỗi bao gồm tìm kiếm, phân tích và sửa chữa các khiếm khuyết đó.
32. Sự khác biệt giữa lỗi, khiếm khuyết và thất bại là gì?
Câu trả lời gợi ý:
Một người có thể mắc lỗi, được hiểu là sai lầm, trong phát triển phần mềm.
Một lỗi dẫn đến sự ra đời của một khiếm khuyết.
Nếu code có chứa khiếm khuyết được thực thi, điều này có thể gây ra thất bại.
33. Quy trình kiểm thử gồm những gì?
Câu trả lời gợi ý:
Một quá trình kiểm thử bao gồm các phần chính:
Lập kế hoạch kiểm thử
Giám sát và kiểm soát
Phân tích kiểm thử
Thiết kế kiểm thử
Thực hiện kiểm thử
Hoàn thành bài kiểm thử
34. Sự khác biệt lớn nhất giữa phân tích kiểm thử và thiết kế kiểm thử là gì?
Câu trả lời gợi ý:
Phân tích kiểm thử trả lời câu hỏi "cần kiểm thử gì?". Thiết kế bài kiểm thử trả lời câu hỏi "kiểm thử như thế nào?".
35. Liệt kê một số đối tượng kiểm thử tích hợp.
Câu trả lời gợi ý:
Hệ thống phụ
Cơ sở dữ liệu
Cơ sở hạ tầng
Giao thức kết nối
API
Dịch vụ vi mô
36. Nêu một số đối tượng kiểm thử tích hợp.
Câu trả lời gợi ý:
Các ứng dụng
Hệ thống phần cứng/ phần mềm
Các hệ điều hành
Hệ thống đang kiểm thử (SUT)
Cấu hình hệ thống
Dữ liệu cấu hình
37. Có bao nhiêu loại kiểm thử chấp nhận chính?
Câu trả lời gợi ý:
Có 4 loại nghiệm thu chính:
Kiểm thử chấp nhận người dùng: để kiểm thử xem sản phẩm phần mềm có đáp ứng nhu cầu và đáp ứng yêu cầu của khách hàng hay không.
Kiểm thử chấp nhận hệ thống: để kiểm thử xem các nhà điều hành hoặc quản trị viên hệ thống có thể giữ cho hệ thống hoạt động bình thường trong môi trường hoạt động hoặc sản xuất hay không.
Kiểm thử chấp nhận theo quy định: để kiểm thử xem sản phẩm phần mềm có tuân thủ các quy định của chính phủ, pháp luật và/ hoặc an toàn hay không.
Kiểm thử Alpha và Beta: để kiểm thử xem người dùng có thể sử dụng hệ thống trong điều kiện bình thường cũng như trong môi trường hoạt động hay không.
38. Các loại đánh giá khác nhau trong quy trình đánh giá sản phẩm công việc là gì?
Câu trả lời gợi ý:
Về cơ bản, có 4 loại đánh giá chính:
Đánh giá không chính thức: để phát hiện các khiếm khuyết tiềm ẩn
Hướng dẫn: để tìm lỗi, cải thiện phần mềm, xem xét các lựa chọn thay thế tốt hơn
Rà soát kỹ thuật: để đạt được sự đồng thuận và phát hiện các khiếm khuyết tiềm ẩn
Kiểm thử: để phát hiện các khiếm khuyết tiềm ẩn, đánh giá chất lượng và ngăn ngừa các khiếm khuyết tương tự trong tương lai thông qua phân tích nguyên nhân gốc rễ
39. Lấy ví dụ về các yếu tố thành công để đánh giá.
Câu trả lời gợi ý:
Theo kinh nghiệm của tôi, tôi đánh giá cao những điểm này:
Mục tiêu rõ ràng
Các thành viên trong nhóm có đủ thời gian và dữ liệu để chuẩn bị
Các đánh giá được lên lịch với chương trình nghị sự và thông báo đầy đủ
Đánh giá được tích hợp trong các chính sách về đảm bảo chất lượng của công ty, hoặc các chính sách kiểm thử.
40. Dựa vào tiêu chí nào bạn có thể chọn kỹ thuật kiểm thử?
Câu trả lời gợi ý:
Dưới đây là một số yếu tố tôi thường sử dụng khi xem xét các kỹ thuật kiểm thử: