Chúng tôi đang thuê một người QA và tôi phải đưa ra một số câu hỏi phỏng vấn. Sự thật là, tôi không biết nhiều về những gì một kỹ sư QA giỏi nên biết, ít hơn những câu hỏi phỏng vấn tốt có thể liên quan. Có ai có đề nghị?
Một số thông tin: Môi trường là hai ứng dụng web riêng biệt (nhưng đan xen) cho ngăn xếp Microsoft (ASP.NET, SQL Server, IIS).
Câu trả lời:
Trừ khi bạn có nhiều kinh nghiệm làm việc với những người thử nghiệm, hãy đọc một vài chương đầu tiên của "Phần mềm máy tính thử nghiệm" của Cem Kan để cảm nhận về các loại thuật ngữ bạn muốn nghe: Kiểm tra ranh giới, kiểm tra lỗi, kiểm tra đường dẫn hạnh phúc, chức năng, hiệu suất, bảo mật, tích hợp, v.v ... Nếu bạn không thể nói được ngôn ngữ, bạn sẽ không thể thực hiện một cuộc phỏng vấn tốt.
Cung cấp cho họ một thông số kỹ thuật cho một phần nhỏ của hệ thống của bạn. Yêu cầu họ kiểm tra nó. Bạn đang tìm kiếm tổ chức của suy nghĩ và khả năng của họ để đưa ra các bài kiểm tra thú vị. Bạn muốn thấy chúng phá vỡ các khu vực thử nghiệm một cách có trật tự, và sau đó đi sâu vào từng khu vực, nghĩ ra nhiều trường hợp thử nghiệm thú vị hơn. Những người thử nghiệm thực sự giỏi có thể làm điều này trong nhiều giờ với tất cả những vấn đề nhỏ nhặt nhất, vì vậy bạn có thể cần phải cắt bỏ chúng và chuyển chúng sang một danh mục khác để có cảm nhận tốt về cách họ nghĩ.
Mô tả hành vi gây ra bởi một lỗi thực sự trong hệ thống của bạn là loại khó hiểu. Hỏi họ sẽ làm gì nếu thấy lỗi này trong khi thử nghiệm. Ở đây, bạn đang tìm cách giảm lỗi - khả năng tìm tập hợp hoàn cảnh đơn giản nhất có thể tái tạo lỗi. Điều này làm cho việc sửa lỗi dễ dàng hơn nhiều đối với các nhà phát triển, vì họ có dự đoán tốt hơn về nguyên nhân gây ra sự cố và thể hiện khả năng giải quyết vấn đề rõ ràng và hiểu rõ về yếu tố nào có thể tương tác để gây ra lỗi. Với sản phẩm cụ thể của bạn, thảo luận về một điều kiện cuộc đua có thể là niềm vui.
Cung cấp cho họ một chương trình dòng lệnh đơn giản mà bạn đã hack cùng nhau (có thể bị lỗi) và một thông số đơn giản, và để họ ngồi xuống máy tính và chơi với nó, với mục tiêu tìm kiếm các vấn đề. Ở đây bạn đang tìm kiếm sự sáng tạo và khả năng nhắm mục tiêu vào các khu vực rắc rối. Họ nên kiểm tra những thứ như đầu vào lớn, đầu vào nhỏ, đầu vào kỳ lạ, đầu vào trống. Nếu họ tìm thấy một lỗi, yêu cầu họ thử và tìm ra chính xác khi nào lỗi đó xảy ra (một lần nữa với việc giảm lỗi!).
Hỏi họ sẽ làm gì nếu SDE phản hồi lỗi với "Không sửa chữa" hoặc "Không sửa chữa", nếu họ nghĩ rằng lỗi này là quan trọng. Ở đây bạn đang tìm kiếm một người sẽ không chỉ là một người bị đẩy, nhưng cũng sẽ không đối kháng. Các phản hồi hợp lý bao gồm thêm các kịch bản ví dụ thể hiện rõ hơn mức độ nghiêm trọng của lỗi và sau đó mở lại vé, nói chuyện với nhà phát triển để cố gắng hiểu tại sao mọi việc được giải quyết theo cách này trước khi đóng, v.v.
Nói chuyện với họ về ứng dụng của bạn ở mức cao. Hỏi họ những loại thử nghiệm mà họ muốn thực hiện. Ở đây bạn đang tìm kiếm các lĩnh vực thử nghiệm chung như thử nghiệm thành phần chức năng, thử nghiệm tích hợp, thử nghiệm hiệu năng, thử nghiệm bảo mật.
Nếu đây là một kỹ sư SDET / tự động hóa, hãy cung cấp cho họ một số câu hỏi phỏng vấn cho các nhà phát triển với khoảng 1/3 đến một nửa tổng số năm kinh nghiệm của họ.
Nếu đây là người QA đầu tiên của bạn, hãy đảm bảo họ có thể tự khởi động. Hỏi họ xem họ tưởng tượng tuần đầu tiên đến tháng làm việc của họ như thế nào. Họ nên nói điều gì đó về việc thu thập các yêu cầu và thiết lập các công cụ, sau đó mô tả một cách tiếp cận hợp lý để bắt đầu thử nghiệm. Bạn đang tìm kiếm một người không cần sếp nói cho họ biết cách bắt đầu thử nghiệm và có thể tự quản lý. Nếu bạn đã có nhân viên QA, điều này ít quan trọng hơn.
Những gì tôi làm khi tôi phỏng vấn các ứng cử viên QA là yêu cầu họ phác thảo một chiến lược thử nghiệm cho một ứng dụng. Tôi thường đưa cho họ điện thoại của mình và chọn một ứng dụng có tính năng hạn chế - hoặc để họ chọn thứ gì đó quen thuộc hơn. Khi họ liệt kê một chiến lược cấp cao (một số không thể), tôi có thể yêu cầu họ đi sâu và liệt kê một vài trường hợp thử nghiệm.
Sau khi hoàn thành tôi có thể đưa cho họ một kịch bản trong đó chúng tôi có nguồn lực hạn chế và xem họ ưu tiên như thế nào.
Tôi cũng hỏi họ khi phần mềm đủ tốt để xuất xưởng, cách xử lý các tình huống trong đó PM hoặc dev không cảm thấy lỗi là quan trọng nhưng họ làm. Kịch bản phát triển sản phẩm tiêu biểu.
Đây là cho các vị trí QA không mã hóa. Mã hóa các vị trí QA tôi cung cấp cho họ một cuộc phỏng vấn kết hợp dev / test.
Hỏi họ làm thế nào họ sẽ thiết kế kế hoạch kiểm tra. Hỏi họ xem họ có kinh nghiệm trong việc sử dụng thử nghiệm hồi quy không và họ đã làm như thế nào nếu vậy. Hỏi họ làm thế nào về giao diện người dùng. Hỏi họ làm thế nào họ sẽ kiểm tra việc nhập dữ liệu không qua giao diện người dùng (nếu bạn làm những việc như vậy). Hỏi họ làm thế nào họ sẽ truyền đạt vấn đề của họ cho các nhà phát triển và cách họ sẽ kiểm tra giải quyết vấn đề. Tôi hỏi họ về lỗi thú vị nhất (hoặc khó tìm nhất) mà họ tìm thấy và cách họ tìm thấy nó.
Trước khi bạn bắt đầu phỏng vấn, hãy tìm một số cuốn sách về thử nghiệm và tìm hiểu một chút về những gì một người QA nên làm. Điều đó sẽ giúp bạn đánh giá câu trả lời của họ.
Hơn nữa bạn cũng đang tìm kiếm một phù hợp với tính cách tốt. Bạn không muốn một người QA là người bị đẩy, nhưng bạn cũng không muốn một kẻ bắt nạt hoặc một kẻ ngốc. Nhưng bạn có muốn một người sẽ đứng lên quản lý khi mọi thứ sai và không chỉ chấp thuận mọi thứ vì quản lý muốn đáp ứng thời hạn. Bạn muốn ai đó sẽ làm việc với các nhà phát triển một cách hiệu quả và hiểu được các yêu cầu của những gì họ đang thử nghiệm. Ai đó có một số nền tảng trong loại ứng dụng bạn đang thử nghiệm có thể là tốt. Một người thử nghiệm có kinh nghiệm chăm sóc sức khỏe sẽ biết những điều cần kiểm tra mà ai đó đến từ một lĩnh vực khác có thể không biết.
Tôi đoán bạn không thể mong đợi họ có bất kỳ kiến thức nghiêm túc nào về công nghệ - bất cứ ai có khả năng sẽ từ chối làm việc như một người thử nghiệm trần tục.
Điều tốt nhất bạn có thể làm là tìm kiếm những điều phổ biến như chú ý đến chi tiết, tâm trí tò mò, nhiệt tình để thử nghiệm và vân vân.