Google is committed to advancing racial equity for Black communities. See how.
หน้านี้ได้รับการแปลโดย Cloud Translation API
Switch to English

คำถามที่พบบ่อย

หน้านี้ให้คำตอบสำหรับคำถามที่พบบ่อย (FAQ)

โอเพ่นซอร์ส

โครงการโอเพ่นซอร์สของ Android คืออะไร

Android Open Source Project (AOSP) หมายถึงบุคคลกระบวนการและซอร์สโค้ดที่ประกอบขึ้นเป็น Android

คนดูแลโครงการและพัฒนาซอร์สโค้ด กระบวนการเป็นเครื่องมือและขั้นตอนที่เราใช้ในการจัดการการพัฒนาซอฟต์แวร์ ผลลัพธ์สุทธิคือซอร์สโค้ดซึ่งคุณสามารถใช้ในโทรศัพท์มือถือและอุปกรณ์อื่น ๆ

เหตุใดเราจึงเปิดซอร์สโค้ด Android

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

Android เป็นโครงการโอเพ่นซอร์สประเภทใด

Google ดูแลการพัฒนาแพลตฟอร์มโอเพ่นซอร์สหลักของ Android และทำงานเพื่อสร้างนักพัฒนาและชุมชนผู้ใช้ที่แข็งแกร่ง โดยส่วนใหญ่ซอร์สโค้ด Android ได้รับอนุญาตภายใต้ Apache License 2.0 ที่อนุญาตแทนที่จะเป็น สิทธิ์การใช้งาน แบบ copyleft เราเลือกใบอนุญาต Apache 2.0 เนื่องจากเราเชื่อว่าจะสนับสนุนให้มีการนำซอฟต์แวร์ Android ไปใช้อย่างแพร่หลาย สำหรับรายละเอียดโปรดดู ใบอนุญาต

เหตุใด Google จึงรับผิดชอบ Android

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

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

ด้วยการตรวจสอบให้แน่ใจว่า Android ประสบความสำเร็จกับผู้ใช้เราจึงช่วยรับประกันความมีชีวิตชีวาของ Android ในฐานะแพลตฟอร์มและในฐานะโครงการโอเพ่นซอร์ส ท้ายที่สุดใครต้องการซอร์สโค้ดไปยังผลิตภัณฑ์ที่ไม่ประสบความสำเร็จ?

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

กลยุทธ์โดยรวมของ Google สำหรับการพัฒนาผลิตภัณฑ์ Android คืออะไร

เราปล่อยอุปกรณ์ที่ยอดเยี่ยมสู่ตลาดที่มีการแข่งขันสูง จากนั้นเราจะรวมนวัตกรรมและการปรับปรุงที่เราสร้างไว้ในแพลตฟอร์มหลักเป็นเวอร์ชันถัดไป

ในทางปฏิบัตินั่นหมายความว่าทีมวิศวกร Android มุ่งเน้นไปที่อุปกรณ์ "เรือธง" จำนวนเล็กน้อยและพัฒนาซอฟต์แวร์ Android เวอร์ชันถัดไปเพื่อรองรับการเปิดตัวผลิตภัณฑ์เหล่านั้น อุปกรณ์เรือธงเหล่านี้ดูดซับความเสี่ยงของผลิตภัณฑ์ได้มากและเป็นจุดเริ่มต้นของชุมชน OEM ในวงกว้างที่ติดตามอุปกรณ์อื่น ๆ ที่ใช้ประโยชน์จากคุณสมบัติใหม่ ๆ ด้วยวิธีนี้เราตรวจสอบให้แน่ใจว่าแพลตฟอร์ม Android มีการพัฒนาตามความต้องการของอุปกรณ์ในโลกแห่งความเป็นจริง

ซอฟต์แวร์ Android ได้รับการพัฒนาอย่างไร?

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

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

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

สำหรับรายละเอียดโปรดดู Codelines สาขาและ รุ่นต่างๆ

