Una volta completata con successo l'integrazione AAR, verificare che i dispositivi effettivi carichino dipendenze e modelli, elaborino l'input della fotocamera e restituiscano correttamente i risultati corrispondenti. Una build riuscita supporta solo quella combinazione di build. L'installazione, l'anteprima e il rilevamento necessitano di prove separate. Non stabiliscono l'accettazione dell'intero dispositivo.
Quali condizioni del dispositivo devono essere controllate per prime?
Registra le versioni del dispositivo, del sistema, dell'architettura, dell'SDK e del modello. Controlla le dipendenze di runtime, le autorizzazioni e l'installazione delle risorse. Vedere documentazione ufficiale della libreria Android per il formato AAR. Utilizza gli inventari di consegna e i record di runtime effettivi per dipendenze specifiche e ambito del supporto.
Come devono essere verificati l'input e il display della fotocamera?
Salva i frame di input effettivi. Controlla formato, dimensioni, passi e rotazione, quindi confronta le coordinate dei risultati e visualizza le anteprime in sovrimpressione. Prova il mirroring, il ritaglio, il cambio di fotocamera, l'arresto e il riavvio. Assicurarsi che i risultati dei frame precedenti o i buffer non validi non vengano trattati come output attualmente validi. Se funziona solo un'immagine di esempio, dichiara che la pipeline effettiva della fotocamera rimane non verificata.
È possibile riutilizzare i risultati di esempio relativi a prestazioni e accuratezza?
Non direttamente. Definisci misurazioni per dispositivi di destinazione, modalità di input, modelli, thread e carichi di lavoro. Registrare separatamente i tempi di invio, il tempo di elaborazione e il ritardo di visualizzazione. La precisione necessita di campioni, etichette, statistiche e stati di guasto concordati. Il funzionamento di lunga durata, il consumo di energia elettrica e l'aumento della temperatura richiedono registrazioni di test corrispondenti. Un esempio di intervallo di invio o specifica del processore non è un risultato misurato per tali parametri.
Cos’altro è necessario per la consegna formale?
Conferma separatamente i problemi noti, le fasi di ripristino, l'ambito di utilizzo delle risorse, le versioni firmate, gli aggiornamenti e le condizioni di accettazione. Un pacchetto di test del cliente o un esempio di debug non diventa automaticamente un pacchetto firmato dalla produzione. In questo articolo vengono descritti i controlli. Non riporta nuovi dispositivi approvati, tasso di riconoscimento o stato di produzione.
Servizi correlati: SDK per la visione Android, mobile e incorporata, consultazione del progetto.