การทดสอบ

การทดสอบเป็นขั้นตอนสำคัญในการสร้างการผสานรวม Google Ads API ที่ประสบความสำเร็จ ไม่ว่าคุณจะเพิ่งเริ่มต้นใช้งาน ดูแลแอป หรือเพิ่มฟีเจอร์ใหม่ลงในการผสานรวมที่มีอยู่ คู่มือนี้จะนำเสนอแนวทางปฏิบัติแนะนำบางส่วนสำหรับการทดสอบการผสานรวม Google Ads API

บัญชีทดสอบและบัญชีจริง

บัญชีทดสอบมีไว้เพื่อวัตถุประสงค์ในการพัฒนา บัญชีทดสอบช่วยให้คุณตรวจสอบได้ว่าโค้ดของแอปพลิเคชันและการกำหนดค่าทำงานตามที่ต้องการ

อย่างไรก็ตาม คุณไม่สามารถทดสอบฟีเจอร์บางอย่างในบัญชีทดสอบ ได้

เมื่อข้อจำกัดของบัญชีทดสอบทำให้คุณทดสอบฟีเจอร์บางอย่างในการผสานรวมไม่ได้ คุณสามารถใช้บัญชีจริงเพื่อการพัฒนาแทนได้ โปรเจ็กต์ Google Cloud ต้องมีสิทธิ์เข้าถึงระดับ Explorer ขึ้นไป (Explorer, Basic หรือ Standard) จึงจะ เรียกบัญชีจริงได้ โปรดทราบว่าสิทธิ์เข้าถึงระดับ Explorer ยังคงจำกัดบริการบางอย่าง ซึ่งรวมถึงการเรียกเก็บเงิน (BillingSetupService และ AccountBudgetProposalService), การวางแผน, การสร้างบัญชี และการเชิญผู้ใช้ (ดูข้อจำกัดของฟีเจอร์ Explorer) ซึ่งต้องใช้สิทธิ์เข้าถึงระดับ Basic หรือ Standard การพยายามเรียกบัญชีจริงจาก โปรเจ็กต์ที่มีระดับการเข้าถึงระดับ Test จะแสดงผล AuthorizationError.CLOUD_PROJECT_NOT_APPROVED_FOR_PRODUCTION ใน v25 ขึ้นไป หรือ AuthorizationError.ACTION_NOT_PERMITTED ใน v24 และ เวอร์ชันก่อนหน้า

บัญชีจริงสำหรับการพัฒนาแตกต่างจากบัญชีทดสอบในลักษณะต่อไปนี้

  • แสดงโฆษณาที่ผู้ใช้เห็นได้
  • ต้องมี URL ที่ถูกต้อง
  • ต้องเป็นไปตามนโยบายการโฆษณา

เนื่องจากบัญชีจริงแสดงโฆษณา บัญชีจึงสร้างเมตริกที่ช่วยให้คุณทดสอบรายงานประสิทธิภาพ รวมถึงปลดล็อกฟีเจอร์อื่นๆ ทั้งหมดของ Google Ads API อย่างไรก็ตาม การใช้บัญชีจริงเพื่อการพัฒนาต้องใช้ความระมัดระวังเป็นพิเศษ เราขอแนะนำให้ใช้มาตรการต่อไปนี้

  • ให้สิทธิ์เข้าถึงแก่ผู้ใช้ที่จำเป็นต้องใช้เพื่อวัตถุประสงค์ในการพัฒนาเท่านั้น
  • กำหนดงบประมาณบัญชีรายวันแบบคงที่และต่ำ
  • ใช้บัญชีจริงเพื่อการพัฒนาเฉพาะในกรณีที่ไม่สามารถใช้บัญชีทดสอบได้

ดังนั้น คุณจึงอาจต้องใช้ทั้งข้อมูลเข้าสู่ระบบที่ใช้ทดสอบและข้อมูลเข้าสู่ระบบจริงเพื่อทำการทดสอบการผสานรวมอย่างเต็มรูปแบบ

ข้อมูลเข้าสู่ระบบที่ใช้ทดสอบ

เราขอแนะนำให้เก็บชุดข้อมูลเข้าสู่ระบบที่ใช้ทดสอบแยกจากข้อมูลเข้าสู่ระบบของแอปพลิเคชันเวอร์ชันที่ใช้งานจริง เพื่อลดความเสี่ยงที่จะแก้ไขบัญชีเวอร์ชันที่ใช้งานจริงโดยไม่ได้ตั้งใจเมื่อพยายามแก้ไขบัญชีนักพัฒนาแอป

หากต้องการสร้างชุดข้อมูลเข้าสู่ระบบที่ใช้ทดสอบ ให้ทำตามขั้นตอนต่อไปนี้

  1. สร้างบัญชีอีเมล (เช่น api.test@example.com) หรือบัญชีบริการที่จะใช้เพื่อวัตถุประสงค์ในการทดสอบเท่านั้น
  2. เพิ่มผู้ใช้หรือบัญชีบริการนี้เป็นผู้ใช้ที่ถูกต้องในบัญชี Google Ads ที่คุณใช้ทดสอบ ตรวจสอบว่าได้ให้สิทธิ์เข้าถึงที่เหมาะสมแก่ผู้ใช้หรือบัญชีบริการนี้ อย่าให้สิทธิ์เข้าถึง บัญชีจริง แก่ผู้ใช้หรือบัญชีบริการนี้
  3. หากคุณใช้โฟลว์การตรวจสอบสิทธิ์ผู้ใช้ OAuth 2.0 แทนโฟลว์บัญชีบริการ ให้สร้างโทเค็นการรีเฟรชสำหรับบัญชีผู้ใช้ที่ใช้ทดสอบ
  4. ใช้ข้อมูลเข้าสู่ระบบใหม่เหล่านี้เมื่อทดสอบแอปพลิเคชัน คุณสามารถใช้รหัสไคลเอ็นต์และรหัสลับไคลเอ็นต์ซ้ำเพื่อวัตถุประสงค์ในการทดสอบได้ เนื่องจากข้อมูลดังกล่าวไม่มีผลต่อการกำหนดว่าบัญชี Google Ads ใดที่เข้าถึงได้ จัดเก็บข้อมูลเข้าสู่ระบบและโทเค็นการรีเฟรชทั้งหมดไว้อย่างปลอดภัย และอย่าบันทึกข้อมูลดังกล่าวลงในระบบควบคุมเวอร์ชัน

ขอการตรวจสอบ

หากคุณเพียงต้องการทดสอบว่าคำขอถูกต้องหรือไม่ เช่น เพื่อยืนยัน ว่าคำขอมีโครงสร้างถูกต้องและไม่ละเมิดนโยบาย คุณ สามารถใช้ช่อง validate_only ซึ่งมีให้สำหรับ GoogleAdsService.Search คำขอ (โปรดทราบว่า GoogleAdsService.SearchStream ไม่รองรับ validate_only) และคำขอเปลี่ยนแปลงข้อมูลในเซิร์ฟเวอร์ส่วนใหญ่ โปรดดู เอกสารอ้างอิงเพื่อตรวจสอบว่าเมธอดที่ต้องการรองรับช่องนี้หรือไม่

REST API

สำหรับการทดสอบเฉพาะกิจ เช่น เพื่อตรวจสอบว่าคำขอให้ผลลัพธ์ตามที่คาดไว้หรือไม่ การใช้ REST API มักจะเป็นตัวเลือกที่ง่ายที่สุด โปรดดูตัวอย่าง REST เพื่อดูวิธีใช้ curl ในการส่งคำขอไปยัง REST API นอกจากนี้ โปรดลองทดสอบใน REST Explorer