ย้ายข้อมูลแอปไปยัง Android 17

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

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

ผู้ใช้จะเริ่มรับแพลตฟอร์มใหม่ได้ทันทีที่ซอร์สโค้ดเผยแพร่ไปยัง AOSP (โครงการโอเพนซอร์ส Android) ดังนั้นแอปของคุณจึงต้องพร้อมทำงานตามที่ผู้ใช้คาดหวัง และควรใช้ประโยชน์จากฟีเจอร์และ API ใหม่ๆ เพื่อให้ได้รับประโยชน์สูงสุดจากแพลตฟอร์มใหม่

การย้ายข้อมูลโดยทั่วไปมี 2 ระยะ ซึ่งสามารถทำพร้อมกันได้ ดังนี้

• การตรวจสอบความเข้ากันได้ของแอป (ภายในรุ่นสุดท้ายของ Android 17)
• กำหนดเป้าหมายฟีเจอร์และ API ใหม่ของแพลตฟอร์ม (โดยเร็วที่สุดหลังจากเวอร์ชันสุดท้ายเปิดตัว)

ตรวจสอบความเข้ากันได้กับ Android 17

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

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

ก่อนเริ่มทดสอบ โปรดทำความคุ้นเคยกับการเปลี่ยนแปลงลักษณะการทำงานของแอปทั้งหมด การเปลี่ยนแปลงเหล่านี้อาจส่งผลต่อแอปของคุณ แม้ว่าคุณจะไม่ได้เปลี่ยน targetSdkVersion ของแอปก็ตาม

ทดสอบความเข้ากันได้ของแอปใน Android 17

โดยส่วนใหญ่แล้ว การทดสอบความเข้ากันได้กับ Android 17 จะคล้ายกับการทดสอบแอปทั่วไป นี่เป็นโอกาสดีที่จะได้ทบทวนหลักเกณฑ์ด้านคุณภาพของแอปหลักและแนวทางปฏิบัติแนะนำสำหรับการทดสอบ

หากต้องการทดสอบ ให้ติดตั้งแอปที่เผยแพร่ในปัจจุบันในอุปกรณ์ที่ใช้ Android 17 แล้วตรวจสอบขั้นตอนและฟังก์ชันการทำงานเพื่อระบุปัญหา หากต้องการมุ่งเน้นการทดสอบ ให้ตรวจสอบการเปลี่ยนแปลงลักษณะการทำงานของแอปทั้งหมดที่เปิดตัวใน Android 17 ซึ่งอาจส่งผลต่อวิธีการทำงานของแอปหรือทำให้แอปขัดข้อง

นอกจากนี้ โปรดตรวจสอบและทดสอบการใช้อินเทอร์เฟซที่ไม่ใช่ SDK ซึ่งถูกจำกัดด้วย คุณควรแทนที่อินเทอร์เฟซที่ถูกจำกัดซึ่งแอปของคุณใช้ด้วย SDK หรือ NDK สาธารณะที่เทียบเท่า คอยดูคำเตือน logcat ที่ไฮไลต์การเข้าถึงเหล่านี้ และใช้เมธอด StrictMode detectNonSdkApiUsage() เพื่อตรวจจับการเข้าถึงเหล่านั้นแบบเป็นโปรแกรม

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

เมื่อทดสอบและอัปเดตเสร็จแล้ว เราขอแนะนำให้เผยแพร่แอปที่เข้ากันได้ทันที ซึ่งจะช่วยให้ผู้ใช้ทดสอบแอปได้ตั้งแต่เนิ่นๆ และช่วยให้ผู้ใช้เปลี่ยนไปใช้ Android 17 ได้อย่างราบรื่นเมื่ออัปเดต

อัปเดตการกำหนดเป้าหมายของแอปและสร้างด้วย API ใหม่

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

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

ขั้นตอนต่อไปนี้อธิบายวิธีรองรับ Android 17 อย่างเต็มรูปแบบ

ดาวน์โหลด SDK, เปลี่ยนการกำหนดเป้าหมาย, สร้างด้วย API ใหม่

