Para garantir suporte mínimo para perfis gerenciados, os dispositivos OEM devem conter os seguintes elementos essenciais:
- Proprietário do perfil (conforme descrito em Garantindo 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.
- Redefina o dispositivo de destino para as configurações de fábrica.
- 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).
- Crie 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 (criptografar, selecionar 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 de dispositivos e confirme que TestDPC está na lista. Verifique se ele não pode ser desativado (isso significa que é o proprietário do dispositivo).
Teste de provisionamento automatizado
Para automatizar o teste de processos de provisionamento empresarial, use o Android Enterprise Test Harness. Para obter detalhes, consulte Testando o provisionamento de dispositivos .
Relatórios de bugs e logs
A partir do Android 7.0, o Device Policy Client (DPCs) do 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 por 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 Lendo relatórios de bug .
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 registro de processos corporativos é necessário para todos os dispositivos que relatam device_admin e ativado 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 do Keyguard registram os seguintes eventos no buffer de segurança:
- Processos de aplicativos iniciando
- Ações de proteção do teclado (por exemplo, falha e sucesso no desbloqueio)
- comandos
adbemitidos para o dispositivo
Para manter opcionalmente 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 habilitados e DRAM alimentada e atualizada em todos os estágios da reinicialização para evitar corrupção nos logs retidos em memória. Para ativar o suporte, use a configuração config_supportPreRebootSecurityLogs em frameworks/base/core/res/res/values/config.xml .