SkillAgentSearch skills...

Comandosadb

Este repositório tem como objetivo explicar um pouco como que funcionam os comandos ADB do Android, mostrar os principais comandos e algumas formas de automatizar estes comandos através de Python e Bash Script

Install / Use

/learn @clarabez/Comandosadb
About this skill

Quality Score

0/100

Supported Platforms

Universal

README

<div align="center"> <img src="/images/ADB_inicial.png">

<b>⭐️ 🌟 Se este tutorial te ajudou, não esquece de deixar uma estrelinha ⭐️ 🌟</b>

</div>

Este material é um guia básico para inicializar pessoas em testes para dispositivos móveis na plataforma Android, apresentando recursos super úteis e algumas dicas, como:

  • Comandos ADB;
  • Modo fastboot;
  • bootloader;
  • Automação de algumas ações com shell script;
  • Modo recovery;
  • Modo downloading;
  • O que é um chipset?

Aqui neste material não temos como objetivo falar de frameworks de automação nem de desenvolvimento de aplicações para dispositivos móveis. Também não utilizo linguagens nativas como Kotlin ou Java. Também não apresentamos conteúdo para a plataforma iOS, apenas para Android.


🗂 Organização do material: 🗂


Introdução

Neste tutorial pretendo trazer um pouco do que são comandos ADB e mostrar como podemos tirar melhor proveito deles quando trabalhamos com mobile; mostrar que é possível realizar a automação de algumas atividades rotineiras de quem trabalha com mobile, como: adicionar uma conta de email de teste, inserir a senha da rede de teste, habilitar/desabilitar o modo avião, dentre outros. Também pretendo falar um pouco de alguns modos que podemos acionar no nosso celular, como o modo fastboot (para dispositivos Motorola) e o modo odin (para dispositivos Samsung).


O que são comandos ADB?

ADB é uma abreviação de: Android Debug Bridge. Através de comandos ADB podemos, de forma bastante rápida, estabelecer uma comunicação direta entre o terminal do nosso computador e nosso dispositivo Android, de forma muito prática, realizando ações como:

  • Instalar/desinstalar aplicativos;
  • Mudar configurações internas, como: tempo de desligar tela, bloqueio/desbloqueio de tela, etc.
  • Habilitar/desabilitar funções de conexões, como: wifi, dados, BT, modo avião.
  • Transferência/manipulação de arquivos;
  • Reiniciar e desligar o dispositivo - não funciona para ligá-lo (mas isso pode ser resolvido através de frameworks);
  • Capturar diversos tipos de logs das atividades do dispositivo.
  • Consultar de forma rápida toda e qualquer informação de configuração do dispositivo.

Sobre a estrutura do ADB, ele é um programa cliente-servidor baseado em três componentes:

Cliente: é a partir de onde vamos usar os nosso comandos, ou seja, o computador que estamos usando para interagir com o dispositivo.

Daemon: responsável por executar os comandos enviados pelo cliente.

Servidor: responsável por gerenciar a comunicação entre as partes cliente e daemon.

📌 Links importantes para esta seção: 📌

Mais sobre comandos ADB na página oficial do Android - em português


Por que importam?

Trabalhar com comandos ADB pode nos poupar bastante tempo em fazer operações quaisquer no aparelho, uma vez que não precisamos interagir com ele visualmente, como, por exemplo, percorrer várias telas e dar vários cliques para adicionarmos uma conta google de testes. Para isto, é possível chamarmos via comando a opção de wifi, darmos um clique na rede desejada e em seguida chamar uma função via terminal que já tenha a senha da nossa rede de teste armazenada. Esta é uma maneira de automatizar atividades massantes da nossa rotina. Outra razão de darmos importância aos comandos ADB é que esta é uma maneira oficial do Android de realizarmos contato direto com o dispositivo via terminal e de utilizarmos recursos válidos para a atividade de testes, como captura e análise de logs, identificação das informações do dispositivo (facilita descrição de cenários) e facilidade em controlar recursos do dispositivo em teste. Comandos ADB é um grande aliado quando se trabalha com mobile.


Como instalar e configurar?

