Parâmetros do usuário

No Android Comms Test Suite (ACTS) , informações ou parâmetros de teste adicionais podem ser especificados na configuração do ACTS. Os parâmetros do usuário podem estar em qualquer formato compatível com JSON e são decodificados no tipo apropriado em Python (por exemplo, dict , list e str ). Existem dois locais onde os parâmetros do usuário podem ser especificados:

• No nível raiz da configuração

  {
      "testbed": {
          ...
      },
      "my_user_param1": "my_value",
      "my_user_param2": {"another": ["value"]}
  }
  

• Dentro de um ambiente de teste

  {
      "testbed": {
          "my_testbed": {
              "AndroidDevice": [...],
              ...,
              "my_user_param1": "my_value",
              "my_user_param2": {"another": ["value"]}
          }
      },
  }
  

Se um parâmetro do usuário for encontrado no nível raiz e no ambiente de teste, o valor específico do ambiente de teste será usado.

Em uma classe de teste ACTS, os usuários podem ler essas informações usando o seguinte:

class MyActsTest
    def setup_class(self):
        self.my_param_1 = self.user_params['my_user_param1']

        # Get the parameter with a default value if not found within config.
        self.my_param_2 = self.user_params.get('my_user_param2', default={})

Parâmetros especiais do usuário

Abaixo está uma lista de parâmetros de usuário opcionais úteis que possuem propriedades especiais no ACTS:

• consecutive_failure_limit : Número de falhas de teste consecutivas a serem permitidas antes de bloquear os testes restantes na mesma classe de teste. Se não for especificado, o comportamento padrão será executar todos os testes, independentemente das falhas. Este parâmetro é útil nos casos em que o testbed está configurado incorretamente, fazendo com que todos os testes falhem.

• quiet_tests : Lista de classes de teste ou casos de teste especificados com o formato test_class ou test_class . test_name , por exemplo, BleScanApiTest ou BleScanApiTest.test_start_ble_scan_with_default_settings . Cada caso de teste nesta lista não terá nenhum artefato de falha de teste gerado (por exemplo, relatórios de bugs, logs qxdm). Se um nome de classe de teste for especificado sem um caso de teste, todos os casos de teste na classe fornecida serão configurados para ignorar relatórios de bugs. Esse sinalizador pode ser usado para suprimir a saída de casos de teste problemáticos que deverão falhar.

• retry_tests : Lista de classes de teste ou casos de teste especificados com o formato test_class ou test_class . test_name , por exemplo, BleScanApiTest ou BleScanApiTest.test_start_ble_scan_with_default_settings . Para cada caso de teste nesta lista, se um teste falhar, ele será repetido uma vez. Se o teste falhar uma segunda vez, será marcado como falha.