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