Kiểm thử nhiều kích thước màn hình và cửa sổ

Kiểm thử là một phần quan trọng trong quá trình phát triển ứng dụng. Bạn thường chạy ứng dụng trên trình mô phỏng hoặc thiết bị để xác minh theo cách thủ công rằng mã của bạn hoạt động như mong đợi. Tuy nhiên, việc kiểm thử thủ công tốn thời gian, dễ xảy ra lỗi và thường không thể quản lý được đối với các ứng dụng chạy trên màn hình và thiết bị có nhiều kích thước. Các vấn đề về kiểm thử thủ công thường là do việc sử dụng một thiết bị duy nhất để phát triển. Do đó, các lỗi có thể không được phát hiện trên các thiết bị khác có kiểu dáng khác.

Để xác định các trường hợp hồi quy trên nhiều kích thước cửa sổ và màn hình, hãy triển khai các bài kiểm thử tự động để xác minh rằng hành vi và giao diện của ứng dụng nhất quán trên nhiều kiểu dáng. Kiểm thử tự động xác định các vấn đề ngay từ sớm, giảm thiểu nguy cơ các vấn đề ảnh hưởng đến trải nghiệm người dùng.

Nội dung cần kiểm thử

Khi phát triển giao diện người dùng cho nhiều kích thước màn hình và cửa sổ, hãy đặc biệt chú ý đến hai khía cạnh sau:

  1. Sự khác biệt về thuộc tính hình ảnh của các thành phần và bố cục trên các cửa sổ có kích thước khác nhau
  2. Cách duy trì trạng thái qua các thay đổi về cấu hình

Thuộc tính hình ảnh

Cho dù có tuỳ chỉnh giao diện người dùng cho các kích thước cửa sổ khác nhau hay không, bạn cũng nên xác minh rằng giao diện người dùng hiển thị chính xác. Hãy tính đến chiều rộng và chiều cao nhỏ gọn, trung bình và mở rộng. Hãy xem phần Lớp kích thước cửa sổ để biết các điểm ngắt được đề xuất.

Hình 1. Màn hình "Dành cho bạn" trong Now In Android ở nhiều kích thước cửa sổ

Ngoài ra, ứng dụng của bạn có thể không hiển thị một số thành phần trong hệ thống thiết kế như dự kiến khi các quy tắc ràng buộc về kích thước của thành phần bị kéo giãn.

Nếu ứng dụng của bạn có bố cục thích ứng cho nhiều kích thước cửa sổ, bạn nên có các chương trình kiểm thử tự động để ngăn chặn sự cố hồi quy. Ví dụ: việc sửa lề trên điện thoại có thể dẫn đến tình trạng bố cục không nhất quán trên máy tính bảng. Tạo kiểm thử giao diện người dùng để xác minh hành vi của bố cục và thành phần, hoặc tạo kiểm thử ảnh chụp màn hình để xác minh bố cục một cách trực quan.

Khôi phục trạng thái

Các ứng dụng chạy trên các thiết bị như máy tính bảng thường được xoay và đổi kích thước thường xuyên hơn nhiều so với các ứng dụng trên điện thoại. Ngoài ra, thiết bị có thể gập lại còn giới thiệu các tính năng hiển thị mới, chẳng hạn như gập và mở, có thể kích hoạt các thay đổi về cấu hình. Ứng dụng của bạn cần có khả năng khôi phục trạng thái khi những thay đổi về cấu hình này xảy ra. Sau đó, bạn cũng cần viết mã kiểm thử để xác nhận rằng ứng dụng của bạn khôi phục trạng thái chính xác.

Hình 2. Thiết bị có thể gập lại ở các tư thế: gập lại, mở 180 độ, mở 180 độ xoay ngang và mở một nửa (chế độ trên mặt bàn).

Trước tiên, hãy kiểm thử để đảm bảo ứng dụng của bạn không gặp sự cố khi có thay đổi về cấu hình. Đảm bảo rằng mọi giao diện người dùng trong ứng dụng của bạn đều có thể xử lý mọi tổ hợp xoay, đổi kích thước hoặc gập. Vì theo mặc định, các thay đổi về cấu hình sẽ tạo lại hoạt động, nên một số sự cố xảy ra do giả định về hoạt động liên tục.

Có nhiều cách để kiểm thử các thay đổi về cấu hình, nhưng trong hầu hết các trường hợp, có hai cách để kiểm thử:

  • Trong Compose, hãy sử dụng StateRestorationTester để mô phỏng một thay đổi về cấu hình một cách hiệu quả mà không cần khởi động lại hoạt động. Hãy xem các phần sau để biết thêm thông tin.
  • Trong bất kỳ quy trình kiểm thử giao diện người dùng nào như Espresso hoặc Compose, hãy mô phỏng một thay đổi về cấu hình bằng cách gọi Activity.recreate().

