Thử nghiệm là một bước quan trọng để xây dựng thành công một quy trình tích hợp Google Ads API, cho dù bạn mới bắt đầu, đang duy trì một ứng dụng hay đang thêm các tính năng mới vào một quy trình tích hợp hiện có. Hướng dẫn này trình bày một số phương pháp hay nhất để thử nghiệm tích hợp Google Ads API.
Tài khoản thử nghiệm và tài khoản chính thức
Tài khoản thử nghiệm được cung cấp cho mục đích phát triển. Với tài khoản kiểm thử, bạn có thể xác thực rằng mã xử lý ứng dụng và cấu hình ứng dụng của bạn đang hoạt động như dự kiến.
Tuy nhiên, không phải tính năng nào cũng có thể được kiểm thử trong tài khoản thử nghiệm.
Khi các hạn chế đối với tài khoản kiểm thử khiến bạn không thể kiểm thử một số tính năng trong quá trình tích hợp, bạn có thể sử dụng tài khoản sản xuất để phát triển. Dự án Google Cloud của bạn phải có ít nhất cấp truy cập Explorer (Explorer, Basic hoặc Standard) để gọi một tài khoản chính thức. Xin lưu ý rằng quyền truy cập của Người khám phá vẫn hạn chế một số dịch vụ nhất định, bao gồm cả dịch vụ thanh toán (BillingSetupService và AccountBudgetProposalService), lập kế hoạch, tạo tài khoản và mời người dùng (xem phần Các quy định hạn chế về tính năng dành cho Người khám phá). Những dịch vụ này yêu cầu quyền truy cập Cơ bản hoặc Tiêu chuẩn. Nếu bạn cố gắng gọi một tài khoản chính thức từ một dự án có cấp truy cập Thử nghiệm, thì hệ thống sẽ trả về lỗi AuthorizationError.CLOUD_PROJECT_NOT_APPROVED_FOR_PRODUCTION kể từ v25 hoặc AuthorizationError.ACTION_NOT_PERMITTED trong v24 trở về trước.
Tài khoản phát hành công khai để phát triển khác với tài khoản kiểm thử ở những điểm sau:
- Phân phát quảng cáo mà người dùng có thể nhìn thấy
- Yêu cầu URL hợp lệ
- Phải tuân thủ chính sách quảng cáo
Vì tài khoản chính thức phân phát quảng cáo, nên các tài khoản này sẽ tạo ra các chỉ số cho phép bạn kiểm tra báo cáo hiệu suất, cũng như mở khoá tất cả các tính năng khác của API Google Ads. Tuy nhiên, bạn cần hết sức thận trọng khi sử dụng các API này cho mục đích phát triển. Bạn nên thực hiện các biện pháp sau:
- Chỉ cấp quyền truy cập cho những người dùng cần quyền này cho mục đích phát triển.
- Đặt ngân sách tài khoản hằng ngày ở mức thấp và cố định.
- Chỉ sử dụng tài khoản chính thức cho mục đích phát triển khi không thể sử dụng tài khoản thử nghiệm.
Do đó, để kiểm thử đầy đủ quá trình tích hợp, bạn có thể cần cả thông tin đăng nhập thử nghiệm và thông tin đăng nhập chính thức.
Thông tin đăng nhập cho mục đích thử nghiệm
Để giảm thiểu nguy cơ vô tình sửa đổi tài khoản sản xuất khi cố gắng sửa đổi tài khoản phát triển, bạn nên duy trì một bộ thông tin đăng nhập thử nghiệm riêng biệt với thông tin đăng nhập ứng dụng sản xuất.
Để tạo một bộ thông tin đăng nhập kiểm thử, hãy làm theo các bước sau:
- Tạo một tài khoản email (ví dụ:
api.test@example.com) hoặc một tài khoản dịch vụ chỉ dùng cho mục đích thử nghiệm. - Thêm người dùng hoặc tài khoản dịch vụ này làm người dùng hợp lệ trong các tài khoản Google Ads mà bạn đang chạy thử nghiệm. Đảm bảo bạn cấp các cấp truy cập phù hợp cho người dùng hoặc tài khoản dịch vụ này. Không cấp cho người dùng hoặc tài khoản dịch vụ này quyền truy cập vào bất kỳ tài khoản chính thức nào.
- Nếu bạn đang sử dụng quy trình xác thực người dùng OAuth 2.0 thay vì quy trình tài khoản dịch vụ, hãy tạo mã làm mới cho tài khoản người dùng kiểm thử của bạn.
- Hãy sử dụng thông tin đăng nhập mới này khi thử nghiệm ứng dụng. Bạn có thể sử dụng lại mã ứng dụng và khoá bí mật của ứng dụng cho mục đích kiểm thử, vì chúng không ảnh hưởng đến việc xác định tài khoản Google Ads nào có thể truy cập. Lưu trữ tất cả thông tin đăng nhập và mã làm mới một cách an toàn, đồng thời không bao giờ xác nhận (commit) chúng vào tính năng kiểm soát nguồn.
Yêu cầu xác thực
Nếu chỉ cần kiểm tra xem một yêu cầu có hợp lệ hay không (ví dụ: để xác minh rằng yêu cầu đó có cấu trúc chính xác và không vi phạm chính sách), bạn có thể sử dụng trường validate_only. Trường này có sẵn cho các yêu cầu GoogleAdsService.Search (lưu ý rằng GoogleAdsService.SearchStream không hỗ trợ validate_only) và hầu hết các yêu cầu thay đổi tài nguyên. Tham khảo tài liệu tham khảo để xác minh xem trường này có dùng được cho một phương thức nhất định hay không.
API REST
Đối với kiểm thử đặc biệt, chẳng hạn như để xác thực rằng một yêu cầu tạo ra đầu ra dự kiến, việc sử dụng API REST thường là lựa chọn dễ dàng nhất. Tham khảo các ví dụ về REST để tìm hiểu cách sử dụng curl khi đưa ra yêu cầu cho REST API. Ngoài ra, hãy thử kiểm tra trong REST Explorer.