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