Nội dung này hướng đến các nhà phát triển nền tảng Android. Trước khi hiểu cách thử nghiệm được thực hiện trên nền tảng Android, vui lòng tham khảo kiến trúc nền tảng Android để có cái nhìn tổng quan.
Sau đó đi sâu vào các công nghệ chính xác có sẵn cho bạn trong phần này, chẳng hạn như Bộ kiểm tra nhà cung cấp (VTS) và vô số hướng dẫn bằng video và codelab của nó.
Ngoài ra, hãy lưu ý các cơ chế kiểm tra dành riêng cho bảo mật có sẵn để phát hiện và tăng cường khả năng chống lại các lỗ hổng bảo mật cho thiết bị của bạn.
Để thử nghiệm ứng dụng, hãy bắt đầu với Nguyên tắc thử nghiệm cơ bản và tiến hành Phòng thí nghiệm mã thử nghiệm Android bằng cách sử dụng các mẫu được cung cấp.
Cuối cùng, lưu ý rằng thử nghiệm cơ bản trước khi gửi có sẵn cho bạn thông qua Repo Hook có thể chạy linters, kiểm tra định dạng và kích hoạt thử nghiệm đơn vị trước khi tiếp tục, chẳng hạn như tải lên một cam kết. Lưu ý rằng các hook này bị tắt theo mặc định. Xem phần giới thiệu về Repo Hook để biết thêm chi tiết.
Cái gì và làm thế nào để kiểm tra
Thử nghiệm nền tảng thường tương tác với một hoặc nhiều dịch vụ hệ thống Android hoặc lớp Lớp trừu tượng hóa phần cứng (HAL), thực hiện các chức năng của đối tượng được thử nghiệm và khẳng định tính chính xác của kết quả thử nghiệm.
Như vậy, một thử nghiệm nền tảng có thể:
- thực hiện các API khung thông qua khung ứng dụng; API cụ thể đang được thực hiện có thể bao gồm:
- API công khai dành cho các ứng dụng của bên thứ ba
- API ẩn dành cho các ứng dụng đặc quyền, cụ thể là API hệ thống
- API riêng tư (@hide hoặc được bảo vệ, gói riêng tư)
- gọi trực tiếp các dịch vụ hệ thống Android thông qua proxy binder/IPC thô
- tương tác trực tiếp với HAL thông qua API cấp thấp hoặc giao diện IPC
Loại 1 và 2 thường được viết dưới dạng bài kiểm tra thiết bị , trong khi loại 3 thường được viết dưới dạng GTests .
Để tìm hiểu thêm, hãy xem các ví dụ từ đầu đến cuối của chúng tôi:
Làm quen với các công cụ này vì chúng là nội tại để thử nghiệm trong Android.
Bộ kiểm tra khả năng tương thích (CTS)
Bộ kiểm tra khả năng tương thích của Android là một bộ gồm nhiều loại thử nghiệm khác nhau, được sử dụng để đảm bảo tính tương thích của việc triển khai khung Android giữa các đối tác OEM và trên các bản phát hành nền tảng. Bộ này cũng bao gồm các bài kiểm tra thiết bị và khung GTest.
Các bài kiểm tra nền tảng và CTS không loại trừ lẫn nhau và đây là một số nguyên tắc chung:
- nếu một thử nghiệm khẳng định tính chính xác của các chức năng/hành vi API khung và thử nghiệm đó phải được thực thi giữa các đối tác OEM, thì thử nghiệm đó phải ở trong CTS
- nếu một thử nghiệm nhằm bắt hồi quy trong chu kỳ phát triển nền tảng và có thể yêu cầu quyền đặc quyền để thực hiện và có thể phụ thuộc vào chi tiết triển khai (như được phát hành trong AOSP), thì đó chỉ nên là thử nghiệm nền tảng
Bộ kiểm tra nhà cung cấp (VTS)
Bộ kiểm tra nhà cung cấp (VTS) tự động kiểm tra nhân hệ điều hành và HAL. Để sử dụng VTS để kiểm tra triển khai hệ thống Android tích hợp, hãy thiết lập môi trường thử nghiệm, sau đó kiểm tra bản vá bằng gói VTS.
Cơ sở hạ tầng thử nghiệm liên đoàn thương mại
Liên đoàn thương mại (viết tắt là tradefed hoặc TF) là một khung thử nghiệm liên tục được thiết kế để chạy thử nghiệm trên thiết bị Android. TF có thể chạy thử nghiệm chức năng cục bộ, tại bàn làm việc của bạn, trong phần thanh toán trên nền tảng của bạn. Có hai tệp bắt buộc để chạy thử nghiệm trong TF, nguồn thử nghiệm java và cấu hình XML. Xem RebootTest.java và reboot.xml để biết ví dụ.
gỡ lỗi
Phần Gỡ lỗi tóm tắt các công cụ hữu ích và các lệnh liên quan để gỡ lỗi, theo dõi và định hình mã nền tảng Android tích hợp khi phát triển các tính năng ở cấp độ nền tảng.