ADB é um recurso nativo do pacote Android SDK Platform-tools, essencial para quem quer desenvolver qualquer coisa para Android, seja aplicações ou atividades para testes. Para realizar o download apenas deste recurso, siga o conteúdo desta página para baixar o material de acordo com o seu sistema operacional e, em seguida, um popup vai abrir para que você leia os termos, aceite, e inicie o download. Caso você utilize o Android Studio, você pode baixar este recurso através do SDK manager, como orientado aqui na página oficial do Android. Independente de como você baixou o recurso, você deve adicionar o path (caminho) de onde o SDK está baixado na sua variável de ambiente. Aqui[INSERIR] temos uma seção explicando como configurar suas variáveis de ambiente.

📌 Links importantes para esta seção: 📌

Página Oficial do Android


Primeiros passos com comandos ADB

Depois de ter instalado e configurado o ADB em seu computador, agora abra um terminal e insira o seguinte comando:

adb devices

Observe que o serviço ADB vai ser iniciado, como na imagem a seguir:

<div align="center"> <img src="/images/adb_start.png"> </div>

O comando adb devices serve para listar os dispositivos Android que estão conectados em seu computador. Como não tenho nenhum dispositivo conectado no momento em que executei o comando, nada foi retornado, apenas o serviço ADB foi iniciado. Caso você queira finalizar o serviço (eu nunca precisei fazer isto, ele não compete com nenhum outro serviço que uso em minhas atividades de rotina, mas pode ser que você precise em algum momento), é só utilizar o comando:

adb kill-server

Como utilizá-los em minhas atividades de rotina?

Cada rotina vai ter diferentes atividades e finalidades de uso. A minha rotina, por exemplo, normalmente é iniciada por usar um celular que acabou de ser resetado. Portanto sempre tenho que definir idioma, percorrer as telas de configuração inicial, definir se quero configurar com ou sem wifi, etc. Normalmente deixo para adicionar wifi e email já na tela inicial do celular. Feito isto, eu finalmente me conecto na wifi (sempre uso a mesma) e adiciono alguma conta de email para testes. Aí sim inicio as atividades do teste em si, mas pra isso, sempre faço algumas atividades de forma repetitiva e igual:

  • Completar o setup do celular;
  • Na tela de início, conectar na wifi (sempre a mesma);
  • Adiciono um email de teste;
  • Definir o tempo de descanso da tela para o máximo possível.

Só aí já tenho 3 atividades que com facilidade consigo criar um script para me ajudar: adicionar a senha da minha wifi de teste, adicionar o email de teste que utilizo, definir o tempo máximo de tela ativa para que ela apague.

Pronto, estas atividades são relacionadas à minha rotina, que pode ser diferente da sua ou de algum outro colega meu. Mas independente da rotina de qualquer pessoa, se você trabalha com mobile e está sempre precisando manualmente fazer qualquer interação com sua tela, muito provavelmente tem um comando ADB que vai te ajudar a automatizar esta atividade. Assim você ganha um pouco mais de agilidade nas operações, fazendo as atividades com algumas linhas de comando.

Mas como podemos gerar estes scripts? Os caminhos são muitos, também vai de gosto, mas eu acho bem prático criar funções no arquivo de inicialização do meu sistema operacional. Utilizo MAC, então meu arquivo de configuração inicial fica na raiz do meu sistema e chama-se bash_profile. No Linux (qualquer distribuição) o arquivo fica também na pasta raiz e chama-se bash_rc. Não remova nada que já exista por lá, pois estes arquivos recebem alguns caminhos para configuração de variáveis de ambiente do seu sistema operacional, portanto evite poluir muito por lá para evitar dores de cabeça :) Criadas as funções no seu arquivo global, basta chamar as funções diretamente pelo seu terminal. Mais adiante vou mostrar alguns exemplos.


Alguns dos meus comandos ADB favoritos

Existe uma infinidade de comandos ADB di

View on GitHub
GitHub Stars61
CategoryDevelopment
Updated2mo ago
Forks5

Languages

Shell

Security Score

80/100

Audited on Jan 28, 2026

No findings