Parámetros de usuario

En Android Comms Test Suite (ACTS) , se pueden especificar información o parámetros de prueba adicionales desde la configuración de ACTS. Los parámetros de usuario pueden estar en cualquier formato compatible con JSON y se decodifican en el tipo apropiado en Python (por ejemplo, dict , list y str ). Hay dos lugares donde se pueden especificar los parámetros de usuario:

• En el nivel raíz de la configuración

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

• Dentro de un banco de pruebas

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

Si se encuentra un parámetro de usuario dentro del nivel raíz y dentro del banco de pruebas, se utiliza el valor específico del banco de pruebas.

En una clase de prueba ACTS, los usuarios pueden leer esta información usando lo siguiente:

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 de usuario especiales

A continuación se muestra una lista de parámetros de usuario opcionales útiles que tienen propiedades especiales en ACTS:

• consecutive_failure_limit : Número de fallas de prueba consecutivas que se permitirán antes de bloquear las pruebas restantes en la misma clase de prueba. Si no se especifica, el comportamiento predeterminado es ejecutar todas las pruebas, independientemente de los errores. Este parámetro es útil en los casos en que el banco de pruebas está configurado incorrectamente, lo que provoca que todas las pruebas fallen.

• quiet_tests : Lista de clases de prueba o casos de prueba especificados con el formato test_class o test_class . test_name , por ejemplo, BleScanApiTest o BleScanApiTest.test_start_ble_scan_with_default_settings . Cada caso de prueba en esta lista no generará ningún artefacto de falla de prueba (por ejemplo, informes de errores, registros qxdm). Si se especifica un nombre de clase de prueba sin un caso de prueba, todos los casos de prueba en la clase dada se configuran para omitir los informes de errores. Este indicador se puede utilizar para suprimir la salida de casos de prueba problemáticos que se espera que fallen.

• retry_tests : Lista de clases de prueba o casos de prueba especificados con el formato test_class o test_class . test_name , por ejemplo, BleScanApiTest o BleScanApiTest.test_start_ble_scan_with_default_settings . Para cada caso de prueba de esta lista, si una prueba falla, se vuelve a intentar una vez. Si la prueba falla una segunda vez, se marca como fallida.