Os preparadores de destino são invocados antes dos testes na nível de teste em que eles são definidos. Isso permite configurar qualquer dispositivo para execução de testes suavemente.
Interface base
A interface base é
ITargetPreparer
,
que permite a implementação de um método setUp
. Qa
recomendamos implementar nossa classe abstrata básica
BaseTargetPreparer
,
que tem um recurso de desativação integrado para desabilitar um preparador.
Interface mais limpa
A extensão natural de setUp
é tearDown
e é fornecida por outro
interface de usuário
ITargetCleaner
. que fornece a interface tearDown
que permite limpar tudo o que foi feito no setUp
após o teste
execução.
A classe BaseTargetPreparer
também estende ITargetCleaner
.
Recomendações
Recomendamos que cada preparador seja limitado a uma única função principal, por exemplo instalar um APK ou executar um comando. Isso facilita a reutilização de preparações.
Confira também a lista de preparadores disponíveis antes de adicionar um novo ao
evitar a duplicação de trabalho. Os preparativos estão disponíveis em tools/tradefederation/core/src/com/android/tradefed/targetprep/
.
Configuração de XML
A tag de objeto é target_preparer
, por exemplo:
<target_preparer class="com.android.tradefed.targetprep.InstallApkSetup">
<option name="install-arg" value="-d"/>
</target_preparer>
Consulte também Configurar suítes para dar mais contexto.
Configuração de nível superior
Se especificado em uma configuração de nível superior, o preparador é executado apenas uma vez para cada
dispositivo. Um exemplo é
cts-common.xml
,
que é uma configuração de nível superior para testes do Conjunto de teste de compatibilidade (CTS) do Android.
Configuração no nível do módulo
Se especificado no nível do módulo, o preparador sempre será executado antes desse
mais tarde neste módulo. Um exemplo é
backup/AndroidTest.xml
,
que define como o Tradefed executa o módulo CTS do backup
.
O preparador é executado antes do módulo, mas depois de todos os verificadores de status do sistema.