Tự động hóa Android bằng AI cho kiểm thử bản địa hóa ứng dụng

Xây dựng quy trình làm việc kiểm tra bản địa hóa ứng dụng Android kết hợp các vùng địa phương giả lập, kiểm tra ngôn ngữ thực tế, xem xét RTL, OCR, ảnh chụp màn hình và phán đoán của con người mà không nhân đôi mỗi bài kiểm tra với mỗi vùng địa phương.

Câu trả lời ngắn gọn: tự động hóa tuyến đường, xem xét ngôn ngữ

Quy trình làm việc kiểm tra bản địa hóa ứng dụng Android đáng tin cậy tách biệt công việc lặp lại trên thiết bị khỏi việc đánh giá ngôn ngữ. Tự động hóa cài đặt ngôn ngữ, khởi chạy ứng dụng, điều hướng, chờ đợi, chụp màn hình, kiểm tra trạng thái đã biết và thu thập bằng chứng. Giữ chất lượng dịch thuật, giọng điệu, ý nghĩa văn hóa, cắt ghép mơ hồ và sự cân bằng trực quan dưới sự xem xét của con người. Mục tiêu không phải là chạy tất cả các bài kiểm tra trong mọi ngôn ngữ. Đó là tạo ra một ma trận nhỏ, dựa trên rủi ro, phơi bày những lỗi có khả năng tiếp cận người dùng nhất.

Điều này quan trọng bởi vì các lỗi bản địa hóa không chỉ là những từ ngữ sai. Chúng bao gồm các chuỗi được mã hóa cứng, thiếu tài nguyên, mở rộng văn bản, bố cục từ trái sang phải bị hỏng, ngày hoặc đơn vị tiền tệ không chính xác, sự không khớp giữa bàn phím, phông chữ không thể đọc được, nút bị cắt và cài đặt ngôn ngữ không được duy trì. MộtCông cụ tự động hóa AI Androidcó thể giúp lặp lại tuyến đường có thể nhìn thấy và thu thập bằng chứng, nhưng nó không thể quyết định liệu một câu có nghe tự nhiên đối với khách hàng địa phương hay không.

Quy trình làm việc bên dưới kết hợp các tính năng bản địa hóa chính thức của Android với các kiểm tra thiết bị có thể quan sát được. Nó không tuyên bố rằngLaiCai Flowthay thế cho các bài kiểm tra đơn vị, các bài kiểm tra Compose, Espresso, UI Automator, Appium, một hệ thống quản lý bản dịch hoặc đánh giá ngôn ngữ gốc. Sử dụng từng lớp để chứng cứ nó tạo ra tốt nhất.

Bắt đầu với một ma trận phát hành bản địa hóa, không phải là danh sách ngôn ngữ

Một danh sách các ngôn ngữ được hỗ trợ không phải là kế hoạch kiểm tra. Mảng phát hành kết nối một vùng địa phương với màn hình, trạng thái thiết bị, định dạng dữ liệu, hướng viết và rủi ro kinh doanh khiến vùng địa phương đó trở nên có ý nghĩa. Nếu không có kết nối đó, các nhóm thường mở màn hình chính bằng nhiều ngôn ngữ, chụp ảnh màn hình và bỏ lỡ các lỗi trong thanh toán, tìm kiếm, khôi phục tài khoản, thông báo hoặc cài đặt.

Chọn một vùng địa phương cơ bản, một vùng địa phương có nhiều mở rộng, một vùng địa phương có mã nguồn gọn gàng hoặc phức tạp và một vùng địa phương RTL cho mỗi bản phát hành. Chỉ thêm các vùng địa phương cụ thể cho thị trường vào các luồng mang rủi ro kinh doanh về tài liệu.Mô hình Android của Firebase Test Labtương tự như vậy, địa phương được coi là một chiều cùng với mô hình thiết bị, phiên bản Android và định hướng; đó là một mô hình lập kế hoạch hữu ích ngay cả khi bạn chạy các kiểm tra trên các thiết bị của riêng mình.

