Integration Testing Là Phần Mà AI Không Thể Bỏ Qua Thay Bạn

Nền tảng đã hoạt động. End-to-end, suốt cả luồng: log in, duyệt lobby, ngồi vào bàn, thấy các ghế, mở dialog buy-in, quan sát một ván.

Để đến được đây mất bốn bài viết. Một bug routing, một mismatch định dạng dữ liệu, một auth guard hỏng, một môi trường phát triển âm thầm bỏ qua các thay đổi code.

Nó cũng cần integration testing. Đó là chủ đề của bài này.

Giai Đoạn Testing Trông Như Thế Nào

Chúng tôi test bằng Playwright -- một công cụ tự động hóa browser viết script cho các tương tác browser thực và xác minh kết quả. Browser thực. Request thực. UI thực được render.

Phiên: log in với credentials test, đến lobby, xác nhận card của bàn render đúng chiều cao, điều hướng đến một bàn, xác nhận thanh header xuất hiện với nút lobby và nút help, xác nhận seat picker render đầy đủ các ghế trống.

Mỗi bước đều thất bại trong lần chạy đầu tiên.

Card của bàn cao 572 pixel vì CSS Grid áp dụng align-items: stretch mặc định khi chỉ có một item trong hàng. Không ai chỉ định điều này. Không ai cố tình phá nó. Đó chỉ là việc CSS làm.

Điều hướng đến một bàn khiến browser rơi vào vòng lặp redirect. Auth guard đang kiểm tra giá trị context của router không bao giờ được populate.

Đây không phải là các chế độ failure đặc trưng của AI. Đây là loại bug chỉ xuất hiện khi cả stack chạy cùng nhau. Chúng cũng sẽ xuất hiện trong code do người viết. Giai đoạn testing bắt được chúng dù cách nào.

Tại Sao Code Do AI Tạo Vẫn Cần Điều Này

Có một phiên bản phát triển có AI hỗ trợ coi testing là tùy chọn. Lập luận: spec đúng, agent triển khai spec, do đó implementation đúng.

Lập luận này thất bại ở tầng tích hợp.

Các component riêng lẻ có thể mỗi cái triển khai spec đúng và vẫn thất bại trong việc giao tiếp với nhau. Spec mô tả hành vi trong sự cô lập. Integration testing xác minh hành vi trong sự kết hợp. Một spec 100 trang phủ mọi domain của hệ thống vẫn không mô tả mọi default của CSS Grid và mọi thứ tự khởi tạo router context.

Chạy thử là cách duy nhất để thấy việc chạy thử trông như thế nào.

Điều Người Vẫn Làm

Mỗi failure trong phiên testing được phát hiện bởi một người đang xem browser. Card lobby giãn ra cao hết trang -- quan sát đó là thị giác, không có trong log. Bàn load trống -- điều đó cần xem các network request và nhận ra 404. Vòng lặp redirect được truy ngược bằng cách theo lịch sử điều hướng của browser.

Những quan sát này diễn ra trước khi AI tham gia chẩn đoán. Agent có thể truy ngược một bug mà bạn đã mô tả. Sự mô tả cần một con người hiểu hành vi đúng ra phải trông như thế nào.

Đây không phải là hạn chế của phương pháp. Đây là phương pháp đang hoạt động đúng. Con người định nghĩa hệ thống, xác minh đầu ra, escalate failure. Agent chẩn đoán và sửa. Sự phân chia đó duy trì xuyên suốt giai đoạn testing.

Chúng Ta Đang Ở Đâu Bây Giờ

Môi trường dev pass end-to-end testing. Nền tảng đã sẵn sàng vận hành. Giữa bây giờ và open beta: validation cuối trên staging, tích hợp card payment processor, và enforcement geofencing.

Giai đoạn testing chưa kết thúc. Nó đã di chuyển lên cao trong stack.

Changelog của salty.poker được cập nhật khi chúng tôi ship. Theo dõi nó nếu bạn muốn track build theo thời gian thực.

Để xem loạt bài đầy đủ về phương pháp engineering -- spec dẫn dắt các phiên như thế nào, vai trò của kiến trúc sư trông ra sao xuyên suốt giai đoạn testing, và gần 30 năm xây dựng phần mềm dạy bạn điều gì về sự lặp lại -- loạt đó chạy song song trên The Salty Korean.

Stay salty.