Nhà phát triển trong thử nghiệm là gì? [đóng cửa]

Gần đây tôi đã nói chuyện với một nhà tuyển dụng muốn đưa tôi vào một công ty cho vị trí Nhà phát triển trong thử nghiệm. Về cơ bản, ông đã làm cho nó nghe giống như một vị trí mà bạn có thể sử dụng các kỹ thuật lập trình mới và kiểm tra các lỗi và cải tiến trong phần mềm nhưng bạn không cần phải lo lắng về thời hạn chuẩn. Bạn có thể rất sáng tạo trong công việc của bạn.

Nhưng mô tả đó vẫn còn mơ hồ với tôi. Tôi đã là một nhà phát triển web trong một số năm nay, chủ yếu làm việc trong PHP. Vì vậy, tôi muốn biết nếu những người khác trong cộng đồng biết nhiều hơn về những gì các vị trí này thường đòi hỏi.

Tôi biết rằng đây có thể không phải là một chủ đề phù hợp cho diễn đàn này, nhưng nó là sự phù hợp nhất tôi có thể tìm thấy trong Stack Exchange và tôi thực sự sẽ đánh giá cao nó nếu điều này không bị đóng cửa vì thực sự không có nơi nào khác để hỏi về nó .

Tôi đã thử Googling nó, nhưng không có nhiều thông tin ngoài đó. Vậy chính xác thì Developer là gì?

Tôi là một Kỹ sư Phát triển Phần mềm đang thử nghiệm và đã ở 2 công ty riêng biệt. Hiện tại tôi làm việc cho Microsoft.

Nói rộng ra, Bryan Oakley là chính xác: bạn viết phần mềm kiểm tra phần mềm.

Ngoài ra, nó phụ thuộc vào mức độ kinh nghiệm của bạn, phạm vi trách nhiệm của bạn và loại phần mềm mà nhà tuyển dụng sẽ sản xuất. Vị trí SDET có thể bao gồm viết bất cứ điều gì từ những điều cơ bản của kiểm tra xác minh mức tính năng, đến viết và duy trì cơ sở hạ tầng kiểm tra để chạy các kiểm tra đó. Cũng không có gì lạ khi có SDETS chuyên kiểm tra tập trung cho một số loại yêu cầu nhất định (kiểm tra bảo mật, hiệu suất / quy mô, khả năng sử dụng, v.v. là những ví dụ ngay lập tức nảy ra trong đầu).

Mô tả mà bạn nhận được từ nhà tuyển dụng nghe có vẻ như là một kỹ thuật bán hàng kém.

• Bạn không nghịch ngợm; bạn có n ngày để có được phạm vi kiểm tra tự động đối với các tính năng x được triển khai trong y các môi trường được hỗ trợ khác nhau bằng các ngôn ngữ z .
• Ồ, btw: những bài kiểm tra đó phải chạy đủ nhanh để các nhà phát triển có chu kỳ phát triển / kiểm tra nhanh vì ...
• Không có thời hạn chuẩn? Bạn chịu trách nhiệm về chất lượng của sản phẩm và ngày phát hành đã được đặt bằng cách tiếp thị 6 tháng trước. Nhóm nhà phát triển trễ 6 tuần cung cấp bản dựng ổn định cho nhóm thử nghiệm của bạn và công ty sẽ không đẩy ngày phát hành đó (một lần nữa). Sản phẩm hoặc dịch vụ có đủ ổn định để phát hành cho một vài triệu (tỷ?) Người trong cùng một ngày không?
• ... và nếu ( khi ) khách hàng gọi có vấn đề ... "Tại sao (địa ngục) bạn không bắt được nó trước?"

Tôi hy vọng điều đó cho bạn một ví dụ về việc trở thành một SDET như thế nào.

"Nhà phát triển trong thử nghiệm" thường có nghĩa là bạn đang ở trong bộ phận QA hoặc trong vai trò QA, nhưng trọng tâm là viết các bài kiểm tra tự động thay vì tạo và chạy các trường hợp kiểm tra thủ công. Điều đó như là phần mềm viết để kiểm tra phần mềm. Nó có thể là một lựa chọn nghề nghiệp đặc biệt thách thức bởi vì nó cần cả kỹ năng lập trình và hiểu biết tốt về kiểm thử phần mềm.

Tuy nhiên, các tiêu đề khác nhau có nghĩa là những điều khác nhau đối với các công ty khác nhau, vì vậy câu trả lời dứt khoát phải đến từ nhà tuyển dụng.

Vai trò SDET là khá nhiều những gì bạn tạo ra, bằng chứng là tất cả các tên khác nhau của nó: QA / Developer, QA Engineering, Automatic Developer. Chức danh hiện tại của tôi thực sự là Kỹ sư kiểm tra, điều mà tôi chưa bao giờ nghe thấy nó được gọi trước khi nhận công việc này. Bất kể tiêu đề cụ thể, đó là một vị trí mới trong hầu hết các công ty, vì vậy các kỳ vọng có thể bị mất. "Giúp chúng tôi tự động hóa thử nghiệm của chúng tôi và các công cụ ...". Các công cụ có thể bao gồm các công cụ CI, thử nghiệm API, dịch vụ đám mây, tích hợp với các hệ thống nội bộ, v.v.

Một khía cạnh khác của công việc tôi không thấy trong chủ đề này là cải tiến quy trình. Thông thường, SDET đã làm QA trong một thời gian và thông thường, họ có nhiều kỹ thuật hơn so với phần còn lại của nhóm QA, bao gồm cả người quản lý của họ. Họ biết rất nhiều về hệ thống đang được thử nghiệm, tức là "nơi chôn cất thi thể". Vì những lý do này, SDET có xu hướng được quản lý lắng nghe và có thể có nhiều ảnh hưởng đến quá trình - không chỉ là quá trình thử nghiệm, mà cả cách sản phẩm được xây dựng. Điều này có thể được mát mẻ, nếu bạn vào đó.