การทดสอบ

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

บัญชีทดสอบ

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

การใช้งานจริงมีผลต่อการพัฒนา

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

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

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

ในขณะเดียวกัน การใช้องค์ประกอบเหล่านี้เพื่อการพัฒนาต้องใช้ความระมัดระวังเป็นพิเศษ เราขอแนะนำให้ใช้มาตรการต่อไปนี้

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

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

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

เราขอแนะนำให้สร้างโทเค็นการรีเฟรชแยกต่างหากเพื่อใช้ในการพัฒนา

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

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

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

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

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

API ของ REST

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