Kullanıcı parametreleri

Android Comms Test Suite (ACTS) aracında, ek test bilgileri veya parametreler ACTS yapılandırmasından belirtilebilir. Kullanıcı parametreleri, JSON uyumlu herhangi bir biçimde olabilir ve Python'da uygun türlere dönüştürülür (örneğin, dict, list ve str). Kullanıcı parametrelerinin belirtilebileceği iki yer vardır:

  • Yapılandırmanın kök düzeyinde

    {
        "testbed": {
            ...
        },
        "my_user_param1": "my_value",
        "my_user_param2": {"another": ["value"]}
    }
    
  • Test yatak odasında

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

Bir kullanıcı parametresi, kök düzeyinde ve test platformunda bulunursa test platformuna özel değer kullanılır.

Bir ACTS test sınıfında kullanıcılar bu bilgileri aşağıdakileri kullanarak okuyabilir:

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={})

Özel kullanıcı parametreleri

Aşağıda, ACTS'de özel özellikleri olan isteğe bağlı kullanıcı parametrelerinin bir listesi yer almaktadır:

  • consecutive_failure_limit: Aynı test sınıfında kalan testler engellenmeden önce izin verilecek art arda test hatalarının sayısı. Belirtilmezse varsayılan davranış, başarısızlıklardan bağımsız olarak tüm testleri çalıştırmaktır. Bu parametre, test ortamının yanlış yapılandırıldığı ve tüm testlerin başarısız olmasına neden olduğu durumlarda yararlıdır.

  • quiet_tests: test_class veya test_class.test_name biçiminde belirtilen test sınıflarının veya test durumlarının listesi (ör. BleScanApiTest veya BleScanApiTest.test_start_ble_scan_with_default_settings). Bu listedeki her test durumu, oluşturulmuş test hatası yapılarına sahip olmaz (örneğin, hata raporları, qxdm günlükleri). Test durumu olmadan bir test sınıf adı belirtilirse, belirtilen sınıftaki tüm test durumları hata raporlarını atlayacak şekilde ayarlanır. Bu işaret, başarısız olması beklenen sorunlu test durumları için çıkışı engellemek amacıyla kullanılabilir.

  • retry_tests: test_class veya test_class.test_name biçiminde belirtilen test sınıflarının veya test durumlarının listesi (ör. BleScanApiTest veya BleScanApiTest.test_start_ble_scan_with_default_settings). Bu listedeki her test durumu için bir test başarısız olursa, bir kez yeniden denenir. Test ikinci kez başarısız olursa başarısız olarak işaretlenir.