"Sau khi phát hành cứ phát hiện lỗi, phải chạy theo xử lý." "Lập trình viên tự test sản phẩm của mình nhưng vẫn bỏ sót." "Không có người cho giai đoạn kiểm thử nên phát triển bị chậm." Những vấn đề chất lượng kiểu này xảy ra ở doanh nghiệp mọi quy mô, mọi ngành.
Một giải pháp đang được chú ý là kiểm thử bên thứ ba (第三者検証 / third-party verification): kiểm thử do một bên tách biệt với đội phát triển thực hiện. Bài viết này giải thích kiểm thử bên thứ ba là gì, khác test nội bộ ra sao, ưu nhược điểm khi thuê ngoài, cách tính chi phí và cách chọn đối tác.
Kiểm thử bên thứ ba là gì?
Kiểm thử bên thứ ba là việc một bên độc lập với phát triển xác minh chất lượng phần mềm, thay vì chính người hoặc công ty đã xây dựng hệ thống. Tiếng Anh gọi là IV&V (Independent Verification and Validation). Khái niệm này xuất phát từ các lĩnh vực như hàng không vũ trụ, thiết bị y tế – nơi lỗi gây hậu quả nghiêm trọng.
Ngày nay nó được dùng rộng rãi trong phát triển hệ thống thông thường như dịch vụ web, hệ thống nghiệp vụ, ứng dụng di động, như một cách đảm bảo chất lượng khách quan.
Khác gì với test nội bộ hoặc test của công ty phát triển
Khi lập trình viên hoặc công ty phát triển tự test, sẽ có thiên kiến: "biết đặc tả rồi nên không để ý," "chức năng mình làm chắc chắn chạy đúng." Giai đoạn test cũng dễ bị cắt ngắn khi deadline đến gần.
Với kiểm thử bên thứ ba, đội test chuyên trách thiết kế test case từ tài liệu đặc tả và xác minh không bị ảnh hưởng bởi giả định của phía phát triển. Vì việc đánh giá tách khỏi lợi ích của đội phát triển, báo cáo lỗi cũng khách quan hơn.
| Hạng mục | Test bởi lập trình viên / công ty phát triển | Kiểm thử bên thứ ba |
|---|---|---|
| Ai test | Người phát triển hoặc đồng nghiệp cùng công ty | Đội test chuyên trách, độc lập |
| Góc nhìn | Giả định đã biết đặc tả | Góc nhìn người dùng và tài liệu đặc tả |
| Phát hiện lỗi | Chủ yếu trong phạm vi người làm dự đoán | Bao gồm thao tác ngoài dự kiến và điều kiện biên |
| Thời gian test | Dễ bị deadline ép ngắn | Được lên kế hoạch như giai đoạn độc lập |
| Báo cáo | Dễ bị tình hình phát triển chi phối | Báo cáo chất lượng khách quan |
Lợi ích khi thuê ngoài kiểm thử bên thứ ba
1. Tìm được nhiều lỗi hơn, sớm hơn
Đội test chuyên nghiệp dùng thường xuyên các kỹ thuật như phân vùng tương đương, phân tích giá trị biên, kiểm thử chuyển trạng thái. Test theo hướng "tìm điều kiện làm hệ thống hỏng" thay vì "xác nhận chạy được" sẽ phát hiện lỗi mà test của lập trình viên dễ bỏ qua.
2. Đội phát triển tập trung vào phát triển
Tách giai đoạn test ra giúp kỹ sư tập trung thiết kế và lập trình. Trong bối cảnh thiếu nhân lực IT, đây cũng là cách dùng hiệu quả nguồn lực phát triển có hạn.
3. Chất lượng được "nhìn thấy"
Kiểm thử bên thứ ba báo cáo số test case, tỷ lệ thực hiện, số lượng – mức độ – vị trí lỗi. Thay vì "cảm giác bất an," bạn quyết định có phát hành hay không dựa trên con số.
4. Giải trình được với khách hàng và người dùng
Khi bàn giao hệ thống gia công cho khách, hoặc trong các lĩnh vực yêu cầu chất lượng cao như tài chính, y tế, sản xuất, việc "đã được bên thứ ba kiểm thử" tự nó tạo niềm tin.
5. Dễ triển khai tự động hóa kiểm thử
Tự động hóa regression test cần kiến thức chuyên môn và công sức ban đầu nên đội phát triển thường để sau. Khi đối tác kiểm thử đảm nhận tự động hóa, các test lặp lại mỗi lần phát hành trở nên hiệu quả.
Nhược điểm và lưu ý
- Có chi phí: phát sinh phí bên ngoài so với tự làm. Nhưng hãy so với chi phí xử lý lỗi sau phát hành và mất uy tín.
- Cần có tài liệu đặc tả: đội test thiết kế từ đặc tả. Nếu đặc tả chỉ nằm trong lời nói hoặc chat, phải sắp xếp lại trước.
- Mất thời gian khởi động: đội test cần thời gian hiểu bối cảnh nghiệp vụ và các giả định. Hợp tác càng liên tục hiệu quả càng cao.
- Thiết kế phối hợp với phát triển: phải thống nhất trước luồng báo lỗi – sửa – test lại (công cụ ticket, quy tắc ưu tiên), nếu không trao đổi sẽ tắc.
Phạm vi công việc có thể giao
Kiểm thử bên thứ ba không chỉ là "chạy test." Tùy đối tác, phạm vi có thể gồm:
| Giai đoạn | Nội dung |
|---|---|
| Lập kế hoạch test | Phạm vi, mức độ test, lịch trình, tiêu chí hoàn thành |
| Thiết kế test | Tạo test case từ đặc tả, chuẩn bị dữ liệu test |
| Thực hiện thủ công | Test chức năng, kiểm tra giao diện và thao tác, theo trình duyệt / thiết bị |
| Tự động hóa | Tự động hóa regression, tích hợp CI/CD, bảo trì script |
| Test phi chức năng | Hiệu năng / tải, bảo mật, tương thích |
| Hỗ trợ nghiệm thu | Xây dựng tiêu chí nghiệm thu cho bên đặt hàng, hỗ trợ UAT |
| Báo cáo chất lượng | Phân tích xu hướng lỗi, đầu vào cho quyết định phát hành |
Giao đến đâu tùy năng lực test nội bộ và mức độ quan trọng của hệ thống. Nhiều công ty bắt đầu từ test tổng hợp trước phát hành hoặc regression test, rồi mở rộng khi thấy hiệu quả.
Cách tính chi phí
Chi phí kiểm thử bên thứ ba thường theo một trong hai cách:
- Theo nhân tháng (準委任 / time & materials): số kỹ sư test × thời gian. Phù hợp test liên tục và vận hành tự động hóa.
- Theo sản phẩm bàn giao (請負 / fixed scope): báo giá theo deliverable như kế hoạch test, test case, báo cáo kết quả. Phù hợp kiểm thử một lần trước phát hành.
Yếu tố ảnh hưởng chi phí: quy mô hệ thống, loại test (thủ công hay tự động, có phi chức năng không), số trình duyệt / thiết bị, tần suất báo cáo.
Làm kiểm thử bên thứ ba offshore, ví dụ tại Việt Nam, thường rẻ hơn công ty kiểm thử trong nước Nhật, nhưng có cơ chế truyền đạt đặc tả và báo cáo bằng tiếng Nhật hay không mới quyết định thành bại. Thay vì chỉ so đơn giá, hãy đánh giá đội có hiểu đặc tả và thiết kế test bằng tiếng Nhật được không, báo cáo lỗi có dễ hiểu không.
Cách làm QA trong dự án offshore cũng được đề cập trong Quản lý chất lượng và quy trình QA trong phát triển offshore.
Cách chọn đối tác không thất bại
- Độc lập với phát triển: giao test cho chính công ty đang phát triển làm yếu tính "bên thứ ba." Kiểm tra tổ chức và người phụ trách phát triển – test có tách biệt không.
- Kỹ thuật thiết kế test và kinh nghiệm: xin xem mẫu test case, xác nhận được thiết kế theo kỹ thuật bài bản.
- Phạm vi tự động hóa: công cụ dùng (Playwright, Selenium, Appium…), kinh nghiệm tích hợp CI/CD, cơ chế bảo trì script.
- Báo cáo dễ hiểu: trong mẫu báo cáo lỗi, kiểm tra các bước tái hiện, kết quả mong đợi, kết quả thực tế, phạm vi ảnh hưởng có rõ ràng không.
- Bảo mật thông tin: test có thể dùng dữ liệu gần giống production. Xác nhận quy tắc xử lý dữ liệu, quản lý truy cập, nội dung NDA.
- Giao tiếp tiếng Nhật: với offshore, xác nhận có thành viên hiểu đặc tả và thiết kế test bằng tiếng Nhật, có BrSE hoặc PM.
Các tiêu chí chung khi chọn đối tác có trong Cách chọn công ty phát triển offshore.
Khi nào kiểm thử bên thứ ba đặc biệt hiệu quả
- Lỗi sau phát hành kéo dài, nguyên nhân có vẻ là test chưa đủ
- Muốn tự kiểm chứng khách quan kết quả test của công ty phát triển
- Chỉnh sửa hệ thống đã vận hành lâu, lo ảnh hưởng chức năng cũ (regression)
- Đang đổi công ty phát triển, muốn nắm chất lượng hệ thống hiện tại
- Phát hành thường xuyên, mỗi lần lại tốn công cho cùng một bộ regression test
- Tài chính, y tế, thiết bị sản xuất: lỗi ảnh hưởng trực tiếp đến vận hành và an toàn
Câu hỏi thường gặp
Kiểm thử bên thứ ba khác test nghiệm thu (UAT) thế nào?
UAT là bước bên đặt hàng tự xác nhận "dùng được cho nghiệp vụ." Kiểm thử bên thứ ba đi trước bước đó: đội chuyên trách tìm lỗi toàn diện dựa trên đặc tả. Đối tác kiểm thử cũng thường hỗ trợ xây tiêu chí nghiệm thu và thực hiện UAT.
Đặc tả chưa đầy đủ thì có thuê được không?
Được. Vì đội test cần hiểu đặc tả, thường bắt đầu bằng việc sắp xếp lại đặc tả từ tài liệu và màn hình hiện có. Thay vì chờ đặc tả hoàn hảo, thực tế hơn là đưa luôn việc sắp xếp này vào phạm vi hợp tác.
Làm kiểm thử bên thứ ba offshore cần kiểm tra gì?
Ba điểm: có người hiểu đặc tả và thiết kế test bằng tiếng Nhật không, báo cáo lỗi có viết rõ ràng bằng tiếng Nhật không, quy tắc xử lý dữ liệu có rõ không. Chỉ so đơn giá có thể bị đánh lừa khi tính thêm chi phí trao đổi.
Dịch vụ kiểm thử bên thứ ba của ARIS Vietnam
ARIS Vietnam là công ty phát triển phần mềm vốn Nhật, có văn phòng tại Tokyo và trung tâm phát triển – kiểm thử tại TP.HCM và Hà Nội. Tách biệt với đội phát triển, chúng tôi có đội QA đảm nhận thiết kế test, test thủ công và tự động hóa, nên chất lượng được xác nhận với cơ chế tách phát triển và kiểm thử.
PM và BrSE nói tiếng Nhật phụ trách từ xác nhận đặc tả đến lập kế hoạch test và báo cáo lỗi, nên bạn có thể trao đổi ngay cả khi "đặc tả chưa đầy đủ" hay "chưa biết giao test từ đâu." Chúng tôi có kinh nghiệm test hệ thống nghiệp vụ, dịch vụ web, ứng dụng di động và phần mềm cho thiết bị sản xuất.
Chi tiết dịch vụ tại trang QA & Test Automation, và tổng quan offshore tại trang Offshore Development Việt Nam.
Tóm tắt
- Kiểm thử bên thứ ba là xác minh chất lượng khách quan bởi đội chuyên trách độc lập với phát triển.
- Thuê ngoài mang lại phát hiện lỗi sớm, giảm tải cho đội phát triển, chất lượng minh bạch và đẩy nhanh tự động hóa.
- Chi phí theo nhân tháng hoặc theo deliverable, thay đổi theo phạm vi và loại test. Với offshore, hiểu đặc tả và báo cáo bằng tiếng Nhật là yếu tố then chốt.
- Chọn đối tác theo tính độc lập, kỹ thuật thiết kế test, phạm vi tự động hóa, chất lượng báo cáo, bảo mật và năng lực tiếng Nhật.
Nếu bạn đang băn khoăn về cơ chế test hay chất lượng, hãy liên hệ qua tư vấn miễn phí.
