Tôi nên chuẩn bị những câu hỏi phỏng vấn kỹ sư chất lượng nào?

Nhà tuyển dụng bắt đầu bằng khả năng phán đoán trước khi hỏi về công cụ. Bạn cần giải thích cách quyết định nội dung kiểm thử cho một tính năng chưa từng thấy: đọc yêu cầu và thay đổi trong mã, xác định các luồng rủi ro nhất, chọn những bước kiểm tra chạy ở cấp độ đơn vị, tích hợp và đầu cuối, đồng thời quyết định phần nào vẫn làm thủ công. Câu hỏi tiếp theo gần như luôn là chiều ngược lại: bạn sẽ không kiểm thử điều gì và vì sao. Ứng viên biết rằng một thay đổi cấu hình ít rủi ro chỉ cần kiểm thử khói thay vì hồi quy toàn diện sẽ thể hiện được khả năng phán đoán mà vị trí này yêu cầu.

• Kim tự tháp kiểm thử. Nhiều kiểm thử đơn vị chạy nhanh, ít kiểm thử tích hợp hơn và chỉ một số ít kiểm thử đầu cuối. Câu hỏi tiếp theo: điều gì xảy ra khi một nhóm đảo ngược mô hình này?
• Kiểm thử dựa trên rủi ro. Ưu tiên theo khả năng và mức độ tác động của lỗi, đồng thời có thể giải thích cách ưu tiên đó cho quản lý sản phẩm.
• Kỹ thuật thiết kế kiểm thử. Phân vùng tương đương, giá trị biên, bảng quyết định và chuyển đổi trạng thái; bạn có thể phải áp dụng một kỹ thuật cho một trường nhập liệu cụ thể.
• Kiểm thử phi chức năng. Kiến thức cơ bản về hiệu năng, khả năng tiếp cận và bảo mật, cũng như biết khi nào từng nội dung nằm trong phạm vi.
• Tiêu chí kết thúc. Cách bạn quyết định một bản phát hành đã sẵn sàng và cách xử lý khi đến hạn nhưng chưa đạt tiêu chí.

Hãy trả lời bằng một ví dụ cụ thể từ công việc của chính bạn bất cứ khi nào câu hỏi cho phép; câu hỏi chiến lược được đánh giá dựa trên mức độ cụ thể.

Bạn tự động hóa hằng ngày và có thể nghĩ rằng người phỏng vấn sẽ hỏi về công cụ. Thay vào đó, họ sẽ hỏi về cấu trúc, vì vậy phần này trình bày những câu hỏi giúp xác định hệ thống tự động hóa của bạn được xây dựng bài bản hay chỉ được tích lũy chắp vá.

• Thiết kế khung. Các lớp giữa kiểm thử và ứng dụng (driver, page object hoặc mô hình màn hình, trình khách API), fixture dùng chung, quản lý dữ liệu kiểm thử, báo cáo và cách một kỹ sư mới thêm kiểm thử mà không sao chép kiểm thử cũ.
• Kiểm thử chập chờn. Câu hỏi được ưa chuộng nhất. Hãy chẩn đoán trước khi chạy lại: thời điểm và cơ chế chờ ngầm, trạng thái dùng chung giữa các kiểm thử, sự phụ thuộc vào thứ tự, khác biệt môi trường và hành vi bất đồng bộ. Hãy nói rõ kiểm thử nào bạn cách ly, kiểm thử nào bạn xóa và cách ngăn cả bộ kiểm thử bị phớt lờ.
• Kiểm thử API và hợp đồng. Kiểm thử trực tiếp các dịch vụ, xác thực lược đồ và dùng hợp đồng do bên tiêu thụ định hướng để phát hiện thay đổi gây lỗi trước kiểm thử đầu cuối.
• Câu hỏi về công cụ. Selenium, Playwright, Cypress hoặc một khung di động; trình khách REST; một công cụ kiểm thử tải. Nhà tuyển dụng ít quan tâm bạn chọn công cụ nào hơn lý do lựa chọn và giới hạn của nó.
• Lập trình. Bạn có thể phải viết một kiểm thử hoặc tiện ích nhỏ bằng Python, Java, JavaScript hoặc C#, rồi giải thích cách kiểm thử một hàm có nhiều trường hợp biên.