หากต้องการเริ่มทดสอบการรองรับ Android 17 อย่างเต็มรูปแบบ ให้ใช้ Android Studio เวอร์ชันตัวอย่างล่าสุดเพื่อดาวน์โหลด Android 17 SDK และเครื่องมืออื่นๆ ที่คุณต้องการ จากนั้นอัปเดต targetSdkVersion และ compileSdkVersion ของแอป แล้วคอมไพล์แอปอีกครั้ง ดูรายละเอียดได้ในคู่มือการตั้งค่า SDK

ทดสอบแอป Android 17

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

เช่นเดียวกับการทดสอบความเข้ากันได้ขั้นพื้นฐาน ให้ตรวจสอบขั้นตอนและฟังก์ชันการทำงานทั้งหมดเพื่อหาปัญหา มุ่งเน้นการทดสอบไปที่การเปลี่ยนแปลงลักษณะการทำงานสำหรับแอปที่กำหนดเป้าหมายเป็น Android 17 นอกจากนี้ยังเป็นเวลาที่เหมาะสมในการตรวจสอบแอปของคุณกับหลักเกณฑ์ด้านคุณภาพของแอปหลักและแนวทางปฏิบัติแนะนำสำหรับการทดสอบ

อย่าลืมตรวจสอบและทดสอบการใช้อินเทอร์เฟซที่ไม่ใช่ SDK ที่ถูกจำกัดซึ่งอาจมีผลบังคับใช้ คอยดูคำเตือน logcat ที่ไฮไลต์การเข้าถึงเหล่านี้ และใช้เมธอด StrictMode detectNonSdkApiUsage() เพื่อตรวจจับการเข้าถึงโดยใช้โปรแกรม

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

ทดสอบโดยใช้ปุ่มเปิด/ปิดความเข้ากันได้ของแอป

Android 17 มีปุ่มเปิด/ปิดความเข้ากันได้ที่ช่วยให้ทดสอบแอปกับการเปลี่ยนแปลงลักษณะการทำงานที่กำหนดเป้าหมายได้ง่ายขึ้น สำหรับแอปที่แก้ไขข้อบกพร่องได้ ปุ่มเปิด/ปิดจะช่วยให้คุณทำสิ่งต่อไปนี้ได้

• ทดสอบการเปลี่ยนแปลงที่กำหนดเป้าหมายโดยไม่ต้องเปลี่ยน targetSdkVersion ของแอปจริงๆ คุณสามารถใช้ปุ่มเปิด/ปิดเพื่อบังคับให้เปิดใช้การเปลี่ยนแปลงลักษณะการทำงานที่กำหนดเป้าหมายที่เฉพาะเจาะจงเพื่อประเมินผลกระทบต่อแอปที่มีอยู่ได้
• มุ่งเน้นการทดสอบเฉพาะการเปลี่ยนแปลงที่เจาะจงเท่านั้น ปุ่มเปิด/ปิดช่วยให้คุณปิดใช้การเปลี่ยนแปลงที่กำหนดเป้าหมายทั้งหมดได้ ยกเว้นการเปลี่ยนแปลงที่ต้องการทดสอบ แทนที่จะต้องจัดการกับการเปลี่ยนแปลงที่กำหนดเป้าหมายทั้งหมดพร้อมกัน
• จัดการปุ่มเปิด/ปิดผ่าน adb คุณสามารถใช้คำสั่ง adb เพื่อเปิดและปิดใช้การเปลี่ยนแปลงที่สลับได้ในสภาพแวดล้อมการทดสอบอัตโนมัติ
• แก้ไขข้อบกพร่องได้เร็วขึ้นโดยใช้รหัสการเปลี่ยนแปลงมาตรฐาน การเปลี่ยนแปลงที่เปิด/ปิดได้แต่ละรายการจะมีรหัสและชื่อที่ไม่ซ้ำกัน ซึ่งคุณสามารถใช้เพื่อแก้ไขข้อบกพร่องของสาเหตุในเอาต์พุตบันทึกได้อย่างรวดเร็ว

ปุ่มเปิด/ปิดจะช่วยคุณได้เมื่อเตรียมเปลี่ยนการกำหนดเป้าหมายของแอป หรือขณะที่กำลังพัฒนาแอปเพื่อรองรับ Android 17 ดูข้อมูลเพิ่มเติมได้ที่การเปลี่ยนแปลงเฟรมเวิร์กความเข้ากันได้ (Android 17)