O Google tem o compromisso de promover a igualdade racial para as comunidades negras. Saiba como.
Esta página foi traduzida pela API Cloud Translation.
Switch to English

Usar Suite Repetir

Um conjunto tende a incluir vários módulos de teste e pode atingir um tamanho de corpus de teste bastante grande. Por exemplo, o Android Compatibility Test Suite (CTS) inclui centenas de módulos e centenas de milhares de casos de teste.

É possível que uma grande quantidade de testes falhe devido a um isolamento insuficiente ou dispositivos que entram em um estado ruim.

O recurso de nova tentativa do pacote destina-se a resolver esses casos: ele permite que você tente novamente as falhas apenas em vez dos pacotes completos, a fim de descartar falhas e isolamento insuficiente. Se um teste está falhando consistentemente, a nova tentativa também falhará; e você recebe um sinal muito mais forte de que há um problema real.

Implementar nova tentativa do pacote

A nova tentativa de resultados envolve a leitura dos resultados anteriores e a nova execução da chamada anterior.

A interface principal que conduz a nova tentativa é ITestSuiteResultLoader , que permite carregar um resultado anterior e a linha de comando anterior.

O RetryRescheduler então usa essas informações para recriar o comando anterior e preencher alguns filtros para executar novamente apenas as falhas anteriores ou testes não executados.

Repetição do pacote de exemplo: CTS

A configuração de nova tentativa no CTS é:

<configuration description="Runs a retry of a previous CTS session.">
    <object type="previous_loader" class="com.android.compatibility.common.tradefed.result.suite.PreviousResultLoader" />
    <test class="com.android.tradefed.testtype.suite.retry.RetryRescheduler" />

    <logger class="com.android.tradefed.log.FileLogger">
        <option name="log-level-display" value="WARN" />
    </logger>
</configuration>

Isso é aplicável à maioria das suítes que o estendem, por exemplo VTS ).

Seria invocado por meio de:

cts-tradefed run retry --retry <session>

A sessão seria encontrada listando os resultados anteriores no console CTS:

cts-tf > l r
Session  Pass  Fail  Modules Complete  Result Directory     Test Plan  Device serial(s)  Build ID   Product
0        2092  30    148 of 999        2018.10.29_14.12.57  cts        [serial]          P          Pixel

O comando original exato será recarregado e executado novamente com filtros extras. Isso significa que, se o comando original incluísse algumas opções, elas também fariam parte da nova tentativa.

Por exemplo:

cts-tradefed run cts-dev -m CtsGestureTestCases

A nova tentativa das CtsGestureTestCases acima sempre será limitada a CtsGestureTestCases pois estamos tentando novamente um comando que envolve apenas ele.

Configure a nova tentativa para o pacote de estilo CTS

Para que a nova tentativa funcione, os resultados anteriores precisam ser exportados em formato proto. O seguinte precisa ser adicionado:

<result_reporter class="com.android.compatibility.common.tradefed.result.suite.CompatibilityProtoResultReporter" />

Isso precisa ser adicionado à configuração XML do comando principal e resultará em um arquivo test-record.pb a ser criado na pasta de resultados.

A nova tentativa do CTS carrega os dados de uma combinação de test-record.pb e test_result.xml existente para preparar a chamada de nova tentativa.