Khắc phục sự cố trong Phòng thử nghiệm & Câu hỏi thường gặp

iOS Android

Trang này cung cấp trợ giúp khắc phục sự cố và câu trả lời cho các câu hỏi thường gặp về cách chạy kiểm thử bằng Phòng thử nghiệm Firebase. Các vấn đề đã biết cũng được ghi lại. Nếu bạn không thể tìm thấy bạn đang tìm kiếm hoặc cần được trợ giúp thêm, hãy tham gia #test-lab kênh của bạn trên Firebase Slack hoặc liên hệ với Firebase hỗ trợ.

Khắc phục sự cố

Tại sao thử nghiệm của tôi mất nhiều thời gian để chạy như vậy?

Khi bạn chọn một thiết bị có mức dung lượng cao trong Phòng thử nghiệm thì việc thử nghiệm có thể bắt đầu nhanh hơn. Khi một thiết bị có dung lượng thấp, nên thử nghiệm có thể mất nhiều thời gian hơn để chạy. Nếu số lượng các lượt kiểm thử đã gọi lớn hơn nhiều so với dung lượng của các thiết bị đã chọn, các lượt kiểm thử có thể mất nhiều thời gian hơn để hoàn thành.

Các thử nghiệm chạy trên mọi mức dung lượng của thiết bị có thể mất nhiều thời gian hơn do các yếu tố sau:

• Lưu lượng truy cập, ảnh hưởng đến khả năng sử dụng của thiết bị và tốc độ kiểm thử.
• Lỗi thiết bị hoặc cơ sở hạ tầng, có thể xảy ra bất cứ lúc nào. Để kiểm tra nếu có cơ sở hạ tầng được báo cáo cho Phòng thử nghiệm, hãy tham khảo Trang tổng quan về trạng thái của Firebase.

Để tìm hiểu thêm về dung lượng của thiết bị trong Phòng thử nghiệm, hãy xem dung lượng của thiết bị dành cho Android và iOS.

Vì sao tôi nhận được kết quả thử nghiệm không xác định được?

Kết quả thử nghiệm không thể đưa ra kết luận thường xảy ra do các lượt chạy thử nghiệm bị huỷ hoặc lỗi cơ sở hạ tầng.

Lỗi cơ sở hạ tầng là do các vấn đề trong Phòng thử nghiệm nội bộ, chẳng hạn như mạng lỗi hoặc hành vi không mong muốn của thiết bị. Phòng thử nghiệm ngừng chạy kiểm thử trong nội bộ gây ra lỗi cơ sở hạ tầng nhiều lần trước khi báo cáo kết quả chưa rõ; tuy nhiên, bạn có thể tắt các lần thử lại này bằng cách sử dụng failFast.

Để xác định nguyên nhân gây ra lỗi, hãy làm theo các bước sau:

1. Kiểm tra các sự cố ngừng dịch vụ đã biết trong Trang tổng quan về trạng thái của Firebase.

2. Thử kiểm tra lại trong Phòng thử nghiệm để xác minh rằng nó có thể tái tạo.

   Lưu ý: Phòng thử nghiệm không tính phí cho các lỗi về cơ sở hạ tầng.

3. Hãy thử chạy thử nghiệm trên một thiết bị hoặc loại thiết bị khác (nếu có).

Nếu sự cố vẫn tiếp diễn, hãy liên hệ với nhóm Phòng thử nghiệm trong Kênh#test-lab trên Slack của Firebase.

Tại sao tính năng phân đoạn khiến kiểm thử của tôi chạy lâu hơn?

Việc phân đoạn có thể khiến chương trình kiểm thử chạy lâu hơn khi bạn nhận được số lượng phân đoạn đã chỉ định vượt quá số lượng thiết bị có thể sử dụng trong Phòng thử nghiệm. Người nhận để tránh trường hợp này, hãy thử chuyển sang một thiết bị khác. Thông tin khác về cách chọn một thiết bị khác, hãy xem Dung lượng của thiết bị.

Tại sao lại mất nhiều thời gian để thử nghiệm để bắt đầu không?

