Phỏng vấn Microsoft SDE so với Phỏng vấn và tài nguyên của Microsoft SDET để nghiên cứu [đã đóng]


9

Tôi đã luôn nghe nói rằng các cuộc phỏng vấn SDE khó bị bẻ khóa hơn nhiều so với SDET. Có thật không? Tôi cũng đã nghe nói rằng nếu ứng viên không làm tốt trong cuộc phỏng vấn SDE, đôi khi anh ta cũng được đề nghị vị trí SDET. Có bao nhiêu sự thật trong những cuộc nói chuyện này? Tôi đánh giá rất cao nếu ai đó đưa các tài nguyên và hướng dẫn tốt về cách chuẩn bị cho các cuộc phỏng vấn của Microsoft..những cuốn sách nào cần đọc, ghi chú, trang web câu hỏi lập trình trực tuyến, v.v. Cung cấp càng nhiều thông tin càng tốt.

Cảm ơn trước mọi người vì sự giúp đỡ và đóng góp quý báu của bạn.


3
Bỏ phiếu để đóng. Đây là một câu hỏi về việc vượt qua một cuộc phỏng vấn tại một công ty cụ thể.
Steven Evers

Đã cho công ty đó là gì, tôi nghĩ rằng nó đủ hợp lệ để áp dụng cho nhiều hơn OP.
Wayne Molina

Câu trả lời:


16

Thật không may, đó là cả hai huyền thoại. SDE và SDET có cùng mức lương khởi điểm, vì vậy sẽ thật ngớ ngẩn khi có một thanh thấp hơn cho một trong các vị trí. Bạn sẽ phải viết mã tại bảng trắng trong cả hai cuộc phỏng vấn và cho thấy rằng bạn có thể giải mã các vấn đề phức tạp.

Tùy thuộc vào nhóm, vòng SDE có thể nhấn mạnh hơn vào các thuật toán và về phía SDET, bạn sẽ thấy nhấn mạnh hơn vào tư duy hệ thống - nhưng sự nhấn mạnh có thể thay đổi đôi chút theo từng nhóm.

Để chuẩn bị, nghiên cứu các thuật toán và ví dụ triển khai, nhưng quan trọng hơn là thực hành giải quyết các vấn đề lập trình ngẫu nhiên trên giấy (hoặc trên bảng trắng nếu bạn có). Có thể suy nghĩ thành tiếng trong khi bạn viết mã (câu trả lời thường không quan trọng bằng quá trình suy nghĩ). Cũng có các ví dụ để chia sẻ về cách bạn học hỏi, giao tiếp và xử lý xung đột.

Đối với một cuộc phỏng vấn SDET, bạn có thể đọc cuốn sách của tôi (quan trọng hơn, cuốn sách sẽ giúp bạn đánh giá nếu bạn muốn trở thành một SDET. Về phía nhà phát triển, bạn có thể goo ... bing "Câu hỏi phỏng vấn của Microsoft" và có thể nhận được một số điều tốt tài liệu thực hành - nhưng bỏ qua các câu hỏi loại "tại sao nắp hố ga", vì những câu hỏi này hiếm khi được sử dụng nữa.


10

Tôi nghĩ kịch bản duy nhất mà một người sẽ đến MS để phỏng vấn cho vị trí SDE và đưa ra lời đề nghị SDET sẽ là nếu ai đó sớm vào nghề (thực tập sinh hoặc mới ra trường, về cơ bản) cho thấy rất nhiều thử nghiệm năng khiếu, và liên tục hiển thị bằng chứng về "tư duy của người thử nghiệm" trong một cuộc phỏng vấn. Nó sẽ phải đủ sớm trong sự nghiệp của họ mà họ có thể chỉ không biết về kiểm tra - vì vậy thực tập, hoặc có thể là công việc đầu tiên ra khỏi trường đại học. Tôi đã nghe nói về một vài trường hợp điều này xảy ra từ các sinh viên tại Đại học Washington, ngay tại sân sau của Microsoft, vì vậy việc thực tập là phổ biến. Nó không phổ biến. Năng lực kiểm tra sẽ phải được nhận ra đủ sớm trong vòng lặp rằng phần còn lại của cuộc phỏng vấn có thể được sửa đổi thành "kiểm tra"

Về lý thuyết, điều đó cũng có thể xảy ra theo hướng khác (phỏng vấn SDET nhận được đề nghị SDE). Tuy nhiên, tôi không nghĩ rằng tôi đã từng nghe về điều đó - có thể vì vai trò của SDET tương đối xa lạ và một người có "tâm trí người thử nghiệm" rất có thể sẽ phỏng vấn cho vai trò SDE mà không nhận ra lĩnh vực khác nơi họ có thể xuất sắc, hơn một cuộc phỏng vấn "tâm trí" tuyệt vời cho vai trò SDET mà không nhận ra tiềm năng SDE của họ.

Hãy nhớ rằng tôi đã tốt nghiệp hơn 5 năm trước, vì vậy tôi không biết liệu thậm chí kịch bản này có xảy ra nữa hay không. Vào thời điểm đó, vai trò SDET tại Microsoft khá bí ẩn và hầu hết mọi người không thực sự biết về kiểm tra tự động khi họ học đại học. Tôi nghĩ rằng điều đó đã thay đổi rất nhiều kể từ đó.

Tôi đã phỏng vấn khoảng 6 vị trí SDET tại Microsoft và một vài vị trí SDE. Các cuộc phỏng vấn vai trò SDET KHÔNG dễ dàng hơn. Các câu hỏi mã hóa thường giống nhau, mặc dù các câu trả lời ít phức tạp hơn có thể được chấp nhận miễn là người đó thể hiện sự thiên vị rõ ràng đối với chất lượng (ví dụ: nghĩ và xử lý các lỗi thú vị; kiểm tra câu trả lời của họ khi họ thực hiện mã hóa, v.v.). Bất kỳ sự chậm trễ nào về mã hóa đều được bù đắp bằng nhu cầu có khả năng suy nghĩ nghiêm túc về chất lượng và thử nghiệm.

Như đã nói, tôi thực sự nghĩ rằng một nghề nghiệp SDET dễ dàng đạt được và tiến lên chỉ đơn giản vì những SDET giỏi, những người trong sự nghiệp cả đời không phải là phổ biến. Bản mẫu "SDET, người thực sự muốn trở thành SDE" không phải không có nền tảng. Thể hiện một niềm đam mê thực sự (và trung thực) để thử nghiệm sẽ khiến bạn nổi bật, trong khi các nhà phát triển có niềm đam mê thực sự để phát triển là tương đối phổ biến. Điều này có thể không kéo dài; Vai trò SDET đang trở nên phổ biến gần đây, khi nhiều công ty thuê vai trò đó và khi lĩnh vực này trở nên dễ hiểu hơn. Ngay bây giờ, tôi nghĩ SDET là một điểm ngọt nghề nghiệp thực sự, và không chỉ ở Microsoft. Chỉ cần chắc chắn rằng bạn thực sự thích thử nghiệm. Nếu bạn thực sự là một dev thuần khiết, bạn có thể thấy khó khăn và buồn tẻ.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.