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 kiểm tra đượ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 để biết 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ộ thử nghiệm của nhà cung cấp (VTS) và vô số video và hướng dẫn về mã hóa của nó.
Cũng lưu ý các cơ chế kiểm tra bảo mật cụ thể có sẵn để phát hiện và tăng cường các thiết bị của bạn chống lại các lỗ hổng bảo mật.
Đối với thử nghiệm ứng dụng, hãy bắt đầu với Nguyên tắc cơ bản về thử nghiệm và tiến hành Bảng 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 kiểm tra gửi trước cơ bản có sẵn cho bạn thông qua Repo Hooks có thể chạy linters, kiểm tra định dạng và kích hoạt kiểm tra đơ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 móc này bị tắt theo mặc định. Xem phần giới thiệu Repo Hooks để biết thêm chi tiết.
Kiểm tra cái gì và như thế nào
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 các lớp Lớp trừu tượng 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à xác nhận tính đúng đắn của kết quả thử nghiệm.
Do đó, thử nghiệm nền tảng có thể:
- các API khung bài tập thông qua khung ứng dụng; các API cụ thể đang được thực thi có thể bao gồm:
- API công khai dành cho các ứng dụng của bên thứ ba
- các API ẩn dành cho các ứng dụng đặc quyền, cụ thể là các API hệ thống
- các 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 qua raw binder / IPC proxy
- 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ị đo , 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 những công cụ này, vì chúng là bản chất để thử nghiệm trong Android.
Bộ kiểm tra khả năng tương thích (CTS)
Bộ kiểm tra tính tương thích của Android là một bộ gồm nhiều loại kiểm tra khác nhau, được sử dụng để đảm bảo khả năng tương thích của việc triển khai khuôn khổ Android trên các đối tác OEM và trên các bản phát hành nền tảng. Bộ phần mềm này cũng bao gồm các bài kiểm tra thiết bị đo và khung GTest.
CTS và các bài kiểm tra nền tảng không loại trừ lẫn nhau và đây là một số nguyên tắc chung:
- nếu một bài kiểm tra xác nhận tính đúng đắn của các chức năng / hành vi API khung và nó phải được thực thi trên các đối tác OEM, thì nó phải nằm trong CTS
- nếu một bài kiểm tra nhằm bắt các 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), nó chỉ nên là các bài kiểm tra nền tảng
Bộ thử nghiệm của nhà cung cấp (VTS)
Bộ kiểm tra nhà cung cấp (VTS) tự động kiểm tra hạt nhân HAL và OS. Để sử dụng VTS để kiểm tra việc triển khai hệ thống Android tích hợp sẵn, hãy thiết lập môi trường kiểm tra sau đó kiểm tra bản vá bằng gói VTS.
Cơ sở hạ tầng kiểm tra liên đoàn thương mại
Trade Federation (gọi tắt là Tradefed hay TF) là một khuôn khổ kiểm tra liên tục được thiết kế để chạy các bài kiểm tra trên thiết bị Android. TF có thể chạy các bài kiểm tra chức năng cục bộ, tại bàn làm việc của bạn, trong quá trình kiểm tra nền tảng của bạn. Có hai tệp bắt buộc để chạy kiểm tra trong TF, nguồn kiểm tra java và cấu hình XML. Xem RebootTest.java và reboot.xml để biết các 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, truy tìm và lập hồ sơ mã nền tảng Android tích hợp sẵn khi phát triển các tính năng cấp nền tảng.