การทดสอบ

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

บัญชีทดสอบ

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

บัญชีการผลิตสำหรับการพัฒนา

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

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

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

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

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

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

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

นอกจากนี้ เราขอแนะนําให้สร้างโทเค็นรีเฟรชแยกต่างหากเพื่อวัตถุประสงค์ในการพัฒนา

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

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

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

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

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

REST API

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