10 năm làm QE, và đây là sự thật về AI trong testing mà không ai nói thẳng với bạn
Cả tuần nay lướt Facebook là thấy AI test case. Có một bài chắc nhiều người cũng gặp: một bạn kể team mình dùng AI sinh test case và viết automation, rút dự án từ ba tháng xuống mười ngày — gần nghìn cảm xúc, sáu trăm mấy lượt share. Kéo theo là một rừng câu hỏi na ná khắp các nhóm: "ChatGPT với Gemini con nào gen test case ngon hơn?", "mọi người dùng AI tới đâu rồi?", "công ty đang xài tool gì?". Mình đọc mà thấy mừng thật — nhưng sau mười năm trong nghề, mình muốn ngồi xuống nói vài điều để cơn háo hức này đi đúng hướng.
Vấn đề không nằm ở chỗ AI có sinh test case nhanh hay không — nó nhanh thật. Vấn đề là phần lớn anh em đang dồn sự phấn khích vào đúng cái khâu mà nghề testing chưa bao giờ thấy khó, và bỏ trống cái khâu quyết định dự án sống hay chết. Nếu không nhận ra ranh giới đó, bạn sẽ tiết kiệm được hai tháng rưỡi mà chẳng biết mình vừa đánh đổi điều gì.
Trong bài viết này, bạn sẽ nắm được:
- Vì sao con số "ba tháng còn mười ngày" là thật nhưng không phải phần đáng bàn nhất.
- Câu hỏi đúng cần đặt ra không phải "AI nào giỏi hơn" mà "đầu vào của bạn tốt tới đâu".
- Cái bẫy êm ái phía sau những test case AI viết ra quá "sạch".
- Kỹ năng thật sự đáng rèn với người mới vào nghề trong thời AI.
Con số "ba tháng còn mười ngày" là thật — nhưng đó không phải phần đáng bàn
Mình tin con số đó. Nhưng sinh test case nhanh chưa bao giờ là chỗ khó của nghề. Chỗ khó — nơi dự án hay chết — nằm ở phía sau: cái case không ai nghĩ tới, cái luồng nghiệp vụ tài liệu không ghi mà chỉ người ngồi lâu với sản phẩm mới nhìn ra, cái quyết định "cái này khỏi test, cái kia phải test tới bến" khi còn ba ngày trước release.
AI rút ngắn khâu sinh ra. Nó chưa chạm được vào khâu thẩm định — mà đó mới là nơi tester tạo ra giá trị thật. Nên khi bạn thấy mình vừa tiết kiệm được hai tháng rưỡi, hãy hỏi luôn: mình đã dời hai tháng rưỡi đó đi đâu?
| Khâu | AI làm được gì | Người thẩm định giữ gì |
|---|---|---|
| Sinh test case từ requirement | Nhanh, đúng format, phủ các nhánh hiển nhiên | Kiểm lại độ phủ, cắt phần thừa |
| Case chưa ai nghĩ tới | Bỏ sót cái không có trong đề | Nhìn ra từ kinh nghiệm với sản phẩm |
| Luồng nghiệp vụ ngầm (không ghi trong tài liệu) | Không thấy vì không có dữ liệu | Biết vì đã ngồi lâu với hệ thống |
| Quyết định phạm vi test sát ngày release | Không chịu trách nhiệm được | Cân rủi ro và chịu trách nhiệm |
Câu hỏi đúng không phải "AI nào giỏi hơn" mà "đầu vào của bạn tốt tới đâu"
Mình nghĩ nhiều người đang hỏi hơi lệch. Câu "AI nào gen test case ngon hơn" ít quan trọng hơn câu "mình đưa đầu vào cho nó tốt tới đâu". Đổi công cụ không cứu được một đầu vào cẩu thả.
Kinh nghiệm thực chiến. Thử một buổi thế này: lấy một requirement thật, đưa cho hai ba con AI khác nhau, đếm xem mỗi bên bạn phải bỏ đi bao nhiêu phần trăm output. Rồi giữ nguyên một con thôi, nhưng lần này mô tả context thật đầy đủ — kèm luật nghiệp vụ, kèm mấy case bạn sợ nhất — và đếm lại. Đa số sẽ thấy khác biệt do cách mình đưa đề lớn hơn nhiều khác biệt giữa các model.
Cái bẫy êm ái: test case AI viết ra quá "sạch"
Cái này mình nói với anh em junior bằng thiện chí. Test case AI viết ra thường rất "sạch" — đúng format, đọc chuyên nghiệp, nhìn là muốn duyệt. Nhưng cái mượt đó dễ ru ngủ.
Ví dụ đáng nhớ. Có một bài chẳng viral gì: một bạn dính lỗi chạy song song nhiều session Selenium, loay hoay không xong, viết đúng một câu "hỏi mấy con AI rồi mà chưa giải quyết được". Với mình bài đó giá trị hơn cả trăm bài khoe, vì nó chỉ đúng cái ranh giới: tới chỗ cần hiểu hệ thống và chịu trách nhiệm cho một quyết định, AI để bạn lại một mình.
Nên nếu bạn mới vào nghề, thứ đáng luyện nhất bây giờ không phải gõ prompt cho mượt — mà là khả năng nhìn ra cái AI đang bỏ sót.
Kết luận
Mình viết mấy dòng này không phải để chê AI — ngược lại, mình mê nó tới mức đang tự bỏ thời gian xây công cụ AI cho chính nghề testing. Chính vì tin nên mới muốn nói cho sòng phẳng: AI là cánh tay phải của người biết thẩm định, và là cái bẫy êm ái cho người bỏ qua khâu đó. Tin tốt là khâu thẩm định học được, rèn được — và đó đúng là lợi thế của người chịu khó.
Còn giờ mình tò mò muốn nghe thật: lần gần nhất AI "tiết kiệm" thời gian cho bạn trong việc test — bạn có ngồi đọc lại hết đống nó sinh ra không, và review nó theo cách nào? Kể mình nghe với.