Cách chuyển đổi nghề nghiệp từ kỹ sư QA sang nhà phát triển: Câu chuyện của lập trình viên

Ngày nay, bất kỳ ai cũng có thể học để trở thành nhà phát triển: quản lý, nhân viên bán hàng, bồi bàn hoặc huấn luyện viên. Tuy nhiên, lập trình đôi khi có vẻ quá sức đối với một số tân binh và họ cảm thấy chán nản trước cơ hội có được công việc với tư cách là một nhà phát triển cấp dưới. Đó là lý do tại sao một số người học chọn vai trò kỹ sư QA như một lựa chọn an toàn. QA là người kiểm tra phần mềm và tìm ra lỗi trong đó. Nghề này cho phép bạn bước vào thế giới lập trình phức tạp. Chúng tôi giới thiệu câu chuyện của nhà phát triển Kyrylo, người bắt đầu hành trình trong lĩnh vực CNTT với thử nghiệm QA (đảm bảo chất lượng) và sau đó trở thành nhà phát triển.

QA phù hợp với tôi và tôi bắt đầu nghiên cứu sâu hơn về lĩnh vực này

Tôi không quan tâm đến sự nghiệp của một nhà phát triển sau giờ học. Tuy nhiên, tôi vẫn vào đại học khoa “Phát triển phần mềm hệ thống” vì bố mẹ khuyên tôi nên chọn chuyên ngành này. Tôi hiểu lập trình, nhưng nó tốn rất nhiều công sức. Tôi đã làm bài thi thành công nhưng tốt nghiệp mà không có kiến ​​thức vững chắc về lập trình. Sau đó tôi cố gắng tìm việc làm lập trình viên; tuy nhiên, sau khi thất bại 2-3 cuộc phỏng vấn mà tôi không biết làm thế nào để vượt qua, tôi quyết định trở thành QA testing. Một ngày nọ, tôi tình cờ gặp một công ty đang tuyển người thực tập QA. Tôi đã vượt qua cuộc phỏng vấn thành công, hoàn thành kỳ thực tập và ở lại đó để làm người thử nghiệm. Mọi thứ đều phù hợp với tôi và tôi bắt đầu đi sâu vào lĩnh vực này. Tôi đã viết một bài kiểm tra tự động bằng Java lần đầu tiên. Đó là một bài kiểm tra dễ dàng: nó mở một cửa sổ trình duyệt, nhấp vào các danh sách cụ thể và chọn các mục, nhưng tôi rất thích nó. Có vẻ như tôi đã làm phép thuật. Sau một thời gian, một người bạn cùng lớp làm ở công ty khác mời tôi vào vị trí kỹ sư QA ở đó. Vì vậy, tôi đã chấp nhận lời đề nghị và tôi đã có được trải nghiệm tuyệt vời về QA và làm việc theo nhóm. Sau khi xử lý việc kiểm tra thủ công (điều này không mấy thú vị), một người quản lý đã hỏi nhóm của chúng tôi xem có ai sẵn sàng làm việc với các bài kiểm tra tự động không và tôi đã tình nguyện đảm nhận vai trò này. Tôi cần thêm kiến ​​thức để quản lý các nhiệm vụ mới, vì vậy tôi đã học C#, điều này cho phép tôi xử lý các bài kiểm tra tự động hiện có và phát triển chúng. Sau này, tôi có cơ hội chuyển sang vị trí lập trình viên ở công ty đó nhưng tôi quyết định rời công ty vì nhóm của tôi đã giải tán. Vì vậy, tôi đã nhận được vị trí kỹ sư QA tại một công ty có văn phòng ở trung tâm thành phố và văn phòng có tàu lượn siêu tốc. Sau đó tôi nghĩ: Tôi muốn ở đó cho đến cuối sự nghiệp. Tuy nhiên, tôi đã làm việc ở đó được gần bốn năm trước khi quyết định rời đi. Tôi đã có được trải nghiệm tuyệt vời khi làm việc theo nhóm. Chúng tôi thường xem video từ các hội nghị kỹ thuật hay video đào tạo về cách công nghệ vận hành. Mặc dù tham gia vào các bài kiểm tra tự động nhưng tôi vẫn nghiên cứu các công nghệ liên quan và thu được các kỹ năng mới. Nói chung, đó là một trải nghiệm tuyệt vời đối với tôi.

Tôi muốn làm thêm việc lập trình