Sử dụng các địa điểm giả lập của Android trước khi bản dịch đến

Pseudolocales là hệ thống cảnh báo sớm rẻ nhất trong quy trình làm việc.Hướng dẫn địa điểm giả định của Androidmô tả`en-XA`, mở rộng và nhấn mạnh văn bản tiếng Anh, và`ar-XB`, thực hiện hành vi từ phải sang trái. Chúng có thể phơi bày các chuỗi được mã hóa cứng, việc kết hợp chuỗi bị hỏng, áp lực bố cục, các vấn đề về văn bản song chiều và các yếu tố không được phản ánh trước khi trình dịch cung cấp bản sao cuối cùng.

• Chạy hành trình người dùng chính trong`en-XA`và ghi lại mọi chuỗi vẫn còn là tiếng Anh đơn giản; nó có thể được mã hóa cứng hoặc nằm ngoài đường dẫn tài nguyên bản địa hóa.
• Lặp lại hành trình tương tự trong`ar-XB`và kiểm tra thứ tự điều hướng, mũi tên quay lại, các tab, chỉ số tiến độ, số hỗn hợp và dấu câu.
• Các trạng thái lỗi bắt giữ, trống, quyền truy cập, nâng cấp và xác nhận; chúng ít được hiển thị hơn trong quá trình xem xét đường dẫn bình thường.
• Xử lý sự cố giả định địa điểm như một khuyết tật có thể định vị cục bộ, chứ không phải là bằng chứng cho thấy một bản dịch thực tế cụ thể là sai.

Các nhà phát triển cũng có thể kiểm tra các màn hình được chọn sớm hơn.Tài liệu địa phương hóa của AndroidvàViết công cụ xem trướchỗ trợ xem trước cụ thể theo vùng địa phương, bao gồm cả các ví dụ RTL. Các kiểm tra liên quan đến mã này nhanh chóng và nên phát hiện các vấn đề ở cấp độ thành phần trước khi thực hiện toàn bộ quy trình làm việc của thiết bị.

Kiểm tra đường dẫn ngôn ngữ mà người dùng thực sự sử dụng

Màn hình được dịch không đủ nếu người dùng không thể chọn, giữ lại hoặc đặt lại ngôn ngữ.Hướng dẫn ngôn ngữ cho từng ứng dụng của AndroidGiải thích rằng Android 13 và các phiên bản sau cung cấp cài đặt hệ thống tập trung cho ngôn ngữ ưa thích của ứng dụng, trong khi AndroidX hỗ trợ xử lý ứng dụng địa phương tương thích trên các phiên bản cũ hơn. Ứng dụng cũng có thể có trình chọn ngôn ngữ riêng. Mỗi đường dẫn mục nhập được hỗ trợ cần một bài kiểm tra chuyển đổi trạng thái nhỏ.

1. Bắt đầu từ trạng thái sạch được đặt tên: cài đặt mới, cài đặt nâng cấp, tài khoản đã đăng nhập hoặc sao lưu đã khôi phục.
2. Chọn vùng địa phương thông qua hệ thống dự định hoặc đường dẫn trong ứng dụng và xác nhận xem ứng dụng có khởi động lại, tạo lại hoạt động hoặc cập nhật trực tiếp hay không.
3. Điều hướng ra khỏi cài đặt và xác nhận rằng vùng địa phương mục tiêu xuất hiện trên màn hình quan trọng đối với doanh nghiệp.
4. Đóng và mở lại ứng dụng, sau đó xác minh rằng tùy chọn vẫn được giữ nguyên.
5. Đặt lại về mặc định của hệ thống và xác nhận rằng các tài nguyên được dịch cũ không còn tồn tại.
6. Trên các phiên bản Android cũ hơn, hãy kiểm tra đường dẫn tương thích thực tế thay vì giả định hành vi của Android 13.

