Android แต่ละรุ่นเปิดตัวฟีเจอร์ใหม่ๆ รวมถึงการเปลี่ยนแปลงลักษณะการทำงานซึ่งมุ่งทำให้ Android มีประโยชน์มากขึ้น ปลอดภัยขึ้น และมีประสิทธิภาพดียิ่งขึ้น ในหลายๆ กรณี แอปของคุณจะทำงานได้ตามที่คาดไว้ตั้งแต่แกะกล่อง ในขณะที่ในกรณีอื่นๆ คุณอาจต้องทำการเปลี่ยนแปลงแอปเพื่อปรับให้เข้ากับ การเปลี่ยนแปลงของแพลตฟอร์ม
เนื่องจากผู้ใช้จะเริ่มได้รับแพลตฟอร์มใหม่ทันทีที่เผยแพร่ซอร์สโค้ดไปยัง AOSP (โปรเจ็กต์โอเพนซอร์ส Android) แอปจึงต้องพร้อมใช้งาน มีประสิทธิภาพตามที่ผู้ใช้คาดหวัง และใช้ประโยชน์จากฟีเจอร์และ API ใหม่ๆ เพื่อดึงศักยภาพของแพลตฟอร์มใหม่ให้ได้มากที่สุด
เอกสารนี้แสดงภาพรวมระดับสูงของระยะการพัฒนาและการทดสอบทั่วไป ซึ่งจะช่วยให้คุณวางแผนความพร้อมให้สอดคล้องกับไทม์ไลน์การเผยแพร่แพลตฟอร์มและช่วยให้ผู้ใช้ได้รับประสบการณ์การใช้งานที่ยอดเยี่ยมบน Android 11
การย้ายข้อมูลโดยทั่วไปมี 2 ระยะ ซึ่งอาจเกิดขึ้นพร้อมกันได้ ดังนี้
- การตรวจสอบความเข้ากันได้ของแอป (ภายในการเปิดตัวขั้นสุดท้ายของ Android 11)
- กําหนดเป้าหมายฟีเจอร์และ API ใหม่ของแพลตฟอร์ม (โดยเร็วที่สุดหลังจากการเปิดตัวเวอร์ชันสุดท้าย)
หน้านี้จะอธิบายขั้นตอนทั่วไปของแต่ละระยะ เมื่อพร้อมเริ่มต้นใช้งานแล้ว โปรดอ่านรับ Android 11
ตรวจสอบความเข้ากันได้กับ Android 11
คุณควรทดสอบฟังก์ชันการทำงานของแอปที่มีอยู่กับ Android 11 เพื่อให้ผู้ใช้ที่อัปเดตเป็น Android เวอร์ชันล่าสุดได้รับประสบการณ์การใช้งานที่ยอดเยี่ยม การเปลี่ยนแปลงบางอย่างในแพลตฟอร์มอาจส่งผลต่อลักษณะการทำงานของแอปได้ คุณจึงต้องทดสอบตั้งแต่เนิ่นๆ อย่างละเอียดถี่ถ้วน จากนั้นจึงปรับเปลี่ยนแอปตามที่จำเป็น
โดยปกติแล้ว คุณสามารถปรับแอปและเผยแพร่การอัปเดตได้โดยไม่ต้องเปลี่ยนtargetSdkVersion
ของแอป ในทํานองเดียวกัน คุณไม่ควรต้องใช้ API ใหม่หรือเปลี่ยน compileSdkVersion
ของแอป แต่ทั้งนี้ขึ้นอยู่กับวิธีสร้างแอปและฟังก์ชันการทํางานของแพลตฟอร์มที่ใช้ ส่วนต่อไปนี้จะอธิบายขั้นตอนต่างๆ
ก่อนเริ่มต้นใช้งาน โปรดทำความคุ้นเคยกับการเปลี่ยนแปลงลักษณะการทำงานที่อาจส่งผลต่อแอป แม้ว่าคุณจะไม่ได้ทำการเปลี่ยนแปลงtargetSdkVersion
ทำการทดสอบความเข้ากันได้
ส่วนใหญ่แล้ว การทดสอบความเข้ากันได้กับ Android 11 จะคล้ายกับประเภทการทดสอบที่คุณทำเมื่อเตรียมเผยแพร่แอป นี่เป็นโอกาสที่ดีในการตรวจสอบหลักเกณฑ์ด้านคุณภาพของแอปหลักและแนวทางปฏิบัติแนะนำสำหรับการทดสอบ
เพียงติดตั้งแอปที่เผยแพร่ในปัจจุบันในอุปกรณ์ที่ใช้ Android 11 แล้วลองทำตามขั้นตอนและฟังก์ชันการทำงานทั้งหมดเพื่อหาปัญหา เพื่อช่วยให้คุณมุ่งเน้นการทดสอบได้ โปรดตรวจสอบการเปลี่ยนแปลงด้านลักษณะการทำงานที่เปิดตัวใน Android 11 ซึ่งอาจส่งผลต่อฟังก์ชันการทํางานของแอปหรือทําให้แอปขัดข้อง โดยเฉพาะอย่างยิ่ง โปรดอ่านการเปลี่ยนแปลงที่สำคัญเกี่ยวกับความเป็นส่วนตัวและทดสอบการแก้ไขที่คุณนำมาใช้เพื่อรองรับการเปลี่ยนแปลง
นอกจากนี้ โปรดตรวจสอบและทดสอบการใช้อินเทอร์เฟซที่ไม่ใช่ SDK ซึ่งถูกจํากัด และเปลี่ยนไปใช้ SDK สาธารณะหรือ NDK ที่เทียบเท่าแทน คอยดูคำเตือน logcat ที่ไฮไลต์การเข้าถึงเหล่านี้ และใช้เมธอด StrictMode
detectNonSdkApiUsage()
เพื่อตรวจจับการเข้าถึงเหล่านี้โดยใช้โปรแกรม
สุดท้าย อย่าลืมทดสอบไลบรารีและ SDK ในแอปอย่างเต็มรูปแบบเพื่อให้ทำงานได้ตามที่คาดไว้ใน Android 11 และทำตามแนวทางปฏิบัติแนะนำด้านความเป็นส่วนตัว ประสิทธิภาพ UX การจัดการข้อมูล และสิทธิ์ต่างๆ หากพบปัญหา ให้ลองอัปเดต SDK เป็นเวอร์ชันล่าสุด หรือติดต่อนักพัฒนา SDK เพื่อขอความช่วยเหลือ
เมื่อทดสอบและอัปเดตเสร็จแล้ว เราขอแนะนำให้เผยแพร่แอปที่เข้ากันได้ทันที ซึ่งจะช่วยให้ผู้ใช้ทดสอบแอปได้ตั้งแต่เนิ่นๆ และช่วยให้คุณมอบประสบการณ์การใช้งานที่ราบรื่นแก่ผู้ใช้เมื่ออัปเดตเป็น Android 11
อัปเดตการกำหนดเป้าหมายและบิลด์ของแอปด้วย API ใหม่
เมื่อเผยแพร่แอปเวอร์ชันที่เข้ากันได้ตามที่อธิบายไว้ก่อนหน้านี้แล้ว ขั้นตอนถัดไปคือการเพิ่มการรองรับ Android 11 อย่างเต็มรูปแบบด้วยการอัปเดต targetSdkVersion
ของแอป รวมถึงใช้ประโยชน์จาก API และความสามารถใหม่ๆ ของ Android 11 คุณดำเนินการเหล่านี้ได้ทันทีที่พร้อม โดยอย่าลืมคำนึงถึงข้อกำหนดของ Google Play สำหรับการกําหนดเป้าหมายแพลตฟอร์มใหม่
เมื่อคุณวางแผนที่จะรองรับ Android 11 อย่างเต็มรูปแบบ จุดเริ่มต้นที่ดีคือให้ตรวจสอบการเปลี่ยนแปลงลักษณะการทำงานกับแอปที่กําหนดเป้าหมายเป็น Android 11 การเปลี่ยนแปลงลักษณะการทํางานที่กำหนดเป้าหมายเหล่านี้อาจทำให้เกิดปัญหาด้านฟังก์ชันการทำงานที่คุณอาจต้องแก้ไข ในบางกรณี การทดสอบเหล่านี้อาจต้องใช้ การพัฒนาที่สำคัญ การเรียนรู้เกี่ยวกับเรื่องนี้ตั้งแต่เนิ่นๆ จึงเป็นการดีที่สุด คุณยังใช้ปุ่มเปิด/ปิดความเข้ากันได้เพื่อทดสอบแอปปัจจุบันโดยเปิดใช้การเปลี่ยนแปลงที่เลือกไว้เพื่อช่วยประเมินผลกระทบได้ด้วย
ขั้นตอนต่อไปนี้จะอธิบายวิธีรองรับ Android 11 อย่างเต็มรูปแบบ
รับ SDK, เปลี่ยนการกำหนดเป้าหมาย, สร้างด้วย API ใหม่
หากต้องการเริ่มต้นใช้งานการรองรับ Android 11 อย่างเต็มรูปแบบ ให้ดาวน์โหลด
Android 11 SDK (และเครื่องมืออื่นๆ ที่จำเป็น) ลงใน Android Studio ก่อน
จากนั้นเปลี่ยน targetSdkVersion
และ compileSdkVersion
ของแอปเป็น "30"
และคอมไพล์แอปอีกครั้ง ดูรายละเอียดได้ในคู่มือการตั้งค่า
ทดสอบแอป Android 11
เมื่อคอมไพล์แอปและติดตั้งลงในอุปกรณ์ที่ใช้ Android 11 แล้ว ให้เริ่มการทดสอบเพื่อให้แน่ใจว่าแอปทำงานได้อย่างถูกต้องเมื่อกำหนดเป้าหมายเป็น Android 11 การเปลี่ยนแปลงลักษณะการทํางานบางอย่างจะมีผลเฉพาะเมื่อแอปกําหนดเป้าหมายเป็นแพลตฟอร์มใหม่เท่านั้น คุณจึงควรตรวจสอบการเปลี่ยนแปลงเหล่านั้นก่อนเริ่มต้น
เช่นเดียวกับการทดสอบความเข้ากันได้พื้นฐาน ให้ตรวจสอบปัญหาในขั้นตอนและฟังก์ชันการทำงานทั้งหมด มุ่งเน้นการทดสอบไปที่การเปลี่ยนแปลงลักษณะการทํางานสําหรับแอปที่กําหนดเป้าหมายเป็น Android 11 โดยเฉพาะอย่างยิ่ง โปรดตรวจสอบการเปลี่ยนแปลงด้านความเป็นส่วนตัวและทดสอบการแก้ไขที่คุณนำมาใช้เพื่อรองรับการเปลี่ยนแปลง นอกจากนี้ คุณยังควรตรวจสอบแอปตามหลักเกณฑ์ด้านคุณภาพของแอปหลักและแนวทางปฏิบัติแนะนำสำหรับการทดสอบด้วย
โปรดตรวจสอบและทดสอบการใช้อินเทอร์เฟซที่ไม่ใช่ SDK ที่ถูกจำกัดซึ่งอาจมีผลบังคับใช้ คอยดูคำเตือน logcat ที่ไฮไลต์การเข้าถึงเหล่านี้ และใช้เมธอด StrictMode detectNonSdkApiUsage()
เพื่อตรวจจับการเข้าถึงเหล่านี้แบบเป็นโปรแกรม
สุดท้าย อย่าลืมทดสอบไลบรารีและ SDK ในแอปอย่างละเอียดเพื่อให้แน่ใจว่าทำงานได้ตามที่คาดไว้บน Android 11 และเป็นไปตามแนวทางปฏิบัติแนะนำด้านความเป็นส่วนตัว ประสิทธิภาพ UX การจัดการข้อมูล และสิทธิ์ หากพบปัญหา ให้ลองอัปเดต SDK เป็นเวอร์ชันล่าสุด หรือติดต่อขอความช่วยเหลือจากนักพัฒนาซอฟต์แวร์ SDK
ทดสอบโดยใช้ปุ่มเปิด/ปิดความเข้ากันได้ของแอป
Android 11 เปิดตัวฟีเจอร์ใหม่สำหรับนักพัฒนาซอฟต์แวร์ที่จะช่วยให้คุณทดสอบแอปได้ง่ายขึ้นด้วยการเปลี่ยนแปลงลักษณะการทำงานที่กำหนดเป้าหมาย สําหรับแอปที่แก้ไขข้อบกพร่องได้ ปุ่มสลับจะช่วยให้คุณทําสิ่งต่อไปนี้ได้
- ทดสอบการเปลี่ยนแปลงที่กำหนดเป้าหมายโดยไม่ต้องเปลี่ยน targetSdkVersion ของแอป คุณใช้ปุ่มสลับเพื่อบังคับให้เปิดใช้การเปลี่ยนแปลงลักษณะการทำงานที่กำหนดเป้าหมายที่เจาะจงเพื่อประเมินผลกระทบต่อแอปที่มีอยู่ได้
- ทดสอบเฉพาะการเปลี่ยนแปลงที่เฉพาะเจาะจงเท่านั้น คุณสามารถปิดใช้การเปลี่ยนแปลงที่กำหนดเป้าหมายทั้งหมดได้ ยกเว้นการเปลี่ยนแปลงที่คุณต้องการทดสอบ แทนที่จะต้องจัดการกับการเปลี่ยนแปลงที่กำหนดเป้าหมายทั้งหมดพร้อมกัน
- จัดการการเปิด/ปิดผ่าน adb คุณสามารถใช้คําสั่ง adb เพื่อเปิดและปิดใช้การเปลี่ยนแปลงที่เปิด/ปิดได้ในสภาพแวดล้อมการทดสอบอัตโนมัติ
- แก้ไขข้อบกพร่องได้เร็วขึ้นโดยใช้รหัสการเปลี่ยนแปลงมาตรฐาน การเปลี่ยนแปลงที่เปิด/ปิดได้แต่ละรายการจะมีรหัสและชื่อที่ไม่ซ้ำกันซึ่งคุณใช้แก้ไขข้อบกพร่องของสาเหตุที่แท้จริงได้อย่างรวดเร็วในเอาต์พุตบันทึก
ระหว่างที่คุณเตรียมพร้อมสำหรับการเปลี่ยนการกำหนดเป้าหมายของแอป หรือขณะอยู่ระหว่างการพัฒนาเพื่อรองรับ Android 11 ปุ่มสลับก็ช่วยคุณได้ ดูรายละเอียดเพิ่มเติมในเอกสารประกอบที่เกี่ยวข้อง