หลังจากการบูรณาการ AAR สำเร็จ ให้ตรวจสอบว่าอุปกรณ์จริงโหลดการขึ้นต่อกันและรุ่น ประมวลผลอินพุตของกล้อง และส่งคืนผลลัพธ์ที่เกี่ยวข้องอย่างถูกต้อง บิลด์ที่ประสบความสำเร็จรองรับเฉพาะชุดค่าผสมของบิลด์นั้นเท่านั้น การติดตั้ง การแสดงตัวอย่าง และการตรวจจับจำเป็นต้องมีหลักฐานแยกต่างหาก พวกเขาไม่ได้สร้างการยอมรับอุปกรณ์ทั้งหมด
ควรตรวจสอบสภาพอุปกรณ์ใดก่อน?
บันทึกอุปกรณ์ ระบบ สถาปัตยกรรม SDK และเวอร์ชันของรุ่น ตรวจสอบการพึ่งพารันไทม์ สิทธิ์ และการติดตั้งทรัพยากร ดู เอกสารห้องสมุด Android อย่างเป็นทางการ สำหรับรูปแบบ AAR ใช้สินค้าคงคลังในการจัดส่งและบันทึกรันไทม์จริงสำหรับการขึ้นต่อกันและขอบเขตการสนับสนุนเฉพาะ
อินพุตและการแสดงผลของกล้องควรได้รับการตรวจสอบอย่างไร
บันทึกเฟรมอินพุตจริง ตรวจสอบรูปแบบ ขนาด ก้าวและการหมุน จากนั้นเปรียบเทียบพิกัดผลลัพธ์และดูตัวอย่างภาพซ้อนทับ ทดสอบการมิเรอร์ การครอบตัด การสลับกล้อง หยุดและรีสตาร์ท ตรวจสอบให้แน่ใจว่าผลลัพธ์ของเฟรมเก่าหรือบัฟเฟอร์ที่ไม่ถูกต้องไม่ถือเป็นเอาต์พุตที่ถูกต้องในปัจจุบัน หากภาพตัวอย่างใช้งานได้เพียงภาพเดียว ให้ระบุว่าไปป์ไลน์ของกล้องจริงยังไม่ได้รับการยืนยัน
ตัวอย่างผลลัพธ์ด้านประสิทธิภาพและความแม่นยำสามารถนำกลับมาใช้ใหม่ได้หรือไม่
ไม่ใช่โดยตรง. กำหนดการวัดสำหรับอุปกรณ์เป้าหมาย โหมดอินพุต รุ่น เธรด และปริมาณงาน บันทึกระยะเวลาการส่ง เวลาประมวลผล และความล่าช้าในการแสดงผลแยกกัน ความแม่นยำต้องการตัวอย่าง ฉลาก สถิติ และสถานะความล้มเหลวตามที่ตกลงกันไว้ การทำงานที่ยาวนาน การใช้พลังงานไฟฟ้า และอุณหภูมิที่เพิ่มขึ้น จำเป็นต้องมีบันทึกการทดสอบที่สอดคล้องกัน ช่วงเวลาการส่งตัวอย่างหรือข้อมูลจำเพาะของโปรเซสเซอร์ไม่ใช่ผลลัพธ์ที่วัดได้สำหรับเมตริกเหล่านั้น
มีอะไรอีกที่จำเป็นสำหรับการจัดส่งอย่างเป็นทางการ?
ยืนยันปัญหาที่ทราบ ขั้นตอนการกู้คืน ขอบเขตการใช้ทรัพยากร เวอร์ชันที่ลงนาม การอัปเดต และเงื่อนไขการยอมรับแยกกัน แพคเกจการทดสอบลูกค้าหรือตัวอย่างการดีบักจะไม่กลายเป็นแพ็คเกจที่ลงนามในการใช้งานจริงโดยอัตโนมัติ บทความนี้จะอธิบายเกี่ยวกับเช็ค โดยจะไม่รายงานอุปกรณ์ที่ผ่านใหม่ อัตราการรับรู้ หรือสถานะการผลิต
บริการที่เกี่ยวข้อง: SDK การมองเห็น Android, มือถือและแบบฝัง, การให้คำปรึกษาโครงการ.