TL;DR: Agentic QA là hình thức kiểm thử mà trong đó các AI agent tự lên kế hoạch, viết, chạy và duy trì test, kèm theo một lớp xác minh độc lập để chứng minh phần mềm thực sự hoạt động. Nó không hề cắt giảm ngân sách QA. Nó chỉ chuyển dịch ngân sách đó khỏi công việc thủ công là viết script và bảo trì script, đưa vào các execution rail ở quy mô agent với bằng chứng độc lập. Việc tạo test trở nên rẻ. Xác minh mới chính là sản phẩm.
Vào ngày 6 tháng 10 năm 2026, Gartner đã công bố Magic Quadrant dành cho Nền tảng Đảm bảo Chất lượng Phần mềm Agentic, thay thế báo cáo năm 2025 về "Công cụ Kiểm thử Phần mềm Tăng cường AI". Hầu hết mọi người đọc đó như một sự thay đổi tên gọi. Tôi đọc đó như một sự kiện ngân sách. Khi tổ chức định hình danh sách rút gọn của doanh nghiệp đổi tên một hạng mục, các mẫu mua sắm sẽ thay đổi theo, và tiền sẽ chảy theo những mẫu đó.
Bài viết này dành cho các CIO và founder đang có ngân sách QA (hoặc đang chạy đua để có được một ngân sách). Lập luận rất đơn giản: agentic QA sẽ không làm chất lượng rẻ đi xét trên tổng thể. Nó chỉ chuyển dịch dòng tiền. Dưới đây là bản đồ về nơi dòng tiền đang đổ vào, nơi nó sẽ đến tiếp theo, và một bảng điểm giúp bạn lên kế hoạch phân bổ lại ngân sách năm 2027 trước khi các nhà cung cấp của bạn kịp làm điều đó.
Agentic QA là gì, và tại sao Gartner lại đổi tên hạng mục này?
Agentic QA là hoạt động đảm bảo chất lượng phần mềm trong đó các AI agent lên kế hoạch, tạo, thực thi và duy trì test hướng tới một mục tiêu đã định, đồng thời một lớp xác minh độc lập sẽ chứng minh liệu phần mềm có hoạt động đúng như mong đợi hay không. "Tăng cường AI" mô tả một con người sử dụng công cụ thông minh hơn. "Agentic" mô tả công việc mà máy móc giờ đây đã nắm quyền sở hữu.
Áp lực đằng sau việc đổi tên chính là khối lượng code. Menlo Ventures ước tính các doanh nghiệp sẽ chi 4 tỷ USD cho công cụ lập trình AI vào năm 2025, chiếm hơn một nửa tổng chi tiêu AI của tất cả các phòng ban. Mỗi đô la trong số đó đều tạo ra nhiều code hơn mà ai đó phải chứng minh là hoạt động được.
Năng lực kiểm định không theo kịp. Cục Thống kê Lao động Hoa Kỳ dự báo việc làm cho chuyên viên phân tích và kiểm thử QA sẽ tăng 6% từ năm 2025 đến 2035 (từ 187.600 lên 198.200). Nhóm developer/QA/tester rộng hơn được dự báo tăng 10%. Code mở rộng theo năng lực tính toán; tester mở rộng theo số lượng nhân sự. Khoảng cách đó chính là toàn bộ thị trường.
Thị trường kiểm thử phần mềm lớn cỡ nào, và AI chiếm bao nhiêu phần trăm hiện nay?
Các hãng nghiên cứu định giá thị trường kiểm thử phần mềm toàn cầu vào khoảng 60–66 tỷ USD, và kiểm thử hỗ trợ AI vẫn chiếm dưới 1%. Sự chênh lệch đó chính là cơ hội, và cũng là rủi ro cho bất kỳ ai đang bán 99% còn lại.
- Tổng thị trường. Global Market Insights (2026) ước tính thị trường đạt 60,5 tỷ USD vào năm 2025 và 65,9 tỷ USD vào năm 2026, tăng trưởng khoảng 7,7% mỗi năm để đạt 127,5 tỷ USD vào năm 2035.
- Tỷ trọng lao động. Cũng trong ước tính đó, dịch vụ kiểm thử chiếm 38% chi tiêu năm 2025, khoảng 23 tỷ USD mỗi năm, phần lớn dùng để mua thời gian của con người.
- Tỷ trọng AI. Research and Markets (2026) định giá thị trường kiểm thử hỗ trợ AI ở mức 544 triệu USD vào năm 2025, tăng lên 1,39 tỷ USD vào năm 2031. Con số này chưa tới 1% tổng chi tiêu kiểm thử.
- Tiền IT đang chảy về đâu. Dự báo tháng 7 năm 2026 của Gartner đặt chi tiêu IT năm 2026 ở mức 6,37 nghìn tỷ USD. Phần mềm tăng 15,5%; dịch vụ IT chỉ tăng 5,3%.
Tất cả đều là ước tính và chúng khác nhau về tổng số. Nhưng chúng đồng thuận về xu hướng: người mua đang chi cho phần mềm với tốc độ nhanh hơn so với dịch vụ. Quan điểm của tôi là trong 10 năm tới, 65-100 tỷ USD chi tiêu kiểm thử sẽ mang tính agentic (tức là được định tuyến qua các agent và nền tảng thay vì tính theo giờ). Đó là miếng bánh mà mọi tay chơi trên thị trường này đang tranh giành.
Ngân sách kiểm thử hiện đang chảy về đâu? Bốn Bể chứa Chi tiêu Chất lượng
Mọi ngân sách kiểm thử đều được chia thành bốn bể: Hands (Nhân lực), Scripts (Kịch bản), Rails (Hạ tầng thực thi) và Proof (Bằng chứng). Agentic QA thu hẹp hai bể đầu, mở rộng bể thứ ba, và biến bể thứ tư thành một khoản mục ngân sách thực thụ.
Bốn Bể chứa Chi tiêu Chất lượng là mô hình để theo dõi dòng tiền đang đi đâu và sẽ dịch chuyển về đâu:
- Hands - những người trực tiếp kiểm thử: tester thủ công nội bộ, đội regression thuê ngoài, các vòng UAT.
- Scripts - xây dựng và duy trì automation bằng script: các bộ test Selenium, Playwright và Appium, framework, cùng số giờ SDET bỏ ra để giữ chúng luôn "xanh".
- Rails - hạ tầng thực thi test: browser grid, real-device cloud, orchestration, năng lực CI.
- Proof - xác minh độc lập: bằng chứng cho thấy phần mềm và AI agent đã hoạt động đúng, cả trước và sau khi phát hành.
Điểm đi ngược đám đông nằm ở Rails. Hầu hết các bài chào hàng về kiểm thử AI đều hứa hẹn hóa đơn hạ tầng nhỏ hơn. Tôi thì kỳ vọng điều ngược lại. Agent không biết chán, nên chúng test nhiều luồng hơn, nhiều thiết bị hơn và nhiều bản build hơn. Khối lượng thực thi tăng lên. Thứ bắt buộc phải giảm là chi phí trên mỗi lần chạy, đó là lý do orchestration quan trọng hơn kích thước grid thô.
Ngân sách kiểm thử nào sẽ co lại khi AI testing agent xuất hiện?
Hands và Scripts sẽ co lại trước, vì đó là công việc mà AI testing agent trực tiếp đảm nhận, và cả hai hiện vẫn đang được mua theo giờ.
Hai tín hiệu cho thấy sự dịch chuyển đã bắt đầu:
- Số giờ mất đi mỏ neo. Nếu một agent có thể chạy và sửa toàn bộ bộ test regression qua đêm, thì đơn vị giá trị sẽ trở thành một bản phát hành đã được xác minh. Những người nắm ngân sách đã cảm nhận được áp lực: trong khảo sát CIO tháng 10 năm 2026 của Gartner, nguồn vốn đang chuyển sang GenAI và agentic AI, còn chi tiêu cũ bị cắt giảm. Gia hạn hợp đồng kiểm thử là lĩnh vực đầu tiên mà định giá theo kết quả bước vào cuộc chơi.
- AI gắn thêm vào không đáp ứng kỳ vọng. Báo cáo Chất lượng Thế giới 2025-26 của Capgemini phát hiện 89% tổ chức đang thí điểm hoặc triển khai GenAI trong kỹ thuật chất lượng, nhưng chỉ 15% đưa được nó lên quy mô doanh nghiệp. Mức tăng năng suất trung bình là 19%. Lợi ích khá khiêm tốn, vì hầu hết các nhóm chỉ đơn thuần thêm AI vào quy trình hiện có thay vì tái thiết kế chúng.
Bể Scripts không biến mất. Các test dựa trên code vẫn chạy trong CI, và SDET vẫn sở hữu chúng. Thứ biến mất là nhu cầu trả tiền cho người ta đi sửa các locator dễ vỡ sau mỗi lần UI thay đổi. Việc bảo trì chuyển từ chi phí nhân sự sang chi phí tính toán khi agent tự tạo và sửa test.
Tại sao xác minh, chứ không phải tạo test, mới là tài sản khan hiếm?
Bởi vì việc tạo test đang rẻ đi còn niềm tin thì không. Bất kỳ coding agent nào giờ cũng có thể viết test cho đoạn code nó vừa tạo ra, và đó chính xác là lý do những test ấy không thể là bằng chứng duy nhất. Tác giả đang tự chấm bài tập của mình.
Dữ liệu về niềm tin rất nhất quán:
- Theo AI Pulse Quý 1 năm 2026 của KPMG, 54% tổ chức đang triển khai AI agent, và 63% hiện yêu cầu con người xác thực đầu ra của agent, tăng từ 22% một năm trước đó.
- Khảo sát tháng 10 năm 2026 của Gartner trên 2.002 CIO cho thấy chỉ 13% nhận được giá trị đáng kể hoặc mang tính chuyển đổi từ AI, và chỉ 31% có quy tắc về việc khi nào một bản thử nghiệm không nên đưa vào production.
- Theo nghiên cứu của Gartner, đến cuối năm 2027, hơn 40% dự án agentic AI sẽ bị hủy bỏ vì lý do chi phí, giá trị không rõ ràng hoặc kiểm soát rủi ro không đủ.
- Viện Nghiên cứu Capgemini (2025) phát hiện niềm tin vào các agent hoàn toàn tự chủ đã giảm từ 43% xuống 27% chỉ trong một năm.
- Dự báo 2027 của Forrester, theo TechNewsWorld đưa tin, cho rằng một lỗi trong code do AI tạo ra có thể gây sập hệ thống toàn cầu trên nhiều ngành công nghiệp.
Hãy khoanh tròn con số 63%. Việc con người xác thực đầu ra của agent chính là bể Hands quay lại qua cửa hậu. Nếu bạn không cấp vốn cho Proof ở tốc độ máy móc, bạn sẽ phải cấp vốn cho Proof ở tốc độ con người, và ROI của agent sẽ bốc hơi trong các hàng chờ review.
Xác minh độc lập là gì?
Xác minh độc lập là bằng chứng về hành vi của phần mềm được tạo ra bởi một hệ thống tách biệt với hệ thống đã xây dựng hoặc vận hành nó: các bản ghi, log, assertion và điểm số mà reviewer hoặc auditor có thể kiểm tra. Tính độc lập là thứ biến một lời khẳng định thành bằng chứng.
Hãy kỳ vọng mọi nền tảng agent đều sẽ xuất test cho chính agent của mình. Doanh nghiệp chạy agent trên CRM, ERP, contact-center và các stack tùy chỉnh, nên bằng chứng để thông qua một bản phát hành phải đến từ một lớp không thuộc về bất kỳ hệ thống nào trong số đó.
Observe, eval hay assure: bạn cần gì?
Chi tiêu cho Proof được chia theo thời điểm. Assurance trả lời câu hỏi "có nên phát hành không?" trước khi release; eval và observability trả lời "nó đang hoạt động ra sao?" sau đó.
Agent Assurance là hoạt động kiểm thử pre-production cho các luồng agent-to-agent, trong đó các testing agent sẽ vận hành các agent khác trước khi phát hành, không cần con người can thiệp, và trả về bằng chứng về hành vi của chúng. Đây là lát cắt mới nhất của Proof, và cũng là phần được phân bổ ít ngân sách nhất hiện nay.
CIO nên làm gì với ngân sách QA vào năm 2027?
Hãy đo lường bốn bể chứa của bạn, sau đó chuyển tiền từ Hands và Scripts sang Rails và Proof khi hợp đồng gia hạn, chứ không phải trước đó. Dùng bảng điểm này để xem bạn đang đứng ở đâu.
Bảng điểm Tái phân bổ Agentic QA
Chấm điểm mỗi câu hỏi 0 (không), 1 (một phần) hoặc 2 (có):
- ☐ Bạn có biết chi tiêu kiểm thử của mình phân bổ ra sao giữa Hands, Scripts, Rails và Proof không?
- ☐ Các hợp đồng kiểm thử thuê ngoài gia hạn năm 2027 có được định giá theo kết quả thay vì theo giờ hay FTE không?
- ☐ Việc bảo trì test có được theo dõi như một khoản mục chi phí riêng không?
- ☐ Phần lớn test mới có được agent tạo hoặc sửa, với con người chỉ review không?
- ☐ Lớp thực thi của bạn có thể chạy khối lượng ở quy mô agent song song, trên trình duyệt và thiết bị thật, mà không cần xếp hàng chờ không?
- ☐ Việc xác minh có độc lập với hệ thống viết code hoặc chạy agent không?
- ☐ Bạn có kiểm thử chat, voice, IVR agent và luồng agent-to-agent trước khi phát hành thay vì chỉ sau đó không?
- ☐ Mỗi bản phát hành có tạo ra bằng chứng mà đội quản trị rủi ro hoặc auditor có thể đọc được không?
0–5: Rủi ro cao. Bạn đang trả mức giá năm 2019 cho công việc năm 2026. 6–11: Đang chuyển đổi. Chọn hai điểm thấp nhất và khắc phục trước chu kỳ gia hạn tiếp theo. 12–16: Sẵn sàng cho Agentic. Vấn đề tiếp theo của bạn là chứng minh giá trị với ban giám đốc, vậy hãy làm cho Proof có thể báo cáo được.
Ai thắng và ai bị xáo trộn trong kiểm thử phần mềm AI?
Kinh doanh chênh lệch giá lao động thuần túy và các công cụ tạo test đơn tính năng là nước đi thua cuộc. Người chiến thắng là những nền tảng sở hữu năng lực thực thi ở quy mô lớn và có bằng chứng độc lập trên mọi loại tương tác phần mềm.
Cách rõ ràng nhất để nhìn bản đồ này là xem ai đang nói chuyện với ai:
Ba nhóm chịu rủi ro cao nhất. Thứ nhất, các dịch vụ kiểm thử thâm dụng lao động không chuyển sang định giá theo kết quả. Thứ hai, các công cụ "tạo test bằng AI" độc lập, vì coding agent giờ đây tạo test như một sản phẩm phụ. Thứ ba, hạ tầng chỉ được bán dưới dạng dung lượng, thiếu orchestration hoặc khả năng truy cập native cho agent.
Người chiến thắng sẽ là các nền tảng end-to-end bao phủ cả ba hàng cho khách hàng doanh nghiệp và tầm trung, những người muốn ít nhà cung cấp hơn chứ không phải thêm nhiều công cụ rời rạc.
TestMu AI nằm ở đâu trong agentic QA
TestMu AI được vinh danh là Leader trong Gartner Magic Quadrant 2026 dành cho Nền tảng Đảm bảo Chất lượng Phần mềm Agentic. Tôi là đồng sáng lập công ty, nên đây là cách chúng tôi xây dựng bốn bể chứa thay vì một danh sách tính năng. TestMu AI là nền tảng Kỹ thuật Chất lượng Agentic gồm hai nửa, Agentic Testing và Agentic Cloud, cùng một nguyên lý cốt lõi bên dưới: một lớp xác minh độc lập tạo ra bằng chứng về hành vi.
- Từ Hands sang agent: KaneAI cho phép tester thủ công và PM tạo và chạy test bằng ngôn ngữ tự nhiên, nhờ đó kiến thức nghiệp vụ được mở rộng mà không cần thêm nhân sự.
- Từ Scripts sang agent: Kane CLI cung cấp cho SDET và developer toàn bộ chu trình kỹ thuật chất lượng ngay từ terminal, cạnh các coding agent họ đang dùng.
- Rails: HyperExecute, lớp orchestration test của chúng tôi, chạy ở khối lượng đó cùng với Real Device Cloud và Browser Cloud, mang lại cho AI agent hạ tầng trình duyệt của riêng chúng.
- Proof: Agent Testing bao phủ chat, voice, IVR, WhatsApp và video agent. Rook cung cấp Agent Assurance: agent kiểm thử agent trước khi phát hành.
Một nền tảng duy nhất bao phủ web, mobile, các ứng dụng đóng gói như Salesforce, SAP, Microsoft 365, Oracle và ServiceNow, cùng các AI agent. Điều đó quan trọng vì Proof chỉ hiệu quả khi bằng chứng nằm ở một nơi. Chúng tôi gọi hạng mục rộng hơn này là Observe, Eval và Assure, và Assure là nơi chúng tôi dẫn đầu.
Dự đoán về Agentic QA giai đoạn 2027–2030
Đây là dự đoán của cá nhân tôi, không phải dự báo từ bất kỳ hãng phân tích nào:
- Đến cuối năm 2027, các RFP kiểm thử của doanh nghiệp sẽ chấm điểm nhà cung cấp dựa trên bằng chứng cho mỗi bản phát hành, chứ không phải số lượng test được tạo ra.
- Trong các đợt gia hạn 2027–2028, hợp đồng regression thuê ngoài sẽ chuyển sang định giá theo từng kết quả hoặc theo từng bản phát hành đã xác minh.
- Đến năm 2028, các doanh nghiệp thuộc ngành có quy định chặt chẽ sẽ dành cho Proof một khoản mục ngân sách riêng, đồng sở hữu với bộ phận rủi ro và tuân thủ.
- Đến năm 2029, số lượt chạy test do agent tạo ra sẽ vượt lượt chạy do con người viết trên các execution cloud lớn.
- Sự cố sập hệ thống lớn đầu tiên do code AI sẽ tác động đến ngân sách Proof giống như cách các sự cố lớn đã làm với observability: biến một khoản thưởng thành hạng mục của ban giám đốc.
Kết luận: agentic QA dịch chuyển tiền, không chỉ dịch chuyển việc
Agentic QA không chỉ là phiên bản rẻ hơn của hoạt động kiểm thử bạn đang mua. Nó là một hình thức chi tiêu hoàn toàn khác: ít giờ công hơn, ít script viết tay hơn, nhiều thực thi hơn và một khoản mục mới cho bằng chứng độc lập. Việc Gartner đổi tên hạng mục cho thấy sự dịch chuyển này giờ đã chính thức. Việc 63% tổ chức vẫn xác thực đầu ra của agent bằng tay cho thấy chúng ta chưa đến đích.
Hãy chạy bảng điểm trong quý này. Vẽ bản đồ bốn bể chứa của bạn. Sau đó chuyển ngân sách đến nơi tạo ra bằng chứng.
Bước tiếp theo: xem HyperExecute và Agent Testing phù hợp thế nào với các bể Rails và Proof của bạn, hoặc đọc tài liệu TestMu AI.
FAQ
Agentic QA là gì?
Agentic QA là hoạt động đảm bảo chất lượng phần mềm trong đó các AI agent lên kế hoạch, xây dựng, chạy và duy trì test nhằm đạt được một mục tiêu đã định, kèm theo một lớp xác minh độc lập để khẳng định phần mềm thực sự hoạt động đúng yêu cầu. Điều này khác với kiểm thử tăng cường AI, nơi con người vẫn nắm quyền kiểm soát công cụ. Trong agentic QA, agent làm việc còn con người review bằng chứng.
Tại sao Gartner đổi tên Magic Quadrant về kiểm thử phần mềm?
Vào ngày 6 tháng 10 năm 2026, Gartner công bố Magic Quadrant dành cho Nền tảng Đảm bảo Chất lượng Phần mềm Agentic, kế thừa báo cáo năm 2025 về Công cụ Kiểm thử Phần mềm Tăng cường AI. Việc đổi tên cho thấy sự chuyển dịch từ AI hỗ trợ tester sang AI agent trực tiếp thực thi kiểm thử, thúc đẩy bởi việc các coding agent tạo ra phần mềm nhanh hơn tốc độ team có thể kiểm định.
Thị trường kiểm thử phần mềm năm 2026 lớn cỡ nào?
Global Market Insights ước tính thị trường kiểm thử phần mềm đạt 65,9 tỷ USD vào năm 2026, tăng từ 60,5 tỷ USD năm 2025, tăng trưởng khoảng 7,7% mỗi năm để đạt 127,5 tỷ USD vào năm 2035. Dịch vụ kiểm thử chiếm 38% chi tiêu năm 2025. Kiểm thử hỗ trợ AI đạt khoảng 544 triệu USD vào năm 2025 theo Research and Markets, tức chưa tới 1% tổng thị trường. Tất cả đều là ước tính từ các hãng nghiên cứu.
AI testing agent có cắt giảm ngân sách QA không?
Theo chúng tôi là không. AI testing agent giảm chi tiêu cho giờ công kiểm thử thủ công và bảo trì script, nhưng chúng làm tăng khối lượng thực thi test và từ đó tạo ra nhu cầu xác minh độc lập. Trong mô hình Bốn Bể chứa Chi tiêu Chất lượng, dòng tiền chuyển từ Hands và Scripts sang Rails (hạ tầng thực thi) và Proof (xác minh) chứ không hề biến mất.
Mô hình Bốn Bể chứa Chi tiêu Chất lượng là gì?
Bốn Bể chứa Chi tiêu Chất lượng là mô hình theo dõi dòng tiền kiểm thử chảy về đâu: Hands (người trực tiếp kiểm thử), Scripts (xây dựng và duy trì automation bằng script), Rails (browser grid, real-device cloud và orchestration), và Proof (xác minh độc lập hành vi của phần mềm và AI agent). Agentic QA thu hẹp Hands và Scripts, mở rộng Rails, và biến Proof thành một khoản mục ngân sách riêng.
Sự khác biệt giữa agent assurance, eval và observability là gì?
Agent Assurance là kiểm thử pre-production cho các luồng agent-to-agent, nơi testing agent được dùng để vận hành các agent khác trước khi phát hành và trả về bằng chứng. Eval chấm điểm chất lượng đầu ra offline hoặc sau khi phát hành. Observability là thứ giám sát những gì agent đang làm trong production. Assurance là câu trả lời cho câu hỏi 'thứ này có nên đưa lên live không?' Eval và observability là câu trả lời cho câu hỏi 'nó hoạt động ra sao khi đã live?'
CIO nên tái phân bổ ngân sách QA cho agentic AI như thế nào?
Hãy bắt đầu với chi tiêu trên Hands, Scripts, Rails và Proof. Sau đó khi hợp đồng đáo hạn, hãy dịch chuyển chi tiêu: định giá lại hoạt động kiểm thử thuê ngoài theo kết quả, ngừng cấp vốn cho các bộ script viết tay mới, đầu tư vào orchestration và thực thi, đồng thời giao cho xác minh độc lập một người phụ trách và một ngân sách. KPMG phát hiện 63% công ty vẫn xác thực đầu ra của agent bằng tay, nên Proof chính là khoảng trống cần lấp đầy.