Hãy liên kết các câu trả lời: một khung có các lớp rõ ràng giúp chẩn đoán kiểm thử chập chờn, còn kiểm thử hợp đồng giúp bạn giữ lớp đầu cuối ở quy mô nhỏ.

Trong vòng phỏng vấn cấp cao, bạn sẽ được giao một tình huống. Một ví dụ điển hình: một kỹ sư chất lượng đang phỏng vấn cho vị trí cấp cao tại công ty phần mềm chăm sóc sức khỏe được thông báo rằng bản phát hành sẽ ra mắt sau hai ngày, bộ kiểm thử đầu cuối đã báo đỏ suốt một tuần và các nhà phát triển nói lỗi xuất phát từ môi trường. Một câu trả lời tốt sẽ phân loại lỗi theo nguyên nhân trước khi tranh luận về việc phát hành: đọc thông tin lỗi, tách sự cố môi trường khỏi lỗi thực, kiểm tra xem các kiểm thử báo đỏ có bao phủ những thay đổi trong bản phát hành này không và cung cấp cho quản lý phát hành một tuyên bố về rủi ro thay vì chỉ trả lời có hoặc không. Người phỏng vấn đang đánh giá khả năng phân loại và giao tiếp.

Các tình huống thường gặp khác gồm: thiết kế cổng CI để yêu cầu kéo chạy kiểm thử đơn vị và hợp đồng, còn các bộ kiểm thử chậm hơn chạy theo lịch; quản lý môi trường và dữ liệu kiểm thử để kiểm thử không phụ thuộc vào một cơ sở dữ liệu dùng chung; quyết định cách kiểm thử thay đổi của một tích hợp bên thứ ba mà bạn không kiểm soát được; báo cáo một lỗi mà nhà phát triển phản đối; và đo lường chất lượng mà không biến độ bao phủ thành mục tiêu. Trong mỗi trường hợp, hãy nêu ràng buộc, chọn một cơ chế và trình bày chi phí của lựa chọn đó.

Những câu trả lời này sẽ tiến bộ rõ rệt khi bạn luyện nói thành tiếng và trả lời câu hỏi tiếp nối; đó chính là mục đích của chế độ phỏng vấn thử. Các bộ câu hỏi cho những vai trò khác được tập hợp tại câu hỏi phỏng vấn theo vai trò và chủ đề.

Với các vòng trao đổi, câu trả lời là có, trong những giới hạn trung thực. Ứng dụng máy tính gốc của SubcueAI dành cho macOS và Windows thu âm thanh hệ thống cùng micrô của bạn, rồi hiển thị các gợi ý trả lời ngắn trong một lớp phủ cục bộ. Vì vậy, khi người phỏng vấn hỏi cách bạn chẩn đoán một bộ kiểm thử chập chờn, danh sách kiểm tra sẽ xuất hiện trên màn hình trong lúc bạn trình bày kinh nghiệm của chính mình. Tiện ích trình duyệt hỗ trợ các cuộc gọi trong thẻ trình duyệt trên Chrome và Edge bằng cách chỉ thu âm thanh của thẻ cuộc họp. Không có bot nào tham gia cuộc gọi và không có nội dung nào được chèn vào trang họp; hướng dẫn thiết lập nằm trên trang hướng dẫn.

Các giới hạn: bài tập làm tại nhà, bài lập trình có giám sát, màn hình được ghi lại và máy tính xách tay do công ty quản lý đều nằm ngoài phạm vi; bài tập trực tiếp yêu cầu bạn viết kiểm thử dưới sự quan sát phải do chính bạn thực hiện. Aaron Cao, nhà sáng lập SubcueAI, mô tả sản phẩm như một lời nhắc về những gì bạn đã biết chứ không phải kịch bản, vì vậy sản phẩm sử dụng sơ yếu lý lịch và cách diễn đạt của chính bạn. Hãy tải sơ yếu lý lịch đó lên trước; hồ sơ nằm trong trình tạo sơ yếu lý lịch.