ในแต่ละรุ่นของ Android เราจะเปิดตัวฟีเจอร์ใหม่ๆ รวมถึงการเปลี่ยนแปลงลักษณะการทำงานที่มุ่งเน้นให้ Android มีประโยชน์ ปลอดภัย และมีประสิทธิภาพมากขึ้น ในหลายกรณี แอปจะทํางานตามที่คาดไว้โดยทันที แต่ในกรณีอื่นๆ คุณอาจต้องทําการเปลี่ยนแปลงแอปให้เข้ากับการเปลี่ยนแปลงของแพลตฟอร์ม
เนื่องจากผู้ใช้จะเริ่มได้รับแพลตฟอร์มใหม่ทันทีที่เผยแพร่ซอร์สโค้ดไปยัง AOSP (Android Open Source Project) แอปจึงต้องพร้อมใช้งาน มีประสิทธิภาพตามที่ผู้ใช้คาดหวัง และใช้ประโยชน์จากฟีเจอร์และ 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 ดูรายละเอียดเพิ่มเติมในเอกสารประกอบที่เกี่ยวข้อง