เหตุใดบางส่วนของ Android จึงได้รับการพัฒนาแบบส่วนตัว

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

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

ซอร์สโค้ดจะเผยแพร่เมื่อใด

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

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

มีอะไรเกี่ยวข้องกับการเผยแพร่ซอร์สโค้ดสำหรับ Android เวอร์ชันใหม่

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

เมื่อการเปิดตัวได้รับการอนุมัติจากหน่วยงานกำกับดูแลและผู้ปฏิบัติงานผู้ผลิตจะเริ่มผลิตอุปกรณ์จำนวนมากและเราจะเริ่มปล่อยซอร์สโค้ด

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

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

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

AOSP เกี่ยวข้องกับโปรแกรมความเข้ากันได้ของ Android อย่างไร

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

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

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

ฉันจะมีส่วนร่วมกับ Android ได้อย่างไร

คุณสามารถรายงานข้อบกพร่องเขียนแอปสำหรับ Android หรือร่วมให้ข้อมูลซอร์สโค้ดในโครงการโอเพนซอร์สของ Android

มีข้อ จำกัด สำหรับประเภทของการสนับสนุนโค้ดที่เรายอมรับ ตัวอย่างเช่นบางคนอาจต้องการสนับสนุน API แอปพลิเคชันทางเลือกเช่นสภาพแวดล้อมที่ใช้ C ++ เต็มรูปแบบ เราจะปฏิเสธการสนับสนุนดังกล่าวเนื่องจาก Android สนับสนุนให้แอปพลิเคชันทำงานในรันไทม์ ART ในทำนองเดียวกันเราจะไม่ยอมรับการมีส่วนร่วมเช่นไลบรารี GPL หรือ LGPL ที่ไม่สอดคล้องกับเป้าหมายการให้ใบอนุญาตของเรา

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

ฉันจะเป็นผู้สื่อสาร Android ได้อย่างไร

ใน Android โครงการที่มาเปิดไม่ได้จริงๆมีความคิดของ committer ที่ การมีส่วนร่วมทั้งหมด (รวมถึงที่เขียนโดยพนักงานของ Google) ผ่านระบบบนเว็บที่เรียกว่า Gerrit ซึ่งเป็นส่วนหนึ่งของกระบวนการวิศวกรรม Android ระบบนี้ทำงานควบคู่กับระบบจัดการซอร์สโค้ด git เพื่อจัดการการสนับสนุนซอร์สโค้ดอย่างหมดจด

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

สำหรับรายละเอียดโปรดดูการ ส่งแพตช์

กลับไปด้านบน

ความเข้ากันได้

"ความเข้ากันได้" ของ Android คืออะไร?

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

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

Google Play มีบทบาทอย่างไรในความเข้ากันได้

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

อุปกรณ์ประเภทใดบ้างที่เข้ากันได้กับ Android?

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

ตัวอย่างเช่นแม้ว่าซอร์สโค้ดของ Android อาจถูกย้ายไปทำงานบนโทรศัพท์ที่ไม่มีกล้อง แต่ CDD ต้องการให้โทรศัพท์ทุกเครื่องมีกล้อง สิ่งนี้ช่วยให้นักพัฒนาสามารถพึ่งพาชุดความสามารถที่สอดคล้องกันเมื่อเขียนแอปของตน

CDD ยังคงพัฒนาอย่างต่อเนื่องเพื่อสะท้อนความเป็นจริงของตลาด ตัวอย่างเช่น CDD เวอร์ชัน 1.6 รองรับเฉพาะโทรศัพท์มือถือ แต่เวอร์ชัน 2.1 อนุญาตให้อุปกรณ์ละเว้นฮาร์ดแวร์โทรศัพท์ทำให้อุปกรณ์ที่ไม่ใช่โทรศัพท์เช่นเครื่องเล่นเพลงแบบแท็บเล็ตเข้ากันได้ ในขณะที่เราทำการเปลี่ยนแปลงเหล่านี้เราจะเพิ่ม Google Play เพื่อให้นักพัฒนาสามารถควบคุมตำแหน่งที่จะให้บริการแอปได้ หากต้องการดำเนินการต่อในตัวอย่างโทรศัพท์แอปที่จัดการข้อความ SMS จะไม่มีประโยชน์ในโปรแกรมเล่นสื่อ Google Play จึงอนุญาตให้นักพัฒนาซอฟต์แวร์ จำกัด แอปนั้นไว้เฉพาะอุปกรณ์โทรศัพท์เท่านั้น

