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 nhiều màn hình và thiết bị ở 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. Thử nghiệm tự động sẽ xác định sớm các vấn đề, giảm thiểu nguy cơ xảy ra sự cố ả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:
- Sự khác biệt giữa 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
- Cách trạng thái được duy trì qua các thay đổi về cấu hình
Thuộc tính hình ảnh
Dù có tuỳ chỉnh giao diện người dùng cho nhiều kích thước cửa sổ hay không, bạn cũng nên xác minh rằng giao diện người dùng có 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. Vui lòng xem phần Lớp kích thước cửa sổ để biết các điểm ngắt đề xuất.
Ngoài ra, ứng dụng của bạn có thể không kết xuất một số thành phần trong hệ thống thiết kế như dự kiến khi các giới hạn về kích thước của các 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 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 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.
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. Hãy đảm bảo mọi giao diện người dùng trong ứng dụng của bạn đều có thể xử lý mọi thao tác 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 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. Một bài kiểm thử tự động sẽ 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 các thiết bị 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ơ 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 Thiết bị Espresso để chuyển từ trạng thái gập sang mở phẳng theo chiều 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ụ.
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 các bài kiểm thử hành vi trên giao diện người dùng để xác minh rằng cách triển khai tính năng điều hướng của ứng dụng là chính xác. 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 rồi 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ả để chống sự hồi quy, vì một ảnh chụp màn hình có thể bao phủ nhiều phần tử và các thuộc tính trực quan của nó. Bạn có thể chạy kiểm thử ảnh chụp màn hình trên máy ảo Java hoặc trên các 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 bài viết 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ụ.