Sau đó, tôi tìm được một vị trí tuyển dụng cho kỹ sư QA, công việc này yêu cầu kiến ​​thức về Python. Tôi nhanh chóng đọc một cuốn sách về Python để hiểu cú pháp và hoàn thành bài kiểm tra mà công ty giao cho tôi. Mặc dù tôi đã trễ thời hạn nhưng công ty vẫn chấp nhận công việc của tôi và mời tôi đến phỏng vấn. Cuộc trò chuyện của chúng tôi rất đơn giản: Tôi đã nói chuyện với người quản lý QA và người quản lý dự án về các chủ đề chung về thử nghiệm và lập trình. Và tôi đã được tuyển dụng. Trách nhiệm của tôi bao gồm thực hiện các bài kiểm tra tự động và thủ công. Tuy nhiên, tôi không thích cuốn sách hướng dẫn này vì nó ám chỉ các hành động đơn điệu và tôi muốn lập trình nhiều hơn. Vì vậy, tôi bắt đầu đào sâu kiến ​​thức về Python, đăng ký các khóa học và nói chuyện với người quản lý về tham vọng của mình. Nhưng vào thời điểm đó, họ không còn vị trí nhà phát triển nào còn trống. Tôi đã làm việc và học tập cùng một lúc. Quá trình chuyển đổi mất khoảng chín tháng: vào mùa xuân, tôi bắt đầu đào tạo và nhận được việc làm vào tháng 12. Điều khó khăn nhất trong quá trình chuyển đổi không phải là tôi gặp phải những khái niệm mới trong lập trình mà là tôi bị quá tải và dành quá nhiều thời gian cho máy tính.

Kinh nghiệm làm kỹ sư QA của tôi giúp ích cho tôi trong việc lập trình

Một ngày nọ, một người bạn cùng lớp làm việc cho một công ty CNTT đã viết thư cho tôi. Anh ấy đề nghị một công việc kỹ sư QA, nhưng tôi nói rằng tôi đang tìm kiếm một công việc phát triển. Hóa ra họ còn một vị trí trống nên tôi quyết định thử. Chúng tôi đã có một cuộc phỏng vấn kéo dài ba giờ về các công nghệ khác nhau (theo bảng kỹ năng) và sau đó – một cuộc phỏng vấn với khách hàng. Họ nhìn thấy tiềm năng ở tôi nên tôi đã được thuê. Tôi thích làm việc ở đó vì tôi được làm quen với nhiều công nghệ mới. Ngoài ra, công ty còn có những đồng nghiệp tuyệt vời, những người có thể xin lời khuyên về dự án. Kinh nghiệm thử nghiệm trước đây trong các dự án lớn đã giúp tôi hiểu rõ về các quy trình phát triển sản phẩm. Đó chắc chắn là một lợi thế. Kinh nghiệm làm kỹ sư QA của tôi hiện đang giúp ích cho tôi trong việc lập trình. Khi thực hiện một nhiệm vụ, tôi biết đồng nghiệp sẽ kiểm tra nó nên tôi mô tả càng nhiều chi tiết đáng chú ý càng tốt. Sau đó, khi các kỹ sư QA đưa ra yêu cầu giúp tìm hiểu, tôi hiểu họ muốn biết điều gì từ tôi. Vì vậy, tôi giúp họ kiểm tra các thành phần cụ thể đang được phát triển. Kỹ năng phân tích hệ thống với nhiều yếu tố trở nên hữu ích. Tôi có thể dễ dàng nhớ được bức tranh toàn cảnh về một hệ thống phức tạp. Một phần nhiệm vụ của lập trình viên cũng bao gồm viết các bài kiểm tra đơn vị để kiểm tra một chức năng cụ thể trong ứng dụng. Biết cách viết kịch bản kiểm thử sẽ giúp ích trực tiếp nhất cho công việc của tôi. Nếu bây giờ tôi đã tốt nghiệp, tôi sẽ cố gắng kiếm được công việc là nhà phát triển ngay từ đầu. Tôi sợ lập trình vì chúng tôi đã học C ++ tại trường đại học, nơi bạn phải cân nhắc rất nhiều sắc thái trong khi viết mã. Tuy nhiên, trong quá trình đào tạo, tôi nhận ra rằng không phải như vậy: những điều phức tạp có thể được viết một cách đơn giản và rõ ràng.