Khi bạn gửi một yêu cầu kiểm thử, lần đầu tiên ứng dụng của bạn được xác thực, ký lại, v.v. trong để chuẩn bị cho việc chạy kiểm thử trên một thiết bị. Thông thường, quá trình này hoàn tất sau ít hơn một vài giây, nhưng nó có thể bị ảnh hưởng bởi các yếu tố như quy mô của trang web .

Sau khi ứng dụng của bạn được chuẩn bị, các phiên chạy thử nghiệm sẽ được lên lịch và vẫn nằm trong hàng đợi cho đến khi thiết bị sẵn sàng chạy chiến dịch. Cho đến khi tất cả các phiên chạy thử nghiệm chạy xong, trạng thái ma trận sẽ là "Đang chờ xử lý" (bất kể các lần chạy thử nghiệm trong hàng đợi hoặc đang chạy).

Lưu ý: Thời gian bạn kiểm thử để chờ một thiết bị có sẵn không được tính vào thời điểm thanh toán của bạn.

Tại sao lại mất nhiều thời gian để thử nghiệm đến khi nào?

Sau khi phiên chạy kiểm thử hoàn tất, các cấu phần phần mềm kiểm thử sẽ được tải xuống từ thiết bị, được xử lý và tải lên Cloud Storage. Thời lượng của bước này có thể bị ảnh hưởng bởi số lượng và kích thước của cấu phần phần mềm.

Câu hỏi thường gặp

Hạn mức không mất phí là gì cho Phòng thử nghiệm không? Tôi nên làm gì nếu dùng hết?

Phòng thử nghiệm Firebase cung cấp các hạn mức miễn phí để thử nghiệm trên các thiết bị và để sử dụng Cloud API. Xin lưu ý rằng hạn mức thử nghiệm sử dụng gói giá Firebase chuẩn, còn hạn mức Cloud API thì không.

• Hạn mức thử nghiệm

  Hạn mức kiểm thử được xác định theo số lượng thiết bị dùng để chạy kiểm thử. Gói Firebase Spark có hạn mức thử nghiệm cố định mà người dùng không phải trả phí. Để gói linh hoạt, hạn mức của bạn có thể tăng lên nếu bạn sử dụng Google Cloud sẽ tăng theo thời gian. Nếu bạn đạt đến hạn mức thử nghiệm, hãy đợi đến ngày hoặc nâng cấp lên gói linh hoạt nếu bạn hiện đang dùng gói Spark. Nếu đang dùng Gói linh hoạt, bạn có thể yêu cầu tăng hạn mức. Để biết thêm thông tin, hãy xem Hạn mức thử nghiệm.

  Bạn có thể theo dõi mức sử dụng hạn mức kiểm thử trong bảng điều khiển Google Cloud.

• Hạn mức API Thử nghiệm đám mây

  Cloud Testing API có hai giới hạn hạn mức: số yêu cầu mỗi ngày mỗi ngày dự án và số yêu cầu cứ 100 giây trong mỗi dự án. Bạn có thể theo dõi mức sử dụng trong Bảng điều khiển Google Cloud.

• Hạn mức API Kết quả của Cloud Tool

  Cloud Tool Results API có hai giới hạn hạn mức: truy vấn mỗi ngày mỗi ngày dự án và truy vấn mỗi 100 giây trong mỗi dự án. Bạn có thể theo dõi mức sử dụng trong Bảng điều khiển Google Cloud.

  Tham khảo Hạn mức API của Cloud cho Phòng thử nghiệm để biết thêm thông tin về các giới hạn đối với API. Nếu bạn đã đạt đến hạn mức API:

  • Gửi yêu cầu nâng hạn mức muộn nhất vào chỉnh sửa hạn mức ngay trong bảng điều khiển Google Cloud (lưu ý rằng hầu hết các giới hạn đều được đặt thành tối đa theo mặc định) hoặc

  • Yêu cầu hạn mức API cao hơn bằng cách điền vào biểu mẫu yêu cầu trong bảng điều khiển Google Cloud hoặc bằng cách liên hệ Hỗ trợ của Firebase.

