Parameter Pengguna

Di Android Comms Test Suite (ACTS) , informasi atau parameter pengujian tambahan dapat ditentukan dari dalam konfigurasi ACTS. Param pengguna bisa dalam format apa pun yang sesuai dengan JSON, dan didekodekan ke dalam tipe yang sesuai dengan Python (misalnya, dict , list , dan str ). Ada dua tempat di mana parameter pengguna dapat ditentukan:

  • Di tingkat root konfigurasi

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

  • Dalam testbed

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

Jika parameter pengguna ditemukan dalam tingkat akar dan dalam testbed, nilai spesifik testbed akan digunakan.

Di kelas tes ACTS, pengguna dapat membaca informasi ini menggunakan yang berikut ini:

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

Parameter pengguna khusus

Di bawah ini adalah daftar parameter pengguna opsional yang berguna yang memiliki properti khusus di ACTS:

  • consecutive_failure_limit : Jumlah kegagalan pengujian berturut-turut yang diperbolehkan sebelum memblokir pengujian yang tersisa di kelas pengujian yang sama. Jika tidak ditentukan, perilaku defaultnya adalah menjalankan semua pengujian, apa pun kegagalannya. Parameter ini berguna jika testbed tidak dikonfigurasi dengan benar, sehingga menyebabkan semua pengujian gagal.

  • quiet_tests : Daftar kelas pengujian atau kasus pengujian yang ditentukan dengan format test_class atau test_class . test_name , misalnya, BleScanApiTest atau BleScanApiTest.test_start_ble_scan_with_default_settings . Setiap kasus pengujian dalam daftar ini tidak akan menghasilkan artefak kegagalan pengujian (misalnya, laporan bug, log qxdm). Jika nama kelas pengujian ditentukan tanpa kasus pengujian, semua kasus pengujian di kelas tersebut diatur untuk melewati laporan bug. Tanda ini dapat digunakan untuk menyembunyikan keluaran untuk kasus pengujian bermasalah yang diperkirakan akan gagal.

  • retry_tests : Daftar kelas pengujian atau kasus pengujian yang ditentukan dengan format test_class atau test_class . test_name , misalnya, BleScanApiTest atau BleScanApiTest.test_start_ble_scan_with_default_settings . Untuk setiap kasus pengujian dalam daftar ini, jika pengujian gagal, maka pengujian akan diulang satu kali. Jika pengujian gagal untuk kedua kalinya, pengujian ditandai sebagai kegagalan.