La suite di test di compatibilità Android (CTS) fornisce milioni di singoli test. Sebbene sia necessario eseguire spesso CTS durante la fase di sviluppo del software, è possibile ridurre il tempo necessario per eseguire questi test.
Questa pagina descrive i metodi che puoi utilizzare per ridurre i tempi di esecuzione dei test e come per ottimizzare le risorse hardware nel processo.
Dispositivi di sharding
Per ridurre i tempi di ciclo, valuta la possibilità di eseguire il CTS su più dispositivi (partizionamento orizzontale). Per vedere come può essere utilizzato il partizionamento orizzontale, esamina Esecuzione di test CTS.
Stazione di test Android
Utilizza la Android Test Station (ATS) e l'utilizzo di un'interfaccia utente per eseguire le suite di test Android standard. Questo strumento funge da interfaccia web Federazione commerciale (TF) permettendoti di eseguire il CTS con una configurazione minima anche su un set di dispositivi di test in modo da stabilire una pianificazione per l'esecuzione continua dei test.
Android Test Station supporta Modalità multi-host con cui è possibile utilizzare un singolo host del controller ATS per gestire dispositivi e test su più host worker ATS.
Esecuzione continua dell'emulatore
Per eseguire continuamente la CTS durante la fase di sviluppo, Dispositivi virtuali Android può essere utilizzato in sostituzione dell'hardware. Le regressioni degli errori nei test possono essere identificati per tempo, consentendo di risparmiare molto tempo per classificare e analizzare le radici cause. È possibile utilizzare più istanze dell'emulatore per lo sharding e pianificarne l'esecuzione continua con la stazione di test Android.
Programma qualità drawElements (dEQP)
La
Programma qualità drawElements (dEQP)
è incluso nel CTS di Android. Denominato CtsDepqTestCases, questo programma si concentra sulla copertura dei test della grafica di Android. Questo modulo rappresenta quasi l'80% di tutti i casi di test in Android CTS e il 6% del tempo di esecuzione totale.
Poiché i driver di grafica Android fanno parte del firmware Android (BSP) e non modifiche molto importanti nel corso dello sviluppo, puoi eseguire questo modulo in modo strategico. Ad esempio, se esegui CTS ogni due settimane (o meno) durante sviluppo software, in base alla pianificazione degli aggiornamenti firmware puoi escludere per diversi cicli.
Un'opzione è eseguire CtsDeqpTestCases separatamente su un insieme di dispositivi e
e poi inviare le segnalazioni CTS. ad esempio su due host diversi.
Host 1:
cts-tf > run cts --max-log-size 100 --shard-count 6 -o -m CtsDeqpTestCases
Host 2:
cts-tf > run cts --max-log-size 100 --shard-count 6 -o --exclude-filter CtsDeqpTestCases
Scenari di test dei contenuti multimediali
Gli scenari di test multimediali verificano i servizi multimediali come audio, video driver multimediali. Questi moduli di test multimediali contribuiscono maggiormente al tempo di esecuzione del CTS. I ritardi possono verificarsi quando:
- Download di file multimediali o riproduzione ripetuta dei file multimediali durante i test.
- Riesecuzione degli scenari di test non riusciti.
Android CTS contiene i seguenti moduli di test:
CtsMediaStressTestCasesCtsMediaPlayerTestCasesCtsMediaAudioTestCasesCtsVideoTestCasesCtsMediaDecoderTestCasesCtsMediaCodecTestCasesCtsMediaV2TestCases
Valuta la possibilità di eseguire alcuni test sui contenuti multimediali localmente o su un server locale. Per maggiori dettagli, vedi Esegui in locale test sui media CTS.
Il framework multimediale e i relativi driver (decoder e encoder) fanno parte del firmware Android (BSP). Puoi eseguire questo modulo in modo strategico ed escluderlo per diversi cicli, in base alla pianificazione dell'aggiornamento del firmware.