Ngôn ngữ thiết bị và ngôn ngữ bàn phím là những vấn đề riêng biệt.Tài liệu kiểm tra bản địa hóa của BrowserStackLưu ý rằng việc thay đổi ngôn ngữ trên thiết bị Android không nhất thiết phải thay đổi ngôn ngữ bàn phím. Giữ nguyên sự phân biệt đó trong ma trận để lỗi nhập văn bản không bị chẩn đoán sai là lỗi tài nguyên.

Chọn các màn hình đại diện theo rủi ro

Đừng nhân đôi mọi bài kiểm tra từ đầu đến cuối hiện có với mọi vùng địa phương. Chọn các màn hình nơi việc bản địa hóa thay đổi hành vi, bố cục, độ tin cậy hoặc tiền bạc. Một bộ gọn gàng thường bao gồm quá trình tiếp nhận, đăng nhập, điều hướng trang chủ, tìm kiếm, một trang chi tiết, một biểu mẫu, một bề mặt thanh toán hoặc xác nhận, cài đặt, thông báo và trạng thái lỗi quan trọng nhất.

Ưu tiên các điều khiển có chiều rộng cố định, biểu tượng liền kề, nhiều biến, quy tắc số nhiều, văn bản động trên máy chủ, thẻ gọn gàng, điều hướng ở phía dưới và văn bản được dịch thay vì hình ảnh. Bao gồm một màn hình với nội dung thực tế nhất có thể thay vì chỉ có dữ liệu demo trống. Nếu ứng dụng của bạn hỗ trợ máy tính bảng, máy gấp hoặc chế độ dọc, chỉ thêm chúng vào những nơi bố cục thực sự thay đổi.

Hãy cho mỗi màn hình được chọn một chủ sở hữu và một lý do. Ví dụ: xác nhận thanh toán tồn tại để xác minh tiền tệ, gói hàng, nhãn nút và bản sao pháp lý; màn hình khôi phục tài khoản tồn tại để xác minh phương thức nhập liệu, thông báo lỗi và địa chỉ email hai chiều. Điều này khiến các lỗi có thể thực hiện được thay vì tạo ra một thư mục chứa các ảnh chụp màn hình không giải thích được.

Kết nối phương pháp chứng cứ với lỗi bản địa hóa

Không có kỹ thuật định vị hoặc hình ảnh đơn lẻ nào chứng minh chất lượng địa phương hóa. Chọn quan sát nhỏ nhất có thể hỗ trợ quyết định. Hiện cóHướng dẫn kiểm tra trực quan Androidgiải thích những khác biệt rộng hơn giữa trạng thái UI, OCR, việc khớp hình ảnh, việc phát hiện đối tượng và ảnh chụp màn hình; QA bản địa hóa áp dụng những phương pháp đó cho các rủi ro cụ thể đối với ngôn ngữ.

Trong hiện tạiLaiCai Flowhợp đồng, OCR trả về một bộ sưu tập kết quả thay vì một câu trả lời kỳ diệu. Một luồng phải chọn đoạn liên quan trước khi so sánh văn bản hoặc vị trí. Tương tự, một kết quả khớp trực quan báo cáo trạng thái đã biết; nó không nên được kéo dài thành một tuyên bố rằng mọi pixel hoặc câu đều chính xác.

Xây dựng một luồng định vị có thể quan sát được trên các thiết bị Android thực tế

Một quy trình làm việc trực quan có thể quan sát được là hữu ích khi nhóm cần lặp lại cùng một giao diện điều hướng trên các thiết bị Android thực tế và cung cấp cho người đánh giá bằng chứng nhất quán.LaiCai Flowlà một tính năng tự động hóa bên trongLaiCai Screen Mirroring. Nó có thể tổ chức các bước có thể nhìn thấy như chờ đợi, kiểm tra trạng thái UI, OCR, khớp mẫu, ảnh chụp màn hình, điều kiện, vòng lặp bị giới hạn và dừng rõ ràng. cáiLaiCai FlowHướng dẫnbao gồm quy trình làm việc của sản phẩm.