Làm cách nào để biết liệu lưu lượng truy cập đến phần phụ trợ của tôi có đến từ Phòng thử nghiệm không?

Từ phần phụ trợ, bạn có thể xác định xem lưu lượng truy cập có đến từ dịch vụ lưu trữ của Firebase hay không kiểm tra thiết bị bằng cách kiểm tra địa chỉ IP nguồn so với Dải IP.

Phòng thử nghiệm có hoạt động với VPC-SC?

Phòng thử nghiệm không hoạt động với VPC-SC, nền tảng này chặn sao chép ứng dụng và các cấu phần phần mềm thử nghiệm khác giữa các phòng thử nghiệm nội bộ bộ nhớ và dữ liệu của người dùng nhóm kết quả.

Làm cách nào để phát hiện kiểm tra không ổn định trong Phòng thử nghiệm?

Để phát hiện hành vi không ổn định trong các kiểm thử của mình, bạn nên sử dụng --số-lần-thử-kiểm-thử . Các lượt chạy lại của Deflake được tính phí hoặc tính vào hạn mức hằng ngày của bạn giống như các lần thực thi kiểm thử thông thường.

Hãy ghi nhớ những điều sau:

• Toàn bộ quá trình chạy kiểm thử sẽ chạy lại khi phát hiện thấy lỗi. Không có hỗ trợ chỉ thử lại các trường hợp kiểm thử không thành công.
• Các lần chạy thử lại Deflake được lên lịch để chạy cùng lúc, nhưng không được được đảm bảo chạy song song, ví dụ: khi lưu lượng truy cập vượt quá số lần thiết bị có sẵn.

Lưu ý: Các lỗi cơ sở hạ tầng độc lập với tính năng gỡ bỏ và không trình kích hoạt chạy lại deflake.

Phòng thử nghiệm có hỗ trợ Appium, Flutter/FlutterDriver, ReactNative/Jest hay Cucumber?

Mặc dù một số mục trong số này đang trong lộ trình phát triển, nhưng chúng tôi hiện chưa thể cung cấp cam kết hỗ trợ các nền tảng thử nghiệm và phát triển ứng dụng này.

Tôi có thể tìm thông tin chi tiết về thiết bị ở đâu, như độ phân giải, v.v.?

Thông tin chi tiết về thiết bị được cung cấp thông qua API và có thể truy cập được từ ứng dụng gcloud bằng lệnh mô tả:

gcloud firebase test ios models describe MODEL

Tôi có thể sử dụng tính năng phân đoạn với bài kiểm thử iOS không?

Tính năng phân đoạn không được hỗ trợ sẵn trong Phòng thử nghiệm dành cho iOS. Tuy nhiên, bạn có thể sử dụng ứng dụng Flank để phân đoạn các trường hợp kiểm thử iOS.

Lưu ý: Việc sử dụng tính năng phân đoạn iOS Flank sẽ tạo các ma trận kiểm thử riêng biệt cho từng phân đoạn.

Bạn có thể thực hiện việc này bằng cách đặt khoá và giá trị OnlyTestIdentifiers trong tệp .xctestrun. Xem trang man cho xcodebuild.xctestrun để biết thêm chi tiết.

Các vấn đề đã biết

Hình ảnh xác thực đăng nhập

Thử nghiệm Robo không thể bỏ qua các màn hình đăng nhập yêu cầu hành động bổ sung của người dùng ngoài việc nhập thông tin đăng nhập để đăng nhập. Ví dụ: hoàn tất một CAPTCHA.

Hỗ trợ khung giao diện người dùng

Thử nghiệm Robo hoạt động hiệu quả nhất với các ứng dụng sử dụng các phần tử trên giao diện người dùng của Android khung (bao gồm View, ViewGroup và WebView đối tượng). Nếu bạn sử dụng thử nghiệm Robo để tập thể dục các ứng dụng sử dụng giao diện người dùng khác khung (bao gồm cả các ứng dụng sử dụng công cụ phát triển trò chơi Unity) thì quy trình kiểm thử có thể thoát mà không cần khám phá ngoài màn hình đầu tiên.