A partir de 27 de março de 2025, recomendamos usar android-latest-release em vez de aosp-main para criar e contribuir com o AOSP. Para mais informações, consulte Mudanças no AOSP.

Esta página foi traduzida pela API Cloud Translation.

Gerenciamento de dispositivos de teste

Para garantir suporte mínimo para perfis gerenciados, os dispositivos OEM devem conter os seguintes elementos essenciais:

Proprietário do perfil (conforme descrito em Garantir a compatibilidade com perfis gerenciados )
Proprietário do dispositivo

Para obter uma lista completa de requisitos, consulte Implementando o Gerenciamento de Dispositivos . Para testar os recursos de gerenciamento de dispositivos, os proprietários de dispositivos podem usar o aplicativo TestDPC descrito abaixo.

Configurar o proprietário do dispositivo para teste

Use as instruções a seguir para configurar um ambiente de teste do proprietário do dispositivo.

Redefinição de fábrica do dispositivo de destino.
Certifique-se de que o dispositivo não contém nenhuma conta de usuário (por exemplo, aquelas usadas para fazer login em serviços online). Para verificar, verifique Configurações > Contas .
Configure o aplicativo de teste usando um dos seguintes métodos:
- Baixe o aplicativo TestDPC (disponível no Google Play).
- Compile o aplicativo TestDPC (disponível em github.com).
Defina o aplicativo TestDPC como o proprietário do dispositivo usando o seguinte comando:
```
adb shell dpm set-device-owner "com.afwsamples.testdpc/.DeviceAdminReceiver"
```
Passe pela configuração do proprietário do dispositivo no dispositivo (criptografe, selecione Wi-Fi, etc.).

Verifique a configuração do proprietário do dispositivo

Para verificar se o proprietário do dispositivo foi configurado corretamente, vá para Configurações > Segurança > Administradores do dispositivo e confirme se o TestDPC está na lista. Verifique se ele não pode ser desabilitado (isso significa que é o proprietário do dispositivo).

Teste de provisionamento automatizado

Para automatizar o teste de processos de provisionamento corporativo, use o Android Enterprise Test Harness. Para obter detalhes, consulte Testando o provisionamento de dispositivos .

Relatórios e logs de bugs

A partir do Android 7.0, o Device Policy Client (DPCs) proprietário do dispositivo pode obter relatórios de bugs e visualizar logs de processos corporativos em um dispositivo gerenciado.

Para acionar um relatório de bug (ou seja, os dados equivalentes coletados pelo adb bugreport contendo dumpsys , dumpstate e logcat ), use DevicePolicyController.requestBugReport . Depois que o relatório de bug é coletado, o usuário é solicitado a dar consentimento para enviar os dados do relatório de bug. Os resultados são recebidos por DeviceAdminReceiver.onBugreport[Failed|Shared|SharingDeclined] . Para obter detalhes sobre o conteúdo do relatório de bug, consulte Reading Bug Reports .

Além disso, os DPCs do proprietário do dispositivo também podem coletar logs relacionados às ações que um usuário realizou em um dispositivo gerenciado. O log de processos corporativos é necessário para todos os dispositivos que relatam device_admin e habilitados por um novo buffer de segurança de log legível apenas pelo servidor do sistema (ou seja, $ adb logcat -b security não pode ler o buffer). O serviço ActivityManager e os componentes Keyguard registram os seguintes eventos no buffer de segurança:

Processos de aplicação iniciando
Ações de keyguard (por exemplo, desbloquear falha e sucesso)
comandos adb emitidos para o dispositivo

Para opcionalmente reter os logs nas reinicializações (não na inicialização a frio) e disponibilizar esses logs para os DPCs do proprietário do dispositivo, um dispositivo deve ter um kernel com pstore e pmsg ativados e DRAM alimentado e atualizado em todos os estágios da reinicialização para evitar corrupção nos logs retidos em memória. Para habilitar o suporte, use a configuração config_supportPreRebootSecurityLogs em frameworks/base/core/res/res/values/config.xml .