1. Tên phiên bản, thiết bị, phiên bản Android, vùng địa phương, chủ đề, tỷ lệ chữ và trạng thái tài khoản khởi động.
2. Mở ứng dụng hoặc đường dẫn cài đặt và sử dụng thời gian chờ rõ ràng trước khi quan sát phụ thuộc vào màn hình.
3. Điều hướng một giai đoạn ở cấp độ người dùng một lúc, giữ lại các chi tiết tìm kiếm kỹ thuật bên trong các luồng con có thể đọc được khi hành trình trở nên phức tạp.
4. Kiểm tra tình trạng màn hình ổn định trước mỗi hành động phá hoại hoặc thay đổi trạng thái.
5. Chụp ảnh màn hình cần thiết và bất kỳ kết quả OCR nào được chọn với định dạng địa phương và định danh màn hình.
6. Xác minh điều kiện sau khi duyệt thay vì giả định rằng thao tác nhấn đã thành công.
7. Dừng lại với bằng chứng khi màn hình không rõ ràng; đừng tiếp tục nhấp qua một ngôn ngữ hoặc hộp thoại không mong muốn.

Lớp này bổ sung cho các bài kiểm tra dựa trên mã. Các bài kiểm tra thành phần và thiết bị đo lường vẫn nên sở hữu truy vấn tài nguyên, logic trạng thái, ngữ nghĩa khả năng truy cập và các khẳng định xác định gần với ứng dụng. Một luồng có thể nhìn thấy mạnh nhất khi các nhà đánh giá hỗ trợ, bản địa hóa hoặc phát hành cần một tuyến đường có thể lặp lại và một gói bằng chứng có thể đọc được bởi con người. cáiQuy trình làm việc thử nghiệm khói QA của Androidcung cấp một mẫu chung liên quan.

Cho RTL và nội dung song phương có điểm thi riêng của họ

RTL không phải là một mục cần thêm vào cuối danh sách kiểm tra ảnh chụp màn hình LTR. Chạy một phiên bản chuyên dụng với ngôn ngữ RTL Ả Rập hoặc một địa phương RTL khác được hỗ trợ và bao gồm nội dung theo nhiều hướng khác nhau như địa chỉ email, số điện thoại, giá cả, chuỗi phiên bản, URL, mã và tên thương hiệu tiếng Latinh. Các kết hợp này tiết lộ các lỗi về dấu câu và sắp xếp mà một đoạn văn được dịch đầy đủ có thể không hiển thị.

• Xác nhận rằng việc điều hướng, ngăn kéo, tab, hướng tiến trình và biểu tượng định hướng chỉ được phản ánh khi ý nghĩa của chúng nên được phản ánh.
• Kiểm tra xem các số, đơn vị, tên sản phẩm và con trỏ nhập liệu có thể đọc được bên trong các câu RTL hay không.
• Kiểm tra sự căn chỉnh trong các trạng thái trống, hộp thoại, thanh tiện lợi, lời giải thích quyền truy cập và các tin nhắn xác thực biểu mẫu.
• Kiểm tra các thao tác vuốt và điều hướng ngược theo hành vi, chứ không phải bằng cách giả định rằng mọi cử chỉ đều đảo ngược theo hướng văn bản.
• Sử dụng người đánh giá ngôn ngữ bản địa để kiểm tra dấu câu, cách diễn đạt, cách ngắt dòng và cách diễn giải văn hóa.

Sử dụng`ar-XB`đầu tiên để phơi bày các lỗi cấu trúc, sau đó chạy ít nhất một địa phương RTL thực tế trước khi phát hành. Một địa phương giả có thể tiết lộ các lỗi phản chiếu, nhưng nó không xác thực kiểu chữ hoặc ý nghĩa của bản sao tiếng Ả Rập sản xuất.

Các định dạng kiểm tra, đầu vào, thông báo và bề mặt bên ngoài

