Kullanıcı Parametreleri

Android İletişim Test Paketi'nde (ACTS) , ek test bilgileri veya parametreleri ACTS yapılandırması içinden belirtilebilir. Kullanıcı parametreleri herhangi bir JSON uyumlu biçimde olabilir ve Python'da uygun türde (örneğin, dict , list ve str ) kodu çözülür. Kullanıcı parametrelerinin belirlenebileceği iki yer vardır:

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

    {
        "testbed": {
            ...
        },
        "my_user_param1": "my_value",
        "my_user_param2": {"another": ["value"]}
    }
    
  • Bir test ortamında

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

Kök düzeyinde ve test ortamında bir kullanıcı parametresi bulunursa test ortamına özgü değer kullanılır.

Bir ACTS test sınıfında kullanıcılar bu bilgiyi 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 özelliklere sahip isteğe bağlı kullanışlı kullanıcı parametrelerinin bir listesi bulunmaktadır:

  • consecutive_failure_limit : Aynı test sınıfında kalan testleri engellemeden önce izin verilecek ardışık test başarısızlıklarının sayısı. Belirtilmediği takdirde varsayılan davranış, hatalara bakılmaksızın 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 kullanışlıdır.

  • quiet_tests : Test_sınıfı veya test_sınıfı biçimiyle belirtilen test test_class veya test_class . test_name , örneğin, BleScanApiTest veya BleScanApiTest.test_start_ble_scan_with_default_settings . Bu listedeki her test senaryosunda herhangi bir test hatası yapısı oluşturulmaz (örneğin, hata raporları, qxdm günlükleri). Bir test sınıfı adı bir test senaryosu olmadan belirtilirse, verilen sınıftaki tüm test senaryoları hata raporlarını atlayacak şekilde ayarlanır. Bu bayrak, başarısız olması beklenen sorunlu test senaryolarının çıktısını bastırmak için kullanılabilir.

  • retry_tests : test_class veya test_class . test_name , örneğin, BleScanApiTest veya BleScanApiTest.test_start_ble_scan_with_default_settings . Bu listedeki her test senaryosu 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.