Kiểm thử là một bước quan trọng trong việc tích hợp thành công API Google Ads, cho dù bạn 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 để kiểm thử hoạt động 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 hạn chế của tài khoản thử nghiệm 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. Tài khoản phát hành công khai để phát triển khác với tài khoản thử nghiệm ở 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 thử báo cáo hiệu suất, cũng như khai thác tất cả cá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 đó cho mục đích phát triển.
- Đặt ngân sách hằng ngày cố định và thấp cho tài khoản.
- 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 xác thực thử nghiệm tách biệt với thông tin xác thực ứng dụng chính thức.
Bạn cũng nên tạo mã thông báo làm mới riêng cho mục đích phát triển.
Mã thông báo làm mới được tạo khi người dùng uỷ quyền cho một ứng dụng thay mặt họ truy cập vào API Google Ads. Vì vậy, mỗi mã thông báo làm mới đều có quyền truy cập giống như người dùng uỷ quyền. 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ã thông báo 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ã thông báo làm mới thử nghiệm. Bạn có thể sử dụng mã thông báo nhà phát triển, mã ứng dụng và khoá ứng dụng dùng để truy cập vào tài khoản chính thức để truy cập vào tài khoản thử nghiệm một cách an toàn, miễn là mã thông báo làm mớ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. Trường này 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.
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 sẽ mang lại kết quả 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 ví dụ về API REST để tìm hiểu cách sử dụng cURL trong việc đưa ra yêu cầu cho API REST.