Kiểm thử là một bước quan trọng để xây dựng thành công quá trình tích hợp API Google Ads, cho dù bạn chỉ mới bắt đầu, đang duy trì một ứng dụng hay thêm các tính năng mới vào một chế độ 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 việc tích hợp API Google Ads.
Tài khoản thử nghiệm
Tài khoản kiểm thử được cung cấp cho mục đích phát triển. Mặc dù không phải tất cả tính năng đều có thể kiểm thử được trong tài khoản kiểm thử, nhưng đây vẫn là một công cụ hữu ích để xác thực rằng cấu hình và mã xử lý ứng dụng của bạn đang hoạt động như dự kiến.
Tài khoản cho hoạt động phát triển ứng dụng
Khi các giới hạn của 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 chính thức để phát triển. Phiên bản phát hành công khai tính đến việc phát triển khác với các tài khoản kiểm thử ở những cách sau:
- Phân phát quảng cáo mà người dùng có thể xem
- Cần có URL hợp lệ
- Phải tuân thủ chính sách quảng cáo
Vì tài khoản thực tế phân phát quảng cáo, nên các tài khoản này tạo ra các chỉ số cho phép bạn kiểm thử báo cáo hiệu suất, cũng như khám phá tất cả tính năng khác của API Google Ads.
Đồng thời, việc sử dụng chúng cho mục đích phát triển đòi hỏi phải hết sức thận trọng. 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 truy cập cho mục đích phát triển.
- Đặt ngân sách tài khoản hằng ngày thấp và cố định.
- Chỉ sử dụng tài khoản phát hành chính thức để phát triển khi không thể sử dụng tài khoản kiểm thử.
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 chính thức 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 kiểm thử tách biệt với thông tin đăng nhập của ứng dụng chính thức.
Bạn cũng nên tạo các mã làm mới riêng cho mục đích phát triển.
Mã làm mới sẽ được tạo khi người dùng cho phép ứng dụng thay mặt họ truy cập vào API Google Ads. Vì vậy, mỗi mã làm mới có cùng quyền truy cập như người dùng cấp phép. Nếu tất cả mã làm mới dùng để truy cập vào tài khoản phát triển đều được liên kết với những người dùng không có quyền truy cập vào tài khoản chính thức (bao gồm cả tài khoản người quản lý quản lý tài khoản phát hành công khai), thì nguy cơ vô tình sử dụng mã làm mới thử nghiệm để sửa đổi tài khoản chính thức sẽ được giảm thiểu.
Vì quyền truy cập phụ thuộc vào mã làm mới được sử dụng, nên bạn không cần tạo thông tin xác thực thử nghiệm ngoài mã làm mới thử nghiệm. Bạn có thể dùng mã thông báo của nhà phát triển, mã ứng dụng khách và mật khẩu ứng dụng khách để truy cập vào tài khoản chính thức một cách an toàn, miễn là mã làm mới phải khác biệt.
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 có sẵn cho các yêu cầu GoogleAdsService.SearchStream và GoogleAdsService.Search, cũng như hầu hết các yêu cầu thay đổi.
Hãy xem 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 thử nghiệm đặc biệt, chẳng hạn như để xác thực rằng một yêu cầu mang lại kết quả dự kiến, thì thường là cách dễ nhất là sử dụng API REST. Hãy tham khảo các ví dụ về REST để tìm hiểu cách sử dụng cURL trong việc đưa ra yêu cầu tới API REST.