Cách xử lý CAPTCHA trong kiểm tra chất lượng tự động

TL;DR

• Kiểm tra QA tự động hóa CAPTCHA nên tách các bài kiểm tra hiển thị widget khỏi các bài kiểm tra giải quyết bên ngoài đầy đủ.
• Bài kiểm tra thử nghiệm staging cần có một thử thách đã biết, ngân sách cố định cho số lần thử, và một khẳng định cấp ứng dụng sau khi xác minh.
• SDK Core của CapSolver có thể phát hiện các thử thách được hỗ trợ và chạy giải quyết trong chế độ trình duyệt bên trong luồng Playwright được kiểm soát.
• Lỗi CI nên giữ lại dấu vết và dừng sau một số lần thử có giới hạn thay vì che giấu các lỗi sản phẩm bằng các lần giải quyết lặp lại.

Giới thiệu

Kiểm tra QA tự động hóa CAPTCHA đáng tin cậy khi đội kiểm tra kiểm soát cả mục đích chạy và điều kiện chứng minh thành công. CapSolver có thể xử lý một điểm kiểm tra xác minh được hỗ trợ, nhưng bộ kiểm tra vẫn chịu trách nhiệm về trình duyệt, fixture, khẳng định, thử lại và dọn dẹp. Một bộ bài kiểm tra tốt sử dụng khóa kiểm tra cục bộ hoặc do nhà cung cấp cung cấp cho phần lớn các bài kiểm tra thành phần, sau đó dành giải quyết trực tiếp cho một số ít kiểm tra thử nghiệm được ủy quyền. Điều này giảm độ không ổn định và chi phí trong khi duy trì khả năng kiểm tra ranh giới tích hợp thực tế. Quy trình dưới đây cho thấy cách tổ chức một bài kiểm tra dựa trên Playwright, xác định điều kiện dừng một lần thử, và ghi lại bằng chứng phân biệt giữa sự cố dịch vụ CAPTCHA và sự cố form, phiên hoặc trạng thái ứng dụng.

Chia nhỏ Bài kiểm tra CAPTCHA thành Ba Lớp

Kiểm tra QA tự động hóa CAPTCHA nên sử dụng các lớp bài kiểm tra khác nhau cho các rủi ro khác nhau.

Google công bố hướng dẫn kiểm tra reCAPTCHA, và Cloudflare cung cấp khóa sitekeys kiểm tra Turnstile. Sử dụng chúng trước tiên khi mục tiêu là logic ứng dụng xác định. Giải quyết trực tiếp nên thuộc về một nhóm thử nghiệm nhỏ.

Xác định Hợp đồng Bài kiểm tra

Hợp đồng cần có một host được phê duyệt, loại thử thách mong đợi, một lần thử duy nhất, và khẳng định cuối cùng:

{
  "host": "staging.example.org",
  "challenge": "recaptcha-v2",
  "max_attempts": 1,
  "assertion": "receipt-page-visible",
  "on_repeat": "fail-and-review"
}

Hợp đồng không phải là yêu cầu của CapSolver. Đó là rào chắn xung quanh bài kiểm tra. Khả năng kỹ thuật chưa bao giờ cấp phép để kiểm tra hệ thống riêng tư, bị hạn chế, nhạy cảm hoặc không được ủy quyền.

Thêm CapSolver vào Bài kiểm tra Playwright

SDK Core của CapSolver mô tả create_capsolver, detect, get_captcha_info, solve, và solve_on_page. Cài đặt SDK với hỗ trợ Playwright và lưu khóa API trong secrets CI:

pip install "capsolver-core[playwright] @ git+https://github.com/capsolver-ai/capsolver-core.git"
playwright install chromium

Ví dụ sau là một mẫu thử nghiệm thử nghiệm sử dụng phương pháp trình duyệt được tài liệu hóa:

import os
from capsolver_core import create_capsolver

async def recover_checkpoint(page):
    async with create_capsolver(api_key=os.environ["CAPSOLVER_API_KEY"]) as cap:
        results = await cap.solve_on_page(page)
        if any(item.error for item in results):
            raise AssertionError("CAPTCHA recovery returned an error")
        return results