หากอุปกรณ์ของฉันเข้ากันได้อุปกรณ์จะเข้าถึง Google Play และการสร้างแบรนด์โดยอัตโนมัติหรือไม่

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

หากฉันไม่ใช่ผู้ผลิตฉันจะใช้ Google Play ได้อย่างไร

Google Play ได้รับอนุญาตเฉพาะสำหรับผู้ผลิตโทรศัพท์มือถือที่จัดส่งอุปกรณ์ หากมีคำถามเกี่ยวกับกรณีเฉพาะโปรดติดต่อ android-partnerships@google.com

ฉันจะเข้าถึงแอป Google สำหรับ Android เช่น Maps ได้อย่างไร

แอป Google สำหรับ Android เช่น YouTube, Google Maps และ Gmail เป็นคุณสมบัติของ Google ที่ไม่ได้เป็นส่วนหนึ่งของ Android และได้รับใบอนุญาตแยกต่างหาก ติดต่อ android-partnerships@google.com เพื่อสอบถามข้อมูลเกี่ยวกับแอปเหล่านี้

ความเข้ากันได้จำเป็นหรือไม่?

ไม่โปรแกรมความเข้ากันได้ของ Android เป็นทางเลือก ซอร์สโค้ด Android เปิดอยู่ดังนั้นทุกคนสามารถใช้เพื่อสร้างอุปกรณ์ประเภทใดก็ได้ อย่างไรก็ตามหากผู้ผลิตต้องการใช้ชื่อ Android กับผลิตภัณฑ์ของตนหรือต้องการเข้าถึง Google Play ก่อนอื่นพวกเขาต้อง แสดงให้เห็นว่าอุปกรณ์ของตนเข้ากันได้

การรับรองความเข้ากันได้มีค่าใช้จ่ายเท่าไร?

ไม่มีค่าใช้จ่ายในการรับความเข้ากันได้ของ Android สำหรับอุปกรณ์ Compatibility Test Suite เป็นโอเพ่นซอร์สและทุกคนสามารถทดสอบอุปกรณ์ได้

ความเข้ากันได้ใช้เวลานานแค่ไหน?

กระบวนการนี้เป็นไปโดยอัตโนมัติ ชุดทดสอบความเข้ากันได้จะสร้างรายงานที่สามารถให้ Google ตรวจสอบความเข้ากันได้ ในที่สุดเราตั้งใจที่จะจัดหาเครื่องมือบริการตนเองเพื่ออัปโหลดรายงานเหล่านี้ไปยังฐานข้อมูลสาธารณะ

ใครเป็นผู้กำหนดนิยามความเข้ากันได้?

Google เป็นผู้รับผิดชอบทิศทางโดยรวมของ Android ในฐานะแพลตฟอร์มและผลิตภัณฑ์ดังนั้น Google จึงดูแลรักษา Compatibility Definition Document (CDD) สำหรับแต่ละรุ่น เราร่าง CDD สำหรับ Android เวอร์ชันใหม่โดยปรึกษากับ OEM หลายรายที่ให้ข้อมูล

Android แต่ละเวอร์ชันจะรองรับอุปกรณ์ใหม่ได้นานแค่ไหน?

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

อุปกรณ์สามารถมีอินเทอร์เฟซผู้ใช้ที่แตกต่างกันและยังใช้งานร่วมกันได้หรือไม่?

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

ข้อกำหนดความเข้ากันได้จะเผยแพร่สำหรับ Android เวอร์ชันใหม่เมื่อใด

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

การอ้างสิทธิ์ความเข้ากันได้ของผู้ผลิตอุปกรณ์ได้รับการตรวจสอบอย่างไร

ไม่มีกระบวนการตรวจสอบความเข้ากันได้ของอุปกรณ์ Android อย่างไรก็ตามหากอุปกรณ์ต้องรวม Google Play โดยทั่วไป Google จะตรวจสอบความเข้ากันได้ของอุปกรณ์ก่อนที่จะยอมรับใบอนุญาตซอฟต์แวร์ไคลเอ็นต์ Google Play

จะเกิดอะไรขึ้นหากพบว่าอุปกรณ์ที่อ้างว่าเข้ากันได้ในภายหลังมีปัญหาความเข้ากันได้

โดยทั่วไปความสัมพันธ์ของ Google กับผู้ได้รับอนุญาต Google Play ทำให้เราสามารถขอให้ผู้ผลิต deveice เผยแพร่อิมเมจระบบที่อัปเดตเพื่อแก้ไขปัญหาได้

กลับไปด้านบน

ชุดทดสอบความเข้ากันได้

CTS มีจุดประสงค์อะไร?

Compatibility Test Suite เป็นเครื่องมือที่ผู้ผลิตอุปกรณ์ใช้เพื่อช่วยให้แน่ใจว่าอุปกรณ์ของพวกเขาเข้ากันได้และเพื่อรายงานผลการทดสอบสำหรับการตรวจสอบความถูกต้อง CTS มีวัตถุประสงค์เพื่อให้ OEM ดำเนินการบ่อยครั้งตลอดกระบวนการทางวิศวกรรมเพื่อตรวจจับปัญหาความเข้ากันได้ตั้งแต่เนิ่นๆ

CTS ทดสอบอะไรบ้าง?

ขณะนี้ CTS ทดสอบว่า API ที่พิมพ์คาดเดายากของ Android ที่รองรับทั้งหมดมีอยู่และทำงานได้อย่างถูกต้อง นอกจากนี้ยังทดสอบพฤติกรรมของระบบอื่น ๆ ที่ไม่ใช่ API เช่นวงจรการใช้งานและประสิทธิภาพของแอปพลิเคชัน เราวางแผนที่จะเพิ่มการสนับสนุนในเวอร์ชัน CTS ในอนาคตเพื่อทดสอบ Soft APIs เช่น Intents

รายงาน CTS จะเปิดเผยต่อสาธารณะหรือไม่?

ใช่. แม้ว่าจะยังไม่ได้นำมาใช้ แต่ Google ตั้งใจที่จะจัดหาเครื่องมือบริการตนเองทางเว็บสำหรับ OEM เพื่อเผยแพร่รายงาน CTS เพื่อให้ทุกคนสามารถดูได้ ผู้ผลิตสามารถแบ่งปันรายงาน CTS กับผู้ชมได้มากเท่าที่ต้องการ

CTS ได้รับอนุญาตอย่างไร?

CTS ได้รับอนุญาตภายใต้ Apache Software License 2.0 เดียวกับที่ Android ส่วนใหญ่ใช้

CTS ยอมรับการมีส่วนร่วมหรือไม่?

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

ทุกคนสามารถใช้ CTS บนอุปกรณ์ที่มีอยู่ได้หรือไม่?

เอกสารนิยามความเข้ากันได้ต้องการให้อุปกรณ์ที่เข้ากันได้ใช้ยูทิลิตี้การดีบัก adb ซึ่งหมายความว่าอุปกรณ์ที่เข้ากันได้ (รวมถึงอุปกรณ์ที่มีจำหน่ายในร้านค้าปลีก) จะต้องสามารถเรียกใช้การทดสอบ CTS ได้

CTS ได้รับการตรวจสอบตัวแปลงสัญญาณหรือไม่

ใช่. ตัวแปลงสัญญาณบังคับทั้งหมดได้รับการตรวจสอบโดย CTS

กลับไปด้านบน