Một số lỗi bản địa hóa đắt đỏ nhất nằm bên ngoài màn hình chính trong ứng dụng. Thêm các kiểm tra tập trung cho ngày và giờ, dấu phân tách thập phân, vị trí tiền tệ, thứ tự địa chỉ, đơn vị đo lường, số điện thoại, dạng số nhiều, đầu vào bàn phím, hành vi vùng nhớ tạm, văn bản thông báo, liên kết sâu, nội dung web và bất kỳ hộp thoại hệ thống nào mà hành trình phụ thuộc vào.

Ghi lại địa điểm nào điều khiển mỗi giá trị. Ngôn ngữ ứng dụng, địa điểm hệ thống, quốc gia tài khoản, tùy chọn máy chủ, múi giờ và bàn phím có thể không đồng ý. Một màn hình chụp màn hình hiển thị một giá trị đáng ngạc nhiên là bằng chứng hữu ích, nhưng báo cáo lỗi cũng phải nêu tên các đầu vào đó để kỹ thuật có thể tái tạo nguồn gốc của sự không khớp.

Xử lý danh sách cửa hàng và ảnh chụp màn hình quảng cáo như một bề mặt phát hành riêng biệt. Văn bản của chúng có thể đến từ một kho lưu trữ khác và hình ảnh của chúng có thể được tạo ra bởi một đường ống khác. Tái sử dụng cùng một danh mục màn hình và quy trình đặt tên, nhưng đừng đánh dấu ứng dụng được bản địa hóa chỉ vì mô tả cửa hàng đã được dịch.

Giữ lại việc xem xét của con người khi tự động hóa yếu kém

Tự động hóa rất giỏi trong việc lặp lại một tuyến đường và phát hiện bằng chứng đã biết. Con người vẫn giỏi hơn trong việc hiểu ý nghĩa, giọng điệu, ngữ cảnh, sự phù hợp văn hóa, thứ tự cấp bậc trực quan, hài hước, mơ hồ và quyết định xem việc ngắt dòng chỉ trông khác biệt hay thực sự gây hại cho sự hiểu biết. Xây dựng việc chuyển giao một cách có chủ ý thay vì coi việc xem xét thủ công là một ngoại lệ không dự kiến.

• Tự động hóa: thiết lập địa phương, khởi chạy, điều hướng, chờ đợi, kiểm tra trạng thái ổn định, sự hiện diện của văn bản được chọn, ảnh chụp màn hình, đặt tên tệp và đóng gói bằng chứng.
• Xem xét thủ công: ý nghĩa của bản dịch, sự tự nhiên, sắc thái pháp lý, khả năng truy cập của các kịch bản phức tạp, việc cắt bớt mơ hồ, hình ảnh văn hóa và sự cân bằng trực quan.
• Nâng cấp lên các bài kiểm tra mã: ánh xạ tài nguyên chính xác, logic đa số, các hàm định dạng xác định và ngữ nghĩa của thành phần.
• Nâng cấp lên các bài kiểm tra thiết bị hoặc khung: quyền truy cập hệ thống, hành vi giữa các ứng dụng, tích hợp bàn phím và các chuyển đổi chu kỳ đời sống.

Một quy tắc dừng hữu ích là đơn giản: khi trạng thái có thể nhìn thấy không phải là một trong các trạng thái được chấp thuận, hãy thu thập bằng chứng và dừng lại. Đừng để tự động hóa tiếp tục thông qua màn hình đồng ý không xác định, bước thanh toán, hành động phá hoại hoặc đường dẫn hệ thống chưa được dịch. cáiSo sánh các công cụ kiểm tra tự động hóa Androidcó thể giúp gán mỗi khẳng định cho lớp đúng.

Tạo một gói bằng chứng mà nhóm phát hành có thể hành động dựa trên đó

Bảng điều khiển thông qua/bỏ qua mà không có ngữ cảnh tạo ra một cuộc điều tra khác. Mỗi phát hiện bản địa hóa nên xác định phiên bản, gói ứng dụng và phiên bản, vùng địa phương và khu vực, phiên bản Android, thiết bị và độ phân giải, tỷ lệ chữ đậm, chủ đề, trạng thái khởi đầu, tên màn hình, kết quả mong đợi, kết quả thực tế và ảnh chụp màn hình hoặc quan sát được chọn hỗ trợ tuyên bố.

