Khắc phục sự cố trong Phòng thử nghiệm & Câu hỏi thường gặp
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ử với Firebase Test Lab. 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 Test Lab
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 Test Lab, hãy xem
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ị ở Test Lab, 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 do các vấn đề nội bộ của Test Lab gây ra, chẳng hạn như mạng
lỗi hoặc hành vi không mong muốn của thiết bị. Test Lab 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
thất bại nhanh.
Để xác định nguyên nhân gây ra lỗi, hãy làm theo các bước sau:
Thử kiểm thử lại trong Test Lab để xác minh rằng mã này có thể tái tạo.
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 Test Lab trong
Kênh#test-lab đang bật
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 Test Lab. 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).
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ị, đã 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 Test Lab? Tôi nên làm gì nếu dùng hết?
Firebase Test Lab cung cấp hạn mức miễn phí cho việc 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í. Cho
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.
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.
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 của 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ừ Test Lab 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.
Test Lab có hoạt động với
VPC-SC?
Test Lab không hoạt động với VPC-SC. Tính năng này chặn
sao chép ứng dụng và các cấu phần phần mềm kiểm thử khác giữa các thành phần nội bộ của Test Lab
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
Test Lab?
Để 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.
Test Lab 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 Test Lab 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.
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.