Trái ngành có làm Tester được không? Kinh nghiệm thực tế và lời khuyên từ người đã thành công
6 giờ tới · 11 phút đọc
Câu hỏi mình nhận nhiều nhất
Mỗi tuần mình đều nhận ít nhất vài tin nhắn kiểu: "Mình học kế toán, có chuyển tester được không?", "Mình là điều dưỡng, nghe nói tester không cần code - có đúng không?", "32 tuổi trái ngành có muộn không?"
Câu trả lời của mình luôn là: có, hoàn toàn được. Không phải trấn an cho qua, mà vì mình đã thấy đủ trường hợp thực tế để nói điều đó với sự tự tin.
Nhưng "được" không có nghĩa là dễ. Mình sẽ nói thẳng về cả hai phía: vì sao trái ngành lại có lợi thế, và rào cản thực sự bạn sẽ gặp phải là gì.
Nhiều con đường khác nhau vẫn dẫn đến cùng một đích - nghề tester không ngoại lệ
Bài này mình viết cho bạn đang phân vân. Đọc xong, bạn sẽ biết mình cần làm gì tiếp theo - không phải tiếp tục phân vân.
Tại sao trái ngành không phải bất lợi
Nhiều bạn nghĩ tester cần xuất phát từ IT. Thực ra, tester giỏi cần một thứ khác: tư duy người dùng. Và đó là thứ dân trái ngành có thừa.
Khi bạn dùng một phần mềm quản lý kho với con mắt của người từng làm kho, bạn sẽ thấy ngay những điểm bất hợp lý mà dev không bao giờ nghĩ tới. Khi bạn test một app bệnh viện sau nhiều năm làm điều dưỡng, bạn biết điều dưỡng thực tế cần gì - không phải điều dưỡng trong đầu developer.
Đó là lợi thế mà người học IT từ đầu thường thiếu.
Tư duy người dùng thực tế - thứ tester giỏi cần nhất
Các ngành chuyển sang tester đặc biệt thuận lợi:
- Kế toán, tài chính: Quen với con số, quen kiểm tra sai sót, tỉ mỉ với từng con số lẻ. Test tính năng tính toán, báo cáo tài chính là lợi thế rõ ràng.
- Điều dưỡng, y tế: Tư duy quy trình chặt chẽ, quen xử lý tình huống ngoài dự kiến. Test hệ thống y tế, bệnh viện, phần mềm chăm sóc sức khỏe là lợi thế cạnh tranh thật sự.
- Ngoại ngữ, sư phạm: Tiếng Anh tốt (đọc tài liệu kỹ thuật không khó), kỹ năng giao tiếp viết rõ ràng (bug report cần kỹ năng này).
- Marketing, truyền thông: Hiểu hành vi người dùng, nhạy với UX, quen kiểm tra nội dung và giao diện.
Mỗi ngành mang đến một góc nhìn khác nhau. Tester đến từ nhiều nền tảng tạo ra team testing tốt hơn team toàn dân IT.
Kỹ năng cũ của bạn có giá trị hơn bạn nghĩ
Chuyển ngành không có nghĩa là bỏ đi tất cả. Phần lớn kỹ năng bạn đã có đều có thể dùng được ngay khi làm tester.
Mình từng hướng dẫn một bạn từng là kế toán viết bug report. Bạn ấy có thói quen ghi chú từng bước cực kỳ chi tiết - đúng vì làm kế toán phải vậy. Chuyển sang bug report, bạn ấy chỉ cần học thêm format và thuật ngữ, còn tư duy "ghi đủ để người khác hiểu và tái hiện" đã có sẵn.
Kỹ năng trái ngành dễ chuyển đổi:
- Tỉ mỉ, cẩn thận: Dân kế toán, điều dưỡng, pháp lý quen kiểm tra từng chi tiết nhỏ. Đây là kỹ năng cốt lõi của tester.
- Tư duy logic: Quen phân tích nguyên nhân - hậu quả giúp bạn viết test case tốt hơn.
- Giao tiếp viết: Bug report cần mô tả rõ ràng để dev hiểu và fix đúng. Ai quen viết báo cáo, email công việc đều có lợi thế.
- Nghiệp vụ domain: Hiểu sâu một lĩnh vực (y tế, tài chính, giáo dục) giúp bạn test đúng nghiệp vụ, phát hiện bug mà dân IT không thể phát hiện.
Kỹ năng cũ không bỏ đi - chỉ cần định hướng lại cho đúng bối cảnh
Testing không đòi hỏi bạn giỏi code. Nó đòi bạn giỏi đặt câu hỏi: "Điều gì có thể sai ở đây?", "Người dùng thực tế sẽ làm gì?", "Nếu nhập sai dữ liệu thì hệ thống xử lý thế nào?"
Câu hỏi tốt đến từ kinh nghiệm sống, không phải từ bằng cấp IT.
Rào cản thực tế - và cách vượt qua
Mình không muốn vẽ hồng quá. Chuyển ngành có rào cản thật sự. Nhưng rào cản không phải tường - là thứ cần thời gian và cách đúng để vượt qua.
"Mình không biết code"
Manual testing (kiểm thử thủ công) - công việc phổ biến nhất cho tester mới - không yêu cầu viết code. Bạn cần hiểu hệ thống hoạt động thế nào, biết đọc yêu cầu tính năng, viết test case và báo cáo bug.
Khi làm được 1-2 năm và muốn lên automation testing (kiểm thử tự động - dùng code để test thay cho làm tay), lúc đó mới cần học code cơ bản. Và lúc đó bạn đã có nền tảng testing vững - học code sẽ có mục tiêu rõ hơn nhiều.
"Tiếng Anh mình yếu"
Thuật ngữ testing không nhiều. Khoảng 50-70 từ chuyên ngành hay dùng nhất, mình có thể giải thích từng từ một. Đọc hiểu tài liệu kỹ thuật cơ bản, đọc bug report bằng tiếng Anh - đủ rồi. Không cần nghe nói lưu loát để bắt đầu.
Tiếng Anh là kỹ năng học song song, không phải điều kiện tiên quyết để bắt đầu.
"Mình đã 30-35 tuổi, có muộn không?"
Không muộn. Lớp mình từng đào tạo có bạn 32 tuổi từ kế toán, 34 tuổi từ ngành sư phạm - cả hai giờ đều đang làm tester ổn định. Kinh nghiệm sống và nghề cũ là tài sản, không phải gánh nặng.
Cái bạn mất: thời gian học ban đầu (3-6 tháng nghiêm túc). Cái bạn được: nghề mới với môi trường phát triển rõ ràng hơn.
Ba rào cản phổ biến nhất - và đều có cách vượt
"Không có bằng IT, công ty có nhận không?"
Nhiều công ty tuyển tester không yêu cầu bằng IT, đặc biệt vị trí manual tester junior. Điều quan trọng hơn là bạn có portfolio thực tế: test case đã viết, bug report mẫu, hiểu quy trình làm việc.
Hiểu quy trình tạo ra portfolio. Portfolio tạo ra cơ hội phỏng vấn. Phỏng vấn tốt tạo ra công việc đầu tiên.
Lộ trình thực tế cho người trái ngành
Biết rằng "được" thôi chưa đủ. Bạn cần biết làm gì, theo thứ tự nào.
Mình chia lộ trình ra 3 giai đoạn rõ ràng:
Giai đoạn 1 - Nền tảng (tháng 1-2): Học khái niệm testing cơ bản: test case là gì, bug report viết thế nào, quy trình làm việc của tester trong một dự án. Thực hành viết test case cho app thật - bắt đầu từ tính năng đăng nhập (mình sẽ hướng dẫn chi tiết trong bài sau).
Giai đoạn 2 - Thực hành (tháng 3-4): Tham gia dự án thực tế - có thể là dự án mở (open source), dự án nội bộ nhóm học, hoặc nhờ quen biết xin test thử. Mục tiêu: có ít nhất 20-30 test case thật và 5-10 bug report thật để làm portfolio.
Giai đoạn 3 - Tìm việc (tháng 5-6): Hoàn thiện CV nhấn mạnh kỹ năng chuyển đổi từ ngành cũ. Ứng tuyển vị trí manual tester junior hoặc intern. Chuẩn bị phỏng vấn kỹ phần: viết test case tại chỗ, mô tả quy trình test một tính năng cụ thể.
Ba giai đoạn rõ ràng - mỗi giai đoạn 2 tháng, tổng 6 tháng để sẵn sàng đi làm
Thời gian 6 tháng là ước tính cho người học nghiêm túc 2-3 tiếng/ngày. Nếu có thể dành nhiều thời gian hơn, nhanh hơn. Nếu vừa học vừa đi làm chính, 8-10 tháng là thực tế hơn.
Đừng đợi "sẵn sàng hoàn toàn" rồi mới bắt đầu. Không ai sẵn sàng hoàn toàn trước khi bắt tay vào làm.
Nếu muốn có cái nhìn tổng quan về ngành IT trước khi bắt đầu lộ trình testing, khóa Kiến Thức Nhập Môn IT là điểm khởi đầu tốt - miễn phí và đi qua đủ các khái niệm nền tảng bạn cần biết.
Mình cũng có chuẩn bị mẫu CV cho bạn tham khảo khi đến giai đoạn tìm việc: Tải mẫu CV tester trái ngành
Bắt đầu từ đâu - checklist cụ thể
Testing không khó. Phần khó nhất là bắt đầu khi chưa biết bắt đầu từ đâu.
Mình tóm lại những bước đầu tiên bạn có thể làm ngay hôm nay:
- Đọc về quy trình SDLC (Software Development Life Cycle - vòng đời phát triển phần mềm) để hiểu tester đứng ở đâu trong quy trình làm sản phẩm.
- Học viết test case - bắt đầu từ tính năng đơn giản nhất: đăng nhập một app bạn đang dùng. Viết ra tất cả trường hợp có thể xảy ra.
- Tải app về máy và tự test - ghi lại bug bạn tìm được, viết bug report theo format chuẩn (Title, Steps to reproduce, Expected result, Actual result).
- Join cộng đồng Testing Việt Nam trên Facebook, đọc câu hỏi người khác hỏi, dần dần bạn sẽ thấy mình hiểu hơn mỗi ngày.
- Đừng đợi xong khóa học mới bắt tay vào thực hành. Học và làm song song.
Năm bước đầu tiên - bắt đầu từ hôm nay, không phải "khi sẵn sàng"
Thấy nhiều bước và thấy ngợp là bình thường. Mình cũng từng vậy khi bắt đầu học những thứ mới. Bạn không cần hoàn hảo từ bước 1 - chỉ cần bắt đầu đúng hướng và giữ thói quen tỉ mỉ.
Test kỹ 1 lần vẫn tốt hơn làm lại nhiều lần. Nghề tester dạy mình điều đó - và mình tin bạn sẽ tự cảm nhận được khi đã bắt tay vào làm.
Bài tới mình sẽ hướng dẫn viết test case đầu tiên cho tính năng đăng nhập - cụ thể từng bước, kèm ví dụ thật. Bookmark lại để không bỏ lỡ nhé. Comment bên dưới nếu bạn đang từ ngành nào chuyển sang - mình sẽ trả lời từng bạn!