Tự động hóa UI cho các trang web và ứng dụng bạn tự xây dựng

Agent có thể làm gì cho các bài kiểm thử của bạn

• Tệpread_file, write_file, append_file, edit_file, delete_file, make_dir, move_file, copy_file, list_dir, grep và glob hoạt động trong thư mục làm việc của cuộc trò chuyện, và một bộ đếm hiển thị số tệp được tạo, chỉnh sửa và đọc.
• Shellchạy lệnh kiểm thử của bạn, một bộ kiểm tra cú pháp hoặc quá trình xây dựng trên Windows cục bộ, WSL hoặc qua SSH trên máy chủ bạn sở hữu, và đánh giá thành công dựa trên mã thoát thực tế. Các lệnh nguy hiểm bị chặn.
• Webweb_search tìm các trang và http_get đọc một trang tài liệu chính thức, giúp kiểm tra câu hỏi về bộ chọn hoặc thời gian chờ dựa trên hướng dẫn chính thức của framework.
• Ảnh chụp màn hình và hình ảnhocr đọc văn bản trong ảnh chụp màn hình đã lưu, ví dụ như banner lỗi của một lần chạy thất bại, và gen_image lưu các tệp hình ảnh thực tế khi bạn cần.
• Điều phốitask chia các kiểm tra độc lập thành các agent con song song, run_on_model gửi một bước khó cho mô hình lớn hơn, và skill lưu một quy trình có thể tái sử dụng như quy trình sửa chữa thông thường của bạn.
• Chế độ phê duyệtAuto-run thực hiện ngay lập tức, Ask first tạm dừng trước các hành động thay đổi dữ liệu và hiển thị bản diff, và Plan only viết kế hoạch mà không chạy gì cả. Các kế hoạch tồn tại sau khi khởi động lại.
• Cronchạy một lệnh nhắc theo lịch trình, ví dụ như chạy lệnh kiểm thử của bạn vào các thời điểm bạn đặt và báo cáo mã thoát trong cuộc trò chuyện, để một luồng bị lỗi qua đêm là điều đầu tiên bạn đọc.
• Mô hìnhkết nối nhà cung cấp AI đám mây qua điểm cuối API tiêu chuẩn, một mô hình chạy cục bộ trên máy tính của bạn, hoặc mô hình tích hợp sẵn sẵn sàng sử dụng mà không cần điểm cuối riêng. Nút Kiểm tra kiểm tra điểm cuối trước khi bạn bắt đầu.

Bốn công việc agent thực hiện trong một dự án kiểm thử

Viết luồng đầu tiên

Các thực hành tốt nhất cho kiểm thử e2e bắt đầu bằng một danh sách ngắn các luồng phải không bao giờ bị lỗi, vì vậy hãy yêu cầu FlowLatch chỉ viết những luồng đó. list_dir và glob hiển thị cách đặt tên các bài kiểm thử hiện có của bạn, read_file mở một tệp làm mẫu, và write_file tạo tệp mới cho luồng đăng nhập với tài khoản kiểm thử và dữ liệu giả. Shell sau đó chạy lệnh kiểm thử của bạn, và thẻ hiển thị mã thoát thực tế. Bản nháp đầu tiên hiếm khi là bản cuối cùng, vì vậy hãy yêu cầu một thay đổi tại một thời điểm, chẳng hạn như tên rõ ràng hơn hoặc một kiểm tra bổ sung trên văn bản trang. Trước khi chấp nhận, hãy đọc tệp mới trong bản diff, tự chạy nó một lần và chỉ giữ lại nếu nó khớp với luồng bạn muốn.

Chạy bộ kiểm thử và đọc lỗi

Shell chạy lệnh kiểm thử của bạn và thẻ giữ nguyên toàn bộ kết quả đầu ra, vì vậy một kết quả đỏ không bao giờ là phỏng đoán. grep tìm kiếm kết quả đầu ra đó cho bước thất bại, và nếu framework của bạn đã lưu ảnh chụp màn hình, ocr đọc thông báo trong đó. Để giảm độ không ổn định trong các bài kiểm thử end to end, hãy yêu cầu FlowLatch chạy lại bài kiểm thử thất bại bằng cùng lệnh và so sánh các mã thoát. Một lần thành công theo sau là một lần thất bại chỉ ra thời gian chờ cố định, dữ liệu kiểm thử dùng chung hoặc thứ tự của các bài kiểm thử. Hãy yêu cầu một giải thích ngắn trong cuộc trò chuyện, sau đó xem xét nó dựa trên kết quả đầu ra trước khi thay đổi bất kỳ tệp nào.

Sửa một bộ chọn sau khi thay đổi bố cục

Việc kiểm thử e2e có đáng thời gian cho công việc frontend hay không phụ thuộc vào luồng, vì vậy hãy bao gồm đăng nhập và thanh toán trước tiên. Khi bố cục trang thay đổi, grep tìm mọi bộ chọn được liên kết với nó, read_file hiển thị các bước xung quanh và edit_file đề xuất các nhãn ổn định hoặc id kiểm thử thay thế. Trong chế độ Ask first, FlowLatch tạm dừng trước mỗi lần chỉnh sửa và hiển thị một bản diff, từng tệp một. Chấp nhận các dòng có vẻ đúng, từ chối các dòng còn lại, sau đó để Shell chạy lại bộ kiểm thử để xem mã thoát mới. Hãy giữ bản diff nhỏ để người xem có thể đọc nó trong một phút.

Di chuyển bộ kiểm thử sang framework khác

Khi di chuyển các bài kiểm thử e2e giữa các framework, hãy giữ cả hai bộ kiểm thử trong kho lưu trữ cho đến khi bộ mới vượt qua. FlowLatch liệt kê các bài kiểm thử cũ bằng glob, đọc từng cái bằng read_file và viết tệp mới tương ứng bằng write_file, một luồng tại một thời điểm. web_search và http_get có thể đọc tài liệu chính thức của framework mới cho cú pháp mà bạn không nhớ. Chạy cả hai bộ kiểm thử bằng Shell, so sánh các mã thoát và phê duyệt từng tệp trong Ask first trước khi bộ cũ bị loại bỏ. Các kế hoạch tồn tại sau khi khởi động lại, vì vậy một quá trình di chuyển dài có thể tiếp tục vào ngày hôm sau.