เพิ่มประสิทธิภาพ CTS

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

หน้านี้จะอธิบายวิธีการที่คุณสามารถใช้เพื่อลดเวลาในการเรียกใช้การทดสอบ และวิธีเพิ่มประสิทธิภาพทรัพยากรฮาร์ดแวร์ในกระบวนการ

อุปกรณ์ชาร์ดดิ้ง

หากต้องการลดเวลารอบการทำงาน ให้ลองใช้ CTS ในอุปกรณ์หลายเครื่อง (การแยกข้อมูล) หากต้องการดูวิธีใช้การแยกข้อมูล ให้ดูหัวข้อเรียกใช้การทดสอบ CTS

Android Test Station

ใช้ Android Test Station (ATS) เพื่อใช้อินเทอร์เฟซผู้ใช้ในการใช้งานชุดทดสอบ Android มาตรฐาน เครื่องมือนี้ทำหน้าที่เป็นอินเทอร์เฟซเว็บสำหรับ Trade Federation (TF) ซึ่งช่วยให้คุณเรียกใช้ CTS ด้วยการตั้งค่าเพียงเล็กน้อยในชุดอุปกรณ์ทดสอบ รวมถึงกำหนดเวลาทำการทดสอบอย่างต่อเนื่องได้

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

การจำลองการทำงานอย่างต่อเนื่อง

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

โปรแกรมคุณภาพDrawElements (dEQP)

drawElements Quality Program (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) คุณสามารถเรียกใช้ข้อบังคับนี้อย่างมีกลยุทธ์และยกเว้นข้อบังคับเหล่านี้ได้หลายรอบตามกำหนดการอัปเดตเฟิร์มแวร์