ชุดเครื่องมือทดสอบความเข้ากันได้ของ Android (CTS) มีการทดสอบแต่ละรายการหลายล้านรายการ แม้ว่าจำเป็นต้องเรียกใช้ CTS เป็นประจำในช่วงการพัฒนาซอฟต์แวร์ ก็สามารถลดระยะเวลาที่ต้องใช้ในการทำการทดสอบเหล่านี้ได้
หน้านี้จะอธิบายวิธีการที่คุณสามารถใช้เพื่อลดเวลาในการเรียกใช้การทดสอบ และวิธีเพิ่มประสิทธิภาพทรัพยากรฮาร์ดแวร์ในกระบวนการ
อุปกรณ์ชาร์ดดิ้ง
หากต้องการลดเวลารอบการทำงาน ให้ลองใช้ CTS ในอุปกรณ์หลายเครื่อง (การแยกข้อมูล) หากต้องการดูวิธีใช้ชาร์ดดิ้ง ให้ตรวจสอบ ทำการทดสอบ CTS
สถานีทดสอบ Android
ใช้ Android Test Station (ATS) เพื่อใช้อินเทอร์เฟซผู้ใช้เพื่อเรียกใช้ชุดทดสอบ Android มาตรฐาน เครื่องมือนี้ ทำหน้าที่เป็นอินเทอร์เฟซเว็บสำหรับ สหพันธ์การค้า (TF) ช่วยให้คุณเรียกใช้ CTS ด้วยการตั้งค่าน้อยที่สุดในชุดอุปกรณ์ทดสอบได้ด้วย เพื่อกำหนดกำหนดเวลาที่จะทำการทดสอบอย่างต่อเนื่อง
สถานีทดสอบ Android รองรับโหมดหลายโฮสต์ ซึ่งจะใช้โฮสต์ตัวควบคุม ATS ตัวเดียวเพื่อจัดการอุปกรณ์และการทดสอบในโฮสต์ที่ทำงานของ ATS ได้หลายโฮสต์
การเรียกใช้โปรแกรมจำลองอย่างต่อเนื่อง
เพื่อเรียกใช้ CTS อย่างต่อเนื่องในระยะพัฒนา อุปกรณ์เสมือน Android (AVD) สามารถใช้แทนฮาร์ดแวร์ได้ การถดถอยของการทดสอบที่ไม่สำเร็จอาจ ที่ระบุได้ตั้งแต่เนิ่นๆ ทำให้ประหยัดเวลาในคัดแยกและวิเคราะห์รากได้อย่างมาก สาเหตุ คุณสามารถใช้อินสแตนซ์ของโปรแกรมจำลองหลายรายการสำหรับการแยกข้อมูล และกำหนดเวลาให้ทำงานอย่างต่อเนื่องกับสถานีทดสอบ Android ได้
โปรแกรมคุณภาพของ drawElements (dEQP)
drawElements
โปรแกรมคุณภาพ (dEQP)
จะรวมอยู่ใน Android CTS เรียกว่า CtsDepqTestCases
โดยโปรแกรมนี้โฟกัส
เกี่ยวกับการทดสอบการครอบคลุมของกราฟิก Android โมดูลนี้คิดเป็นสัดส่วนเกือบ 80% ของข้อเท็จจริงการทดสอบทั้งหมดใน Android CTS และคิดเป็น 6% ของเวลาดำเนินการทั้งหมด
เนื่องจากโปรแกรมควบคุมกราฟิก Android เป็นส่วนหนึ่งของเฟิร์มแวร์ Android (BSP) และไม่ค่อยมีการเปลี่ยนแปลงมากนักตลอดการพัฒนา คุณจึงเรียกใช้โมดูลนี้ได้อย่างมีกลยุทธ์ ตัวอย่างเช่น หากคุณทำ CTS ทุก 2 สัปดาห์ (หรือน้อยกว่า) ในระหว่าง การพัฒนาซอฟต์แวร์โดยพิจารณาจากกำหนดการอัปเดตเฟิร์มแวร์ คุณสามารถยกเว้นส่วนนี้ได้ สำหรับหลายรอบ
ตัวเลือกหนึ่งคือการเรียกใช้ CtsDeqpTestCases
แยกต่างหากในชุดอุปกรณ์ และเพื่อ
แล้วส่งรายงาน CTS เช่น อยู่ในโฮสต์ 2 แห่งที่แตกต่างกัน
โฮสต์ 1:
cts-tf > run cts --max-log-size 100 --shard-count 6 -o -m CtsDeqpTestCases
โฮสต์ 2:
cts-tf > run cts --max-log-size 100 --shard-count 6 -o --exclude-filter CtsDeqpTestCases
กรอบการทดสอบสื่อ
กรณีทดสอบสื่อจะยืนยันบริการมัลติมีเดีย เช่น เสียง วิดีโอ และไดรเวอร์มัลติมีเดีย โมดูลทดสอบมัลติมีเดียเหล่านี้มีส่วนสนับสนุน CTS มากที่สุด เวลาดำเนินการ และอาจมีความล่าช้าในกรณีต่อไปนี้
- การดาวน์โหลดไฟล์สื่อหรือเล่นไฟล์สื่อซ้ำๆ ระหว่างการทดสอบ
- กำลังลองกรอบการทดสอบที่ไม่สำเร็จอีกครั้ง
Android CTS มีโมดูลทดสอบต่อไปนี้
CtsMediaStressTestCases
CtsMediaPlayerTestCases
CtsMediaAudioTestCases
CtsVideoTestCases
CtsMediaDecoderTestCases
CtsMediaCodecTestCases
CtsMediaV2TestCases
ลองทำการทดสอบสื่อในเครื่องหรือในเซิร์ฟเวอร์ภายใน โปรดดูรายละเอียดที่หัวข้อเรียกใช้การทดสอบสื่อ CTS ในเครื่อง
เฟรมเวิร์กมัลติมีเดียและไดรเวอร์ (โปรแกรมถอดรหัสและโปรแกรมเปลี่ยนไฟล์) เป็นส่วนหนึ่ง ของเฟิร์มแวร์ Android (BSP) คุณสามารถเรียกใช้ข้อบังคับนี้อย่างมีกลยุทธ์และยกเว้นข้อบังคับเหล่านี้ได้หลายรอบตามกำหนดการอัปเดตเฟิร์มแวร์