ชุดเครื่องมือทดสอบความเข้ากันได้ของ Android (CTS) มีการทดสอบแต่ละรายการนับล้าน แม้ว่าจำเป็นต้องเรียกใช้ CTS บ่อยครั้งในระหว่างระยะการพัฒนาซอฟต์แวร์ แต่ก็สามารถลดเวลาที่ต้องใช้ในการเรียกใช้การทดสอบเหล่านี้ได้
หน้านี้อธิบายวิธีที่คุณใช้เพื่อลดเวลาในการดำเนินการทดสอบและวิธีเพิ่มประสิทธิภาพทรัพยากรฮาร์ดแวร์ในกระบวนการ
อุปกรณ์ที่แชร์
หากต้องการลดระยะเวลาต่อรอบการทำงาน ให้ลองเรียกใช้ CTS ในอุปกรณ์หลายเครื่อง (การแบ่งส่วน) หากต้องการดูวิธีใช้การแบ่งข้อมูล โปรดดูเรียกใช้การทดสอบ CTS
Android Test Station
ใช้ Android Test Station (ATS) เพื่อใช้อินเทอร์เฟซผู้ใช้ในการเรียกใช้ชุดการทดสอบ Android มาตรฐาน เครื่องมือนี้ ทำหน้าที่เป็นอินเทอร์เฟซเว็บสำหรับ Trade Federation (TF) ซึ่งช่วยให้คุณเรียกใช้ CTS ได้โดยมีการตั้งค่าเพียงเล็กน้อยในชุดอุปกรณ์ทดสอบ รวมถึงกำหนดเวลาเพื่อเรียกใช้การทดสอบอย่างต่อเนื่องได้ด้วย
สถานีทดสอบ Android รองรับโหมดหลายโฮสต์ ซึ่งใช้โฮสต์ตัวควบคุม ATS เดียวเพื่อจัดการอุปกรณ์และการทดสอบ ในโฮสต์ Worker ของ ATS หลายรายการได้
การเรียกใช้โปรแกรมจำลองอย่างต่อเนื่อง
หากต้องการเรียกใช้ CTS อย่างต่อเนื่องในระหว่างระยะการพัฒนา อุปกรณ์เสมือน Android (AVD) สามารถใช้แทนฮาร์ดแวร์ได้ การถดถอยของข้อสอบที่ไม่ผ่านจะได้รับการระบุตั้งแต่เนิ่นๆ ซึ่งช่วยประหยัดเวลาที่ต้องใช้ในการจัดลำดับความสำคัญและวิเคราะห์สาเหตุหลักได้มาก คุณสามารถใช้อินสแตนซ์ของโปรแกรมจำลองหลายรายการสำหรับการแบ่งข้อมูล และกำหนดเวลาให้ทำงานอย่างต่อเนื่องด้วยสถานีทดสอบ Android ได้
โปรแกรมคุณภาพ drawElements (dEQP)
drawElements โปรแกรมคุณภาพ (dEQP)
รวมอยู่ใน CTS ของ Android โปรแกรมนี้ชื่อว่า CtsDepqTestCases โดยมุ่งเน้น
ที่ความครอบคลุมของการทดสอบกราฟิก Android โมดูลนี้คิดเป็นเกือบ 80% ของกรณีทดสอบทั้งหมดใน CTS ของ Android และคิดเป็น 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 ความล่าช้าอาจเกิดขึ้นในกรณีต่อไปนี้
- การดาวน์โหลดไฟล์สื่อหรือการเล่นไฟล์สื่อซ้ำๆ ระหว่างการทดสอบ
- ลองกรอบการทดสอบที่ไม่สำเร็จอีกครั้ง
CTS ของ Android มีโมดูลการทดสอบต่อไปนี้
CtsMediaStressTestCasesCtsMediaPlayerTestCasesCtsMediaAudioTestCasesCtsVideoTestCasesCtsMediaDecoderTestCasesCtsMediaCodecTestCasesCtsMediaV2TestCases
ลองทำการทดสอบสื่อบางอย่างในเครื่องหรือในเซิร์ฟเวอร์ในเครื่อง โปรดดูรายละเอียดที่หัวข้อ เรียกใช้การทดสอบสื่อ CTS ในเครื่อง
เฟรมเวิร์กมัลติมีเดียและไดรเวอร์ (ตัวถอดรหัสและตัวเข้ารหัส) เป็นส่วนหนึ่ง ของเฟิร์มแวร์ Android (BSP) คุณสามารถเรียกใช้โมดูลนี้อย่างมีกลยุทธ์และยกเว้น โมดูลเหล่านี้เป็นเวลาหลายรอบตามกำหนดเวลาการอัปเดตเฟิร์มแวร์