Tester thời AI: Vì sao đã đến lúc chuyển dịch từ Excel sang IDE?

Tuy nhiên, sự xuất hiện của Generative AI (GenAI) đang định hình lại cách thức làm việc của nghề kiểm thử ở cả hai mảng manual và automation.

Một quan niệm khá phổ biến hiện nay là "IDE chỉ dành cho automation tester hoặc lập trình viên". Quan niệm này không còn chính xác trong bối cảnh AI. Manual tester cũng cần làm chủ IDE — không phải để viết code, mà để tương tác với AI hiệu quả hơn, quản lý prompt và testware có hệ thống, và nâng cao chất lượng đầu ra của mọi tác vụ kiểm thử.

Bài viết này, IT Learn sẽ cùng bạn phân tích lý do mọi tester — bao gồm cả manual tester — nên chuyển dịch dần từ Excel sang IDE trong kỷ nguyên AI, đồng thời so sánh hai lựa chọn IDE đáng cân nhắc hiện nay là VSCode và Antigravity, để bạn có cơ sở lựa chọn công cụ phù hợp với lộ trình phát triển của mình.

1. WHY — Vì sao Excel không còn đủ trong kỷ nguyên AI?

Excel không hề "lạc hậu". Nó vẫn là công cụ phù hợp cho việc lập kế hoạch test, theo dõi tiến độ, hoặc tạo báo cáo tổng quan. Tuy nhiên, khi AI được tích hợp sâu vào quy trình kiểm thử, một số giới hạn của Excel trở nên rõ rệt — và điều này ảnh hưởng đến cả manual tester lẫn automation tester.

Thứ nhất, GenAI làm việc tốt nhất với văn bản có cấu trúc, không phải các ô bảng tính. Theo ISTQB Certified Tester Specialist Level Syllabus – Testing with Generative AI (CT-GenAI v1.0), một prompt hiệu quả cho tác vụ kiểm thử cần có sáu thành phần: Role, Context, Instruction, Input data, Constraints, Output format. Manual tester ngày nay sử dụng AI rất nhiều — để sinh test case từ user story, gợi ý test condition theo kỹ thuật boundary value hay equivalence partitioning, phân tích yêu cầu, viết test report… Tất cả những tác vụ này đều dựa trên prompt. Việc xây dựng, lưu trữ, version-control và tinh chỉnh các prompt cũng như output do LLM sinh ra sẽ thuận lợi hơn rất nhiều khi làm việc với các định dạng văn bản như Markdown (.md) hay Gherkin (.feature) trong IDE, thay vì gõ rời rạc trong từng ô của bảng tính.

Thứ hai, IDE giúp manual tester quản lý prompt và testware có hệ thống. Một trong những thách thức lớn của tester thời AI là làm sao để tái sử dụng và cải tiến prompt qua thời gian. Khi làm việc trong IDE, bạn có thể tạo thư mục riêng cho từng dự án, lưu các template prompt theo dạng file, sử dụng Git để theo dõi lịch sử thay đổi, và chia sẻ với đồng nghiệp một cách chuyên nghiệp. Excel không cho phép quản lý prompt theo cách có cấu trúc và có version như vậy.

Thứ ba, vòng lặp "Prompt — Output — Tinh chỉnh" cần một môi trường tích hợp. Tester thời AI — kể cả manual — thường làm việc theo chu trình: viết prompt → gửi cho AI → nhận test case hoặc test data → đánh giá → tinh chỉnh prompt cho lần sau. Chu trình này diễn ra hiệu quả nhất khi prompt, output và ghi chú đánh giá cùng tồn tại trong một không gian làm việc. Việc liên tục copy-paste giữa Excel, ChatGPT và tài liệu requirement không chỉ làm giảm năng suất mà còn dễ thất lạc thông tin, khó truy vết khi cần kiểm tra lại.

Thứ tư, kiểm thử tự động về bản chất là công việc với mã nguồn. Đối với automation tester, khi LLM hỗ trợ sinh test script bằng các framework như Selenium, Playwright hay Cypress, môi trường tự nhiên của những script này là IDE — nơi có khả năng debug, chạy test, tích hợp Git và quản lý dependency. Excel hoàn toàn không thể đáp ứng các yêu cầu này.

Thứ năm, các pipeline CI/CD và công cụ LLM-powered hiện đại đều yêu cầu định dạng mã nguồn. Hệ thống tích hợp liên tục, các tool hỗ trợ AI cho lập trình (như GitHub Copilot, Cline, Continue) và các framework kiểm thử tự động đều yêu cầu cấu trúc thư mục và file văn bản tiêu chuẩn. Đây là điều mà bảng tính không thể cung cấp.

Như vậy, Excel vẫn có vai trò nhất định, nhưng phần lớn quy trình làm việc với AI — từ quản lý prompt của manual tester đến viết script của automation tester — đều cần được dịch chuyển sang IDE. Đây không phải là sự thay thế, mà là sự mở rộng năng lực công cụ của một tester chuyên nghiệp.

2. HOW — VSCode hay Antigravity: Lựa chọn nào phù hợp?

Khi đã xác định cần làm việc với IDE, câu hỏi tiếp theo là: nên bắt đầu với công cụ nào? Dưới đây là phân tích hai lựa chọn đang được cộng đồng kiểm thử quan tâm.

2.1. Visual Studio Code (VSCode)

VSCode là một trong những IDE phổ biến nhất hiện nay, được phát triển bởi Microsoft và cung cấp miễn phí. Điểm đặc biệt là VSCode hoàn toàn phù hợp cho cả manual lẫn automation tester — manual tester có thể dùng nó như một công cụ quản lý test case và prompt rất mạnh mà không cần biết lập trình.

Ưu điểm:

• Cộng đồng người dùng lớn, kho tài liệu và tutorial phong phú, dễ tìm kiếm hỗ trợ khi gặp vướng mắc.
• Hỗ trợ Markdown rất tốt — manual tester có thể viết test case, checklist, báo cáo hoàn toàn bằng Markdown với xem trước trực quan.
• Hệ sinh thái extension đa dạng: Markdown Preview Enhanced, GitHub Copilot, Cline, Continue, Playwright Test, Cucumber, REST Client… đáp ứng cả nhu cầu manual và automation.
• Đường cong học tập tương đối thoải mái, phù hợp với người chuyển từ Excel sang IDE lần đầu.
• Tích hợp Git tự nhiên, giúp quản lý version cho mọi loại tài liệu — từ prompt, test case đến script.

Hạn chế:

• Khả năng AI không được tích hợp sẵn ở mức "lõi"; người dùng cần cài đặt và cấu hình các extension AI riêng biệt.
• Workflow agentic (AI tự lập kế hoạch và thực thi nhiều bước) phụ thuộc vào plugin bên thứ ba, đôi khi thiếu sự liền mạch.

Phù hợp với: Mọi tester đang chuyển dịch từ Excel sang IDE lần đầu — bao gồm cả manual tester muốn quản lý prompt và testware chuyên nghiệp hơn — và automation tester cần một IDE đa năng.

2.2. Antigravity

Antigravity là một IDE thế hệ mới được thiết kế xoay quanh khái niệm agentic development — nơi AI agent đóng vai trò trung tâm trong quy trình làm việc.

Ưu điểm:

• AI được tích hợp ở mức lõi, không phải là tính năng bổ sung. Tester có thể giao việc cho agent thực hiện và sau đó review kết quả — điều này rất hữu ích cho cả manual tester (giao agent sinh test case rồi review) lẫn automation tester (giao agent viết script).
• Hỗ trợ multi-agent collaboration: nhiều agent có thể cùng làm việc song song trên các tác vụ khác nhau (sinh test case, viết script, chạy regression).
• Trải nghiệm liền mạch giữa prompt, output, mã nguồn và terminal trong cùng một không gian — đặc biệt hữu ích cho workflow "prompt-driven testing".

Hạn chế:

• Là sản phẩm mới, cộng đồng người dùng và tài liệu hỗ trợ chưa phong phú bằng VSCode.
• Yêu cầu người dùng làm quen với tư duy agentic: không chỉ viết và chạy, mà còn cần biết cách giao việc, đánh giá và nghiệm thu kết quả từ agent.
• Một số tính năng vẫn đang trong giai đoạn preview hoặc beta.

Phù hợp với: Tester đã có nền tảng IDE cơ bản, muốn tiên phong tiếp cận workflow agentic, sẵn sàng thử nghiệm cách làm việc mới với AI — bao gồm cả manual tester nâng cao muốn tận dụng tối đa AI agent trong công việc hằng ngày.

2.3. Bảng so sánh tổng quan

Khuyến nghị từ IT Learn: Nếu bạn đang ở giai đoạn đầu của quá trình chuyển dịch — dù là manual hay automation tester — hãy bắt đầu với VSCode để xây dựng nền tảng vững. Khi đã thành thạo, bạn có thể thử nghiệm thêm Antigravity để mở rộng tư duy agentic. Hai công cụ này không loại trừ nhau, mà bổ trợ cho nhau trên cùng một hành trình phát triển nghề nghiệp.

3. Lộ trình chuyển dịch đề xuất

Để quá trình chuyển dịch diễn ra thuận lợi, tester có thể tham khảo lộ trình ba giai đoạn sau. Lộ trình này được thiết kế phù hợp cho cả manual và automation tester:

• Giai đoạn 1 (2 tuần đầu): Cài đặt VSCode, làm quen giao diện cơ bản. Manual tester bắt đầu viết test case bằng Markdown thay vì Excel — tận dụng được cấu trúc heading, checklist, bảng và tính năng preview trực quan. Làm quen với việc lưu trữ file theo thư mục dự án.
• Giai đoạn 2 (tuần thứ 3): Cài đặt một extension AI (GitHub Copilot, Cline hoặc Continue), thực hành tương tác với AI ngay trong IDE. Manual tester thực hành sinh test case với prompt có đầy đủ sáu thành phần theo chuẩn ISTQB CT-GenAI, lưu các template prompt thành file để tái sử dụng. Làm quen với Git ở mức cơ bản để theo dõi lịch sử thay đổi của testware.
• Giai đoạn 3: Manual tester nâng cao kỹ năng prompt engineering, xây dựng "thư viện prompt cá nhân" cho các tác vụ thường gặp. Automation tester bắt đầu viết script automation đơn giản với Playwright hoặc Selenium ngay trong IDE, kết hợp AI để debug và tinh chỉnh.

Việc chuyển dịch không đồng nghĩa với việc loại bỏ Excel khỏi quy trình làm việc, mà là mở rộng bộ công cụ để đáp ứng yêu cầu mới của ngành.

Lời kết

Nghề kiểm thử đang bước vào một giai đoạn chuyển đổi quan trọng. Quan niệm cũ "IDE chỉ dành cho dev và automation tester" cần được nhìn lại trong bối cảnh AI: IDE giờ đây là không gian làm việc tự nhiên cho mọi tester muốn tương tác với AI một cách hiệu quả và chuyên nghiệp. Tester nắm vững Excel vẫn có thể hoàn thành công việc, nhưng tester biết tận dụng IDE để làm việc với AI sẽ có lợi thế đáng kể về tốc độ, chất lượng và khả năng đảm nhận những tác vụ có giá trị cao hơn.

IT Learn tin rằng mỗi kiểm thử viên nghiêm túc với nghề — dù là manual hay automation — đều xứng đáng được trang bị bộ kỹ năng phù hợp với thời đại: không chỉ thiết kế test case, mà còn biết cách làm việc hiệu quả với AI, quản lý prompt và testware có hệ thống, và sẵn sàng cho những bước tiến tiếp theo của ngành.

Nếu bạn quan tâm đến lộ trình phát triển bản thân theo hướng Tester thời AI, hãy theo dõi blog của IT Learn để cập nhật những bài chia sẻ chuyên sâu mới nhất, hoặc liên hệ với chúng tôi qua hộp tin nhắn để được tư vấn lộ trình học tập phù hợp.