Gọi hàm trợ giúp chỉ sau khi bài kiểm tra xác nhận rằng host và mục đích hiện tại khớp với hợp đồng. Sau đó, khẳng định trạng thái sản phẩm thực tế với khẳng định tự động thử lại của Playwright.

Nhận mã ưu đãi CapSolver của bạn

Tăng ngân sách tự động hóa của bạn ngay lập tức!
Sử dụng mã ưu đãi CAP26 khi nạp tiền vào tài khoản CapSolver để nhận thêm 5% ưu đãi cho mỗi lần nạp tiền — không giới hạn.
Nhận mã ngay bây giờ trong Bảng điều khiển CapSolver

Làm cho Lỗi CI Dễ Xác định

Ghi lại dấu vết Playwright, loại thử thách, tuyến đường ứng dụng và khẳng định cuối cùng. Không ghi nhật ký khóa API, cookie hoặc token đã giải quyết. Trình xem dấu vết Playwright có thể cho thấy trang có điều hướng, widget thay đổi trạng thái hay ứng dụng từ chối hành động tiếp theo.

Phân loại lỗi thành khởi động máy chủ, xác thực, thử thách không hỗ trợ, lỗi giải quyết, lỗi điền lại hoặc lỗi khẳng định ứng dụng. Điều này ngăn đội QA đổ lỗi cho xử lý CAPTCHA cho các sự cố phiên và form không liên quan.

Chọn Điều kiện Dừng An toàn

Một lần thử nghiệm thử nghiệm thường là đủ. Dừng nếu cùng một thử thách xuất hiện lại, tên miền thay đổi, trình duyệt mất phiên mong đợi hoặc khẳng định cuối cùng thất bại. Một điểm kiểm tra lặp lại là bằng chứng để kiểm tra, không phải lời mời lặp lại.

Bài giới thiệu về AI-agent của CapSolver giải thích cùng sự phân chia trách nhiệm cho các đại diện trình duyệt sản xuất, trong khi bài giới thiệu giải quyết CAPTCHA giúp các nhóm phân biệt các khái niệm dịch vụ khỏi logic kiểm tra ứng dụng.

Kết luận

Kiểm tra QA tự động hóa CAPTCHA nên tối ưu hóa cho bằng chứng đáng tin cậy, không phải khối lượng giải quyết tối đa. Sử dụng khóa kiểm tra cho các lớp xác định, dành một nhóm thử nghiệm nhỏ cho các kiểm tra trình duyệt thực tế và khẳng định kết quả ứng dụng sau một lần khôi phục có giới hạn. CapSolver có thể cung cấp bước khôi phục thử nghiệm trong khi bộ bài kiểm tra giữ quyền kiểm soát quyết định ủy quyền và thành công/thất bại.

FAQ

Câu hỏi: Mỗi bài kiểm tra CAPTCHA có cần gọi dịch vụ giải quyết không?

Không. Các bài kiểm tra thành phần và phần lớn kiểm tra tích hợp nên sử dụng fixture được phê duyệt; giải quyết trực tiếp thuộc về bộ kiểm tra thử nghiệm hạn chế.

Câu hỏi: Điều gì chứng minh bài kiểm tra CAPTCHA QA đã qua?

Ứng dụng phải đạt được trạng thái sau xác minh mong đợi, như trang biên lai hoặc trang tài khoản trở nên hiển thị.

Câu hỏi: Các bài kiểm tra QA có thể sử dụng thử lại không giới hạn không?

Không. Sử dụng ngân sách lần thử có giới hạn và coi sự lặp lại là lỗi cần điều tra.

Câu hỏi: Dữ liệu nào CI nên giữ lại?

Giữ lại dấu vết, loại thử thách, tuyến đường, định danh yêu cầu khi có sẵn và khẳng định cuối cùng, nhưng chưa bao giờ giữ thông tin xác thực hoặc token.