Parameter Pengguna

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

  • Pada tingkat root dari konfigurasi

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

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

Jika parameter pengguna ditemukan di dalam level root dan di dalam testbed, nilai spesifik testbed digunakan.

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

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 diizinkan sebelum memblokir pengujian yang tersisa di kelas pengujian yang sama. Jika tidak ditentukan, perilaku default adalah menjalankan semua pengujian, terlepas dari kegagalan. Parameter ini berguna dalam kasus di mana testbed tidak dikonfigurasi dengan benar, menyebabkan semua tes gagal.

  • quiet_tests : Daftar kelas uji atau kasus uji 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 memiliki artefak kegagalan pengujian yang dihasilkan (misalnya, laporan bug, log qxdm). Jika nama kelas pengujian ditentukan tanpa kasus pengujian, semua kasus pengujian di kelas yang diberikan diatur untuk melewati laporan bug. Bendera ini dapat digunakan untuk menekan keluaran untuk kasus uji bermasalah yang diperkirakan akan gagal.

  • retry_tests : Daftar kelas uji atau kasus uji 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 uji dalam daftar ini, jika uji gagal, uji coba ulang satu kali. Jika tes gagal untuk kedua kalinya, itu ditandai sebagai gagal.