Sử dụng tên tệp ổn định như`build-locale-device-screen-state.png`, sau đó giữ một biểu mẫu hiển thị ma trận các tệp với ma trận kiểm tra. Phân biệt sự thay đổi trực quan mong đợi khỏi các lỗi: việc phân cách dòng khác nhau có thể được chấp nhận, trong khi giá cả ẩn, nút không thể truy cập, dấu hiệu thương hiệu bị đảo ngược hoặc thiếu thông báo lỗi thì không. Gán mức độ nghiêm trọng dựa trên tác động của người dùng, chứ không phải dựa trên sự khác biệt về pixel.

Bởi vì không có thiết bị được quản lý bởi LaiCai nào có sẵn trong bối cảnh thế hệ hiện tại, bài viết này mô tả một quy trình làm việc dựa trên hợp đồng thay vì tuyên bố kết quả so sánh cho một ứng dụng, thiết bị hoặc vùng địa phương cụ thể. Hãy chạy một thử nghiệm đại diện trong môi trường của bạn trước khi mở rộng ma trận.

Danh sách kiểm tra phát hành QA địa phương hóa Android

1. Xác định danh sách vùng địa phương được hỗ trợ, vùng địa phương dự phòng, đường dẫn chọn ngôn ngữ và các thị trường có rủi ro cao.
2. Chạy`en-XA`và`ar-XB`trên các màn hình đại diện trước khi bản dịch cuối cùng đến.
3. Xác minh việc chuyển đổi ngôn ngữ thực tế theo ứng dụng, hệ thống và trong ứng dụng, nơi mỗi đường dẫn đều được hỗ trợ.
4. Che phủ một vùng địa phương có nhiều mở rộng, một vùng địa phương có kịch bản phức tạp và một vùng địa phương RTL trên màn hình nhỏ.
5. Bao gồm các trạng thái lỗi, trống, đang tải, xác nhận, quyền truy cập, nâng cấp và thông báo.
6. Kiểm tra định dạng khu vực, phương pháp nhập liệu, tỷ lệ chữ, chủ đề sáng/mờ và sự tồn tại của ngôn ngữ.
7. Chỉ sử dụng trạng thái UI, OCR, khớp mẫu, ảnh chụp màn hình và đánh giá của con người cho các yêu cầu mà họ có thể hỗ trợ.
8. Lưu một gói bằng chứng có tên và dừng lại ở các trạng thái không được nhận dạng.
9. Hãy nhờ một người đánh giá có tiếng mẹ đẻ phê duyệt ý nghĩa, giọng điệu, dấu câu và sự phù hợp văn hóa.
10. Giữ CTA tự động hóa chính trên trang chủ biết địa phương và sử dụng các hướng dẫn hỗ trợ để biết chi tiết triển khai.

Về tác giả: BeePOS LLC phát triểnLaiCai Screen Mirroringvà nó làLaiCai FlowTính năng tự động hóa. Hướng dẫn này dựa trên tài liệu Android hiện tại, các thực tiễn kiểm tra bản địa hóa đã được quan sát và các bản đã được công bố.LaiCai Flowthỏa thuận nút. Các câu hỏi về sản phẩm có thể được gửi quaCông ty LaiCai và trang hỗ trợ.

Nguồn gốc

• Các nhà phát triển Android: Thử nghiệm ứng dụng của bạn với các địa điểm giả định
• Các nhà phát triển Android: Tùy chọn ngôn ngữ cho từng ứng dụng
• Các nhà phát triển Android: Bản địa hóa ứng dụng của bạn
• Các nhà phát triển Android: Xem trước giao diện người dùng của bạn với các bản xem trước có thể kết hợp
• Firebase: Bắt đầu thử nghiệm cho Android với Test Lab
• BrowserStack: Kiểm tra bản địa hóa bằng App Live