Thông số người dùng

Trong Bộ kiểm thử giao tiếp Android (ACTS), bạn có thể chỉ định thêm thông tin hoặc tham số kiểm thử ngay trong cấu hình ACTS. Các tham số người dùng có thể ở định dạng tuân thủ JSON bất kỳ và được giải mã thành loại thích hợp trong Python (ví dụ: dict, list và str). Bạn có thể chỉ định tham số người dùng ở 2 nơi:

  • Ở cấp độ gốc của cấu hình

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

  • Trong trung tâm thử nghiệm

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

Nếu tìm thấy một thông số người dùng ở cấp độ gốc và trong vùng kiểm thử, thì giá trị dành riêng cho nền tảng kiểm thử sẽ được sử dụng.

Trong lớp kiểm tra ACTS, người dùng có thể đọc thông tin này bằng cách sử dụng:

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

Thông số người dùng đặc biệt

Dưới đây là danh sách các thông số người dùng không bắt buộc hữu ích có các thuộc tính đặc biệt trong ACTS:

  • consecutive_failure_limit: Số lần kiểm thử không thành công liên tiếp cho phép trước khi chặn các lượt kiểm thử còn lại trong cùng một lớp kiểm thử. Nếu không được chỉ định, hành vi mặc định sẽ là chạy tất cả các lượt kiểm thử, bất kể có lỗi hay không. Tham số này hữu ích trong trường hợp nền kiểm thử được định cấu hình không đúng cách, khiến tất cả các kiểm thử đều không thành công.

  • quiet_tests: Danh sách các lớp kiểm thử hoặc trường hợp kiểm thử được chỉ định ở định dạng test_class hoặc test_class.test_name, ví dụ: BleScanApiTest hoặc BleScanApiTest.test_start_ble_scan_with_default_settings. Mỗi trường hợp kiểm thử trong danh sách này sẽ không có bất kỳ cấu phần phần mềm lỗi kiểm thử nào được tạo (ví dụ: báo cáo lỗi, nhật ký qxdm). Nếu tên lớp kiểm thử được chỉ định mà không có trường hợp kiểm thử, thì mọi trường hợp kiểm thử trong lớp nhất định đều được thiết lập để bỏ qua báo cáo lỗi. Bạn có thể dùng cờ này để chặn đầu ra đối với các trường hợp kiểm thử có vấn đề dự kiến sẽ không thành công.

  • retry_tests: Danh sách các lớp kiểm thử hoặc trường hợp kiểm thử được chỉ định ở định dạng test_class hoặc test_class.test_name, ví dụ: BleScanApiTest hoặc BleScanApiTest.test_start_ble_scan_with_default_settings. Đối với mỗi trường hợp kiểm thử trong danh sách này, nếu kiểm thử không thành công thì sẽ được thử lại một lần. Nếu lượt kiểm thử không thành công lần thứ hai, thì lượt kiểm thử đó sẽ được đánh dấu là không thành công.