Thông thường, bạn không cần phải sử dụng nhiều thiết bị để kiểm thử tính năng khôi phục trạng thái nhằm phản hồi các thay đổi về cấu hình. Lý do là tất cả các thay đổi về cấu hình tạo lại hoạt động đều có những hệ quả tương tự. Tuy nhiên, một số thay đổi về cấu hình có thể kích hoạt các cơ chế khôi phục trạng thái khác nhau trên các thiết bị cụ thể.

Ví dụ: khi người dùng đang xem giao diện người dùng chi tiết danh sách trên một thiết bị có thể gập lại đang mở và họ gập thiết bị để chuyển sang màn hình trước, giao diện người dùng thường chuyển sang trang chi tiết. Quy trình kiểm thử tự động phải bao gồm việc khôi phục trạng thái giao diện người dùng này, bao gồm cả trạng thái điều hướng.

Để kiểm thử các thay đổi về cấu hình xảy ra trên thiết bị khi chuyển từ màn hình này sang màn hình khác hoặc chuyển sang chế độ nhiều cửa sổ, bạn có nhiều lựa chọn:

  • Sử dụng bất kỳ thiết bị nào, hãy đổi kích thước màn hình trong quá trình kiểm thử. Trong hầu hết các trường hợp, thao tác này sẽ kích hoạt tất cả các cơ chế khôi phục trạng thái mà bạn cần xác minh. Tuy nhiên, kiểm thử này sẽ không hoạt động đối với logic phát hiện các tư thế cụ thể trong thiết bị có thể gập lại, vì các thay đổi về tư thế không kích hoạt thay đổi cấu hình.
  • Sử dụng một thiết bị hoặc trình mô phỏng hỗ trợ các tính năng mà bạn muốn kiểm thử, kích hoạt các thay đổi về cấu hình có liên quan. Ví dụ: bạn có thể điều khiển thiết bị có thể gập lại hoặc máy tính bảng bằng cách sử dụng Thiết bị Espresso để chuyển từ trạng thái gập sang trạng thái mở phẳng theo hướng ngang. Hãy xem phần Thiết bị Espresso trong bài viết Thư viện và công cụ để kiểm thử nhiều kích thước màn hình để biết ví dụ.
Hình 3. Trạng thái gập và mở của thiết bị.

Các loại kiểm thử cho nhiều kích thước màn hình và cửa sổ

Sử dụng loại kiểm thử thích hợp cho từng trường hợp sử dụng để xác minh rằng kiểm thử đang hoạt động chính xác trên nhiều kiểu dáng:

  • Kiểm thử hành vi trên giao diện người dùng chạy một số phần của giao diện người dùng ứng dụng, chẳng hạn như màn hình của một hoạt động. Các chương trình kiểm thử xác minh rằng một số phần tử nhất định tồn tại hoặc có các thuộc tính cụ thể . Các chương trình kiểm thử có thể tuỳ ý thực hiện các thao tác mô phỏng của người dùng. Đối với thành phần hiển thị, hãy sử dụng Espresso. Jetpack Compose có các API kiểm thử riêng. Các kiểm thử hành vi trên giao diện người dùng có thể được đo lường hoặc cục bộ. Các chương trình kiểm thử đo lường chạy trên thiết bị hoặc trình mô phỏng, còn các chương trình kiểm thử giao diện người dùng cục bộ chạy trên Robolectric trên JVM.

    Sử dụng kiểm thử hành vi trên giao diện người dùng để xác minh rằng ứng dụng đã triển khai tính năng điều hướng đúng cách. Các chương trình kiểm thử thực hiện các thao tác như nhấp và vuốt. Kiểm thử hành vi trên giao diện người dùng cũng kiểm tra sự tồn tại của một số phần tử hoặc thuộc tính nhất định. Để biết thêm thông tin, hãy xem phần Tự động hoá quy trình kiểm thử giao diện người dùng.

  • Kiểm thử ảnh chụp màn hình chụp ảnh màn hình giao diện người dùng hoặc thành phần và so sánh hình ảnh với ảnh chụp màn hình đã được phê duyệt trước đó. Đây là một cách rất hiệu quả để bảo vệ khỏi các trường hợp hồi quy, vì một ảnh chụp màn hình có thể bao gồm một số lượng lớn các phần tử và thuộc tính hình ảnh. Bạn có thể chạy kiểm thử ảnh chụp màn hình trên JVM hoặc trên thiết bị. Có nhiều khung kiểm thử ảnh chụp màn hình. Để biết thêm thông tin, hãy xem phần kiểm thử ảnh chụp màn hình.

Cuối cùng, bạn có thể cần kiểm thử đơn vị để kiểm thử chức năng của các đơn vị logic hoạt động khác nhau tuỳ thuộc vào loại thiết bị hoặc kích thước cửa sổ, nhưng kiểm thử đơn vị ít phổ biến hơn trong lĩnh vực này.

Các bước tiếp theo

Để biết thêm thông tin về cách triển khai các bước kiểm tra có trong tài liệu này, hãy xem phần Thư viện và công cụ.