Google cam kết thúc đẩy công bằng chủng tộc cho các cộng đồng Đen. Xem thế nào.
Trang này được dịch bởi Cloud Translation API.
Switch to English

Tổng quan về Liên đoàn Thương mại

Liên đoàn thương mại (viết tắt là TF hoặc viết tắt là TF) là một khung kiểm tra liên tục được thiết kế để chạy thử nghiệm trên các thiết bị Android. Ví dụ: Tradefed được sử dụng để chạy Bộ kiểm tra tương thích (CTS)Bộ kiểm tra nhà cung cấp (VTS) .

Liên đoàn thương mại là một ứng dụng Java chạy trên máy tính chủ và liên lạc với một hoặc nhiều thiết bị Android bằng ddmlib (thư viện đằng sau DDMS) qua adb.

Chúng tôi đã liệt kê một số tính năng chính của TF bên dưới, cùng với một vài mẫu sử dụng. Điều đó nói rằng, nếu bạn muốn nhảy ngay vào và bắt đầu, bạn có thể đi thẳng đến trang Bắt đầu ở đây .

Đặc trưng

  • mô-đun, linh hoạt, thiết kế có thể mở rộng
  • đã tích hợp hỗ trợ để chạy nhiều loại thử nghiệm Android khác nhau: thiết bị , uiautomator , bản địa / gtest, JUnit dựa trên máy chủ, v.v.
  • cung cấp độ tin cậy và cơ chế phục hồi trên đầu trang của adb
  • hỗ trợ lập lịch và chạy thử nghiệm trên nhiều thiết bị song song

Xem Kiểm tra qua TF để biết thông tin cập nhật nhất về cách chạy các kiểm tra hiện tại của bạn, chẳng hạn như Thiết bị .

Trường hợp sử dụng

Tính mô-đun của Liên đoàn Thương mại làm cho nó dễ dàng xâm nhập vào các môi trường với cơ sở hạ tầng xây dựng, thử nghiệm và báo cáo hiện có. Chúng tôi liệt kê dưới đây một vài usecase trình diễn trong đó tradefed có thể cho phép thực hành thử nghiệm hiệu quả, có thể mở rộng.

Đầu tiên, rất hữu ích khi xem xét cảnh quan của các giai đoạn tiềm năng theo câu hỏi "phần nào có thể sửa đổi và phần nào là tĩnh?" Chẳng hạn, OEM thiết bị có thể sửa đổi khung, hệ thống và phần cứng, nhưng có ít hoặc không ảnh hưởng đến các ứng dụng hiện có. Mặt khác, một nhà phát triển ứng dụng có thể sửa đổi ứng dụng, nhưng có ít quyền kiểm soát đối với hầu hết các khía cạnh của hệ thống hoặc khung.

Do đó, một thực thể trong mỗi usecase sẽ có các mục tiêu thử nghiệm khác nhau và sẽ có các tùy chọn khác nhau trong trường hợp một tập hợp các lỗi thử nghiệm. Mặc dù có những khác biệt này, Liên đoàn Thương mại có thể giúp làm cho mỗi quy trình thử nghiệm của họ hiệu quả, linh hoạt và có thể mở rộng.

Thiết bị OEM

Thiết bị OEM xây dựng phần cứng và thường sẽ điều chỉnh hệ thống và khung Android để chạy tốt trên phần cứng đó. OEM có thể cố gắng hoàn thành các mục tiêu đó trong khi vẫn giữ được sự ổn định và hiệu suất ở cấp độ phần cứng và hệ thống và đảm bảo các thay đổi khung không phá vỡ tính tương thích với các ứng dụng hiện có.

OEM có thể triển khai mô-đun nhấp nháy thiết bị sẽ thực thi trong giai đoạn Thiết lập mục tiêu của vòng đời . Mô-đun đó sẽ kiểm soát hoàn toàn thiết bị trong thời gian thực hiện, điều này cho phép thiết bị có khả năng buộc thiết bị vào bộ tải khởi động, flash và sau đó buộc thiết bị khởi động lại vào chế độ không gian người dùng. Kết hợp với một mô-đun để kết nối thành một hệ thống xây dựng liên tục, điều này sẽ cho phép OEM chạy thử nghiệm trên thiết bị của họ khi họ thực hiện các thay đổi đối với chương trình cơ sở cấp hệ thống và các khung công tác cấp Java.

Khi thiết bị được khởi động hoàn toàn, OEM sẽ có thể tận dụng các thử nghiệm dựa trên JUnit hiện có hoặc viết các thử nghiệm mới để xác minh chức năng quan tâm. Cuối cùng, họ có thể viết một hoặc nhiều mô-đun báo cáo kết quả để gắn vào kho lưu trữ kết quả thử nghiệm hiện có hoặc báo cáo kết quả trực tiếp (ví dụ: qua email ).

Nhà phát triển ứng dụng

Nhà phát triển ứng dụng xây dựng một ứng dụng cần chạy tốt trên nhiều phiên bản nền tảng và nhiều thiết bị khác nhau. Nếu một sự cố xuất hiện trên một phiên bản nền tảng và / hoặc thiết bị cụ thể, biện pháp khắc phục duy nhất là thêm một cách giải quyết và tiếp tục. Đối với các nhà phát triển lớn hơn, quy trình thử nghiệm có thể được kết hợp thành một chuỗi xây dựng liên tục. Đối với các nhà phát triển nhỏ hơn, nó có thể được khởi động định kỳ hoặc bằng tay.

Hầu hết các nhà phát triển ứng dụng sẽ sử dụng các mô-đun cài đặt thử nghiệm apk đã tồn tại trong TF. Có phiên bản cài đặt từ hệ thống tệp cục bộ , cũng như phiên bản có thể cài đặt các gói được tải xuống từ dịch vụ xây dựng . Điều quan trọng cần lưu ý là phiên bản sau sẽ tiếp tục hoạt động bình thường với nhiều phiên bản TF chạy trên cùng một máy chủ.

Do sự thành thạo trong việc xử lý nhiều thiết bị của TF, việc phân loại từng kết quả thử nghiệm theo loại thiết bị được sử dụng cho thử nghiệm đó sẽ rất đơn giản. Do đó, TF có khả năng tạo ra ma trận tương thích 2 chiều (hoặc đa chiều) cho mọi bản dựng của ứng dụng.

Dịch vụ kiểm tra

Chẳng hạn, Dịch vụ kiểm tra có thể cho phép các nhà phát triển ứng dụng gửi ứng dụng và chạy thử nghiệm trên các thiết bị có công cụ đo công suất để xác định mức sử dụng năng lượng cho ứng dụng. Điều này khác với hai giai đoạn trước đó ở chỗ người xây dựng dịch vụ không kiểm soát các thiết bị hoặc ứng dụng đang được chạy.

Vì Liên đoàn Thương mại có thể chạy bất kỳ lớp Java nào thực hiện giao diện IRemoteTest đơn giản, việc viết các trình điều khiển có thể phối hợp một số phần cứng bên ngoài với trường hợp thử nghiệm đang chạy trên thiết bị là chuyện nhỏ. Trình điều khiển có thể sinh ra Chủ đề, gửi yêu cầu đến các máy chủ khác hoặc làm bất cứ điều gì khác mà nó có thể cần. Ngoài ra, tính đơn giản và linh hoạt của giao diện báo cáo kết quả, ITestInvocationListener , có nghĩa là nó cũng đơn giản để thể hiện kết quả kiểm tra tùy ý (ví dụ, bao gồm các số liệu công suất số) vào đường ống báo cáo kết quả chuẩn.