На этой странице представлена помощь по устранению неполадок и ответы на часто задаваемые вопросы о выполнении тестов с помощью Firebase Test Lab. Известные проблемы также задокументированы. Если вы не можете найти то, что ищете, или вам нужна дополнительная помощь, присоединитесь к каналу #test-lab в Firebase Slack или обратитесь в службу поддержки Firebase .
Поиск неисправностей
При выборе устройства с высоким уровнем мощности в каталоге Test Lab тесты могут запускаться быстрее. Если емкость устройства мала, выполнение тестов может занять больше времени. Если количество вызванных тестов намного превышает емкость выбранных устройств, выполнение тестов может занять больше времени.
Тесты, выполняемые на любом уровне мощности устройства, могут занять больше времени из-за следующих факторов:
- Трафик, влияющий на доступность устройства и скорость тестирования.
- Сбои устройств или инфраструктуры, которые могут произойти в любое время. Чтобы проверить, есть ли в отчетах инфраструктура для Test Lab, см. панель мониторинга состояния Firebase .
Чтобы узнать больше о емкости устройства в Test Lab, см. сведения о емкости устройства для Android и iOS .
Неубедительные результаты тестирования обычно возникают либо из-за отмененных тестовых прогонов, либо из-за ошибок инфраструктуры.
Ошибки инфраструктуры вызваны внутренними проблемами лаборатории тестирования, такими как сетевые ошибки или непредвиденное поведение устройства. Test Lab внутренне удаляет тестовые прогоны, которые несколько раз приводят к ошибкам инфраструктуры, прежде чем сообщить о неубедительном результате; однако вы можете отключить эти повторные попытки с помощью failFast .
Чтобы определить причину ошибки, выполните следующие действия:
- Проверьте известные сбои в панели состояния Firebase .
Повторите тест в Test Lab, чтобы убедиться, что он воспроизводим.
Попробуйте запустить тест на другом устройстве или типе устройства, если это применимо.
Если проблема не устранена, свяжитесь с командой тестовой лаборатории по каналу #test-lab в Firebase Slack.
Разделение может привести к тому, что ваши тесты будут выполняться дольше, если количество указанных вами сегментов превышает количество устройств, доступных для использования в Test Lab. Чтобы избежать этой ситуации, попробуйте переключиться на другое устройство. Дополнительные сведения о выборе другого устройства см. в разделеЕмкость устройства .
Когда вы отправляете тестовый запрос, ваше приложение сначала проверяется, повторно подписывается и т. д. для подготовки к запуску тестов на устройстве. Обычно этот процесс занимает менее нескольких секунд, но на него могут повлиять такие факторы, как размер вашего приложения.
После того, как ваше приложение подготовлено, выполнение тестов планируется и остается в очереди до тех пор, пока устройство не будет готово к его запуску. Пока выполнение всех тестов не завершится, состояние матрицы будет «Ожидание» (независимо от того, находятся ли тестовые выполнения в очереди или активно выполняются).
После завершения выполнения теста артефакты теста загружаются с устройства, обрабатываются и загружаются в облачное хранилище. Продолжительность этого шага может зависеть от количества и размера артефактов.
Часто задаваемые вопросы
Firebase Test Lab предлагает бесплатные квоты для тестирования на устройствах и использования облачных API. Обратите внимание, что квота тестирования использует стандартный тарифный план Firebase, а квоты Cloud API — нет.
Квота тестирования
Квоты тестирования определяются количеством устройств, используемых для запуска тестов. План Firebase Spark имеет фиксированную квоту на бесплатное тестирование для пользователей. Для плана Blaze ваши квоты могут увеличиться, если ваше использование Google Cloud со временем увеличится. Если вы достигли своей квоты тестирования, подождите до следующего дня или перейдите на план Blaze, если вы в настоящее время используете план Spark. Если вы уже пользуетесь планом Blaze, вы можете запросить увеличение квоты. Дополнительные сведения см. в разделе Проверка квоты .
Вы можете отслеживать использование квоты тестирования в Google Cloud Console .
Квота API облачного тестирования
Cloud Testing API поставляется с двумя ограничениями квоты: запросы в день на проект и запросы на каждые 100 секунд на проект. Вы можете отслеживать свое использование в Google Cloud Console .
Квота API результатов Cloud Tool
API результатов Cloud Tool поставляется с двумя ограничениями квоты: запросы в день на проект и запросы на каждые 100 секунд на проект. Вы можете отслеживать свое использование в Google Cloud Console .
Дополнительную информацию об ограничениях API см. в разделе Квоты Cloud API для Test Lab . Если вы достигли квоты API:
Отправьте запрос на более высокие квоты, отредактировав свои квоты непосредственно в Google Cloud Console (обратите внимание, что большинство ограничений по умолчанию установлены на максимум), или
Запросите более высокие квоты API, заполнив форму запроса в Google Cloud Console или обратившись в службу поддержки Firebase .
В своем бэкэнде вы можете определить, поступает ли трафик с тестовых устройств, размещенных в Firebase, сравнив исходный IP-адрес с нашими диапазонами IP-адресов .
Test Lab не работает с VPC-SC, который блокирует копирование приложений и других тестовых артефактов между внутренним хранилищем Test Lab и сегментами результатов пользователей.
Чтобы обнаружить нестабильное поведение в ваших тестах, мы рекомендуем использовать параметр--num-flaky-test-attempts. Повторные запуски Deflake оплачиваются или засчитываются в вашу дневную квоту так же, как и обычные тесты.
Имейте в виду следующее:
- Все выполнение теста запускается снова при обнаружении сбоя. Не поддерживается повторение только неудачных тестовых случаев.
- Повторные запуски Deflake запланированы на одно и то же время, но не гарантируется параллельное выполнение, например, когда трафик превышает количество доступных устройств.
Хотя некоторые из этих элементов находятся в нашей дорожной карте, в настоящее время мы не можем взять на себя обязательства по поддержке этих платформ тестирования и разработки приложений.
Подробная информация об устройстве доступна через API и может быть доступна из клиента gcloud с помощью команды описать :
gcloud firebase test ios models describe MODEL
Разделение изначально не поддерживается в Test Lab для iOS. Однако вы можете использовать клиент Flank для разделения тестовых случаев iOS.
Это работает путем установки ключа и значений OnlyTestIdentifiers
в файле .xctestrun
. См. man
страницу для xcodebuild.xctestrun
для получения более подробной информации.
Известные вопросы
Robo test не может обойти экраны входа, которые требуют дополнительных действий пользователя, помимо ввода учетных данных для входа, например, прохождения CAPTCHA.
Робо-тест лучше всего работает с приложениями, которые используют элементы пользовательского интерфейса из платформы пользовательского интерфейса Android (включая объекты View
, ViewGroup
и WebView
). Если вы используете тест Robo для проверки приложений, использующих другие платформы пользовательского интерфейса, в том числе приложений, использующих игровой движок Unity, тест может завершиться, не выходя за пределы первого экрана.
На этой странице представлена помощь по устранению неполадок и ответы на часто задаваемые вопросы о выполнении тестов с помощью Firebase Test Lab. Известные проблемы также задокументированы. Если вы не можете найти то, что ищете, или вам нужна дополнительная помощь, присоединитесь к каналу #test-lab в Firebase Slack или обратитесь в службу поддержки Firebase .
Поиск неисправностей
При выборе устройства с высоким уровнем мощности в каталоге Test Lab тесты могут запускаться быстрее. Если емкость устройства мала, выполнение тестов может занять больше времени. Если количество вызванных тестов намного превышает емкость выбранных устройств, выполнение тестов может занять больше времени.
Тесты, выполняемые на любом уровне мощности устройства, могут занять больше времени из-за следующих факторов:
- Трафик, влияющий на доступность устройства и скорость тестирования.
- Сбои устройств или инфраструктуры, которые могут произойти в любое время. Чтобы проверить, есть ли в отчетах инфраструктура для Test Lab, см. панель мониторинга состояния Firebase .
Чтобы узнать больше о емкости устройства в Test Lab, см. сведения о емкости устройства для Android и iOS .
Неубедительные результаты тестирования обычно возникают либо из-за отмененных тестовых прогонов, либо из-за ошибок инфраструктуры.
Ошибки инфраструктуры вызваны внутренними проблемами лаборатории тестирования, такими как сетевые ошибки или непредвиденное поведение устройства. Test Lab внутренне удаляет тестовые прогоны, которые несколько раз приводят к ошибкам инфраструктуры, прежде чем сообщить о неубедительном результате; однако вы можете отключить эти повторные попытки с помощью failFast .
Чтобы определить причину ошибки, выполните следующие действия:
- Проверьте известные сбои в панели состояния Firebase .
Повторите тест в Test Lab, чтобы убедиться, что он воспроизводим.
Попробуйте запустить тест на другом устройстве или типе устройства, если это применимо.
Если проблема не устранена, свяжитесь с командой тестовой лаборатории по каналу #test-lab в Firebase Slack.
Разделение может привести к тому, что ваши тесты будут выполняться дольше, если количество указанных вами сегментов превышает количество устройств, доступных для использования в Test Lab. Чтобы избежать этой ситуации, попробуйте переключиться на другое устройство. Дополнительные сведения о выборе другого устройства см. в разделеЕмкость устройства .
Когда вы отправляете тестовый запрос, ваше приложение сначала проверяется, повторно подписывается и т. д. для подготовки к запуску тестов на устройстве. Обычно этот процесс занимает менее нескольких секунд, но на него могут повлиять такие факторы, как размер вашего приложения.
После того, как ваше приложение подготовлено, выполнение тестов планируется и остается в очереди до тех пор, пока устройство не будет готово к его запуску. Пока выполнение всех тестов не завершится, состояние матрицы будет «Ожидание» (независимо от того, находятся ли тестовые выполнения в очереди или активно выполняются).
После завершения выполнения теста артефакты теста загружаются с устройства, обрабатываются и загружаются в облачное хранилище. Продолжительность этого шага может зависеть от количества и размера артефактов.
Часто задаваемые вопросы
Firebase Test Lab предлагает бесплатные квоты для тестирования на устройствах и использования облачных API. Обратите внимание, что квота тестирования использует стандартный тарифный план Firebase, а квоты Cloud API — нет.
Квота тестирования
Квоты тестирования определяются количеством устройств, используемых для запуска тестов. План Firebase Spark имеет фиксированную квоту на бесплатное тестирование для пользователей. Для плана Blaze ваши квоты могут увеличиться, если ваше использование Google Cloud со временем увеличится. Если вы достигли своей квоты тестирования, подождите до следующего дня или перейдите на план Blaze, если вы в настоящее время используете план Spark. Если вы уже пользуетесь планом Blaze, вы можете запросить увеличение квоты. Дополнительные сведения см. в разделе Проверка квоты .
Вы можете отслеживать использование квоты тестирования в Google Cloud Console .
Квота API облачного тестирования
Cloud Testing API поставляется с двумя ограничениями квоты: запросы в день на проект и запросы на каждые 100 секунд на проект. Вы можете отслеживать свое использование в Google Cloud Console .
Квота API результатов Cloud Tool
API результатов Cloud Tool поставляется с двумя ограничениями квоты: запросы в день на проект и запросы на каждые 100 секунд на проект. Вы можете отслеживать свое использование в Google Cloud Console .
Дополнительную информацию об ограничениях API см. в разделе Квоты Cloud API для Test Lab . Если вы достигли квоты API:
Отправьте запрос на более высокие квоты, отредактировав свои квоты непосредственно в Google Cloud Console (обратите внимание, что большинство ограничений по умолчанию установлены на максимум), или
Запросите более высокие квоты API, заполнив форму запроса в Google Cloud Console или обратившись в службу поддержки Firebase .
В своем бэкэнде вы можете определить, поступает ли трафик с тестовых устройств, размещенных в Firebase, сравнив исходный IP-адрес с нашими диапазонами IP-адресов .
Test Lab не работает с VPC-SC, который блокирует копирование приложений и других тестовых артефактов между внутренним хранилищем Test Lab и сегментами результатов пользователей.
Чтобы обнаружить нестабильное поведение в ваших тестах, мы рекомендуем использовать параметр--num-flaky-test-attempts. Повторные запуски Deflake оплачиваются или засчитываются в вашу дневную квоту так же, как и обычные тесты.
Имейте в виду следующее:
- Все выполнение теста запускается снова при обнаружении сбоя. Не поддерживается повторение только неудачных тестовых случаев.
- Повторные запуски Deflake запланированы на одно и то же время, но не гарантируется параллельное выполнение, например, когда трафик превышает количество доступных устройств.
Хотя некоторые из этих элементов находятся в нашей дорожной карте, в настоящее время мы не можем взять на себя обязательства по поддержке этих платформ тестирования и разработки приложений.
Подробная информация об устройстве доступна через API и может быть доступна из клиента gcloud с помощью команды описать :
gcloud firebase test ios models describe MODEL
Разделение изначально не поддерживается в Test Lab для iOS. Однако вы можете использовать клиент Flank для разделения тестовых случаев iOS.
Это работает путем установки ключа и значений OnlyTestIdentifiers
в файле .xctestrun
. См. man
страницу для xcodebuild.xctestrun
для получения более подробной информации.
Известные вопросы
Robo test не может обойти экраны входа, которые требуют дополнительных действий пользователя, помимо ввода учетных данных для входа, например, прохождения CAPTCHA.
Робо-тест лучше всего работает с приложениями, которые используют элементы пользовательского интерфейса из платформы пользовательского интерфейса Android (включая объекты View
, ViewGroup
и WebView
). Если вы используете тест Robo для проверки приложений, использующих другие платформы пользовательского интерфейса, в том числе приложений, использующих игровой движок Unity, тест может завершиться, не выходя за пределы первого экрана.
На этой странице представлена помощь по устранению неполадок и ответы на часто задаваемые вопросы о выполнении тестов с помощью Firebase Test Lab. Известные проблемы также задокументированы. Если вы не можете найти то, что ищете, или вам нужна дополнительная помощь, присоединитесь к каналу #test-lab в Firebase Slack или обратитесь в службу поддержки Firebase .
Поиск неисправностей
При выборе устройства с высоким уровнем мощности в каталоге Test Lab тесты могут запускаться быстрее. Если емкость устройства мала, выполнение тестов может занять больше времени. Если количество вызванных тестов намного превышает емкость выбранных устройств, выполнение тестов может занять больше времени.
Tests running on any level device capacity level may take longer due to the following factors:
- Traffic, which affects device availability and test speed.
- Device or infrastructure failures, which can happen at any time. To check if there is a reported infrastructure for Test Lab, see the Firebase status dashboard .
To learn more about device capacity in Test Lab, see device capacity information for Android and iOS .
Inconclusive test outcomes commonly occur either because of canceled test runs or infrastructure errors.
Infrastructure errors are caused by internal Test Lab issues, like network errors or unexpected device behaviors. Test Lab internally retires test runs that produce infrastructure errors multiple times before reporting an inconclusive outcome; however, you can disable these retries using failFast .
To determine the cause of the error, follow these steps:
- Check for known outages in the Firebase status dashboard .
Retry the test in Test Lab to verify that it is reproducible.
Try running the test on a different device or device type, if applicable.
If the issue persists, contact the Test Lab team in the #test-lab channel on Firebase Slack.
Sharding can cause your tests to run longer when the number of shards you specified exceeds the number of devices available for use in Test Lab. To avoid this situation, try switching to a different device. For more information about choosing a different device, seeDevice Capacity .
When you submit a test request, your app is first validated, re-signed, etc. in preparation for running tests on a device. Normally, this process completes in less than a few seconds, but it can be affected by factors like the size of your app.
After your app is prepared, test executions are scheduled and remain in a queue until a device is ready to run it. Until all test executions finish running, the matrix status will be "Pending" (regardless of whether test executions are in the queue or actively running).
After the test execution is finished, test artifacts are downloaded from the device, processed, and uploaded to Cloud Storage. The duration of this step can be affected by the amount and size of the artifacts.
Frequently asked questions
Firebase Test Lab offers no-cost quotas for testing on devices and for using Cloud APIs. Note that the testing quota uses the standard Firebase pricing plan, while the Cloud API quotas do not.
Testing quota
Testing quotas are determined by the number of devices used to run tests. The Firebase Spark plan has a fixed testing quota at no cost to users. For the Blaze plan, your quotas might increase if your usage of Google Cloud increases over time. If you reach your testing quota, wait until the next day or upgrade to the Blaze plan if you are currently on the Spark plan. If you are already on the Blaze plan, you can request a quota increase. For more information, see Testing quota .
You can monitor your testing quota usage in the Google Cloud Console .
Cloud Testing API quota
The Cloud Testing API comes with two quota limits: requests per day per project, and requests per every 100 seconds per project. You can monitor your usage in the Google Cloud Console .
Cloud Tool Results API quota
The Cloud Tool Results API comes with two quota limits: queries per day per project, and queries per every 100 seconds per project. You can monitor your usage in the Google Cloud Console .
Refer to Cloud API quotas for Test Lab for more information on API limits. If you've reached an API quota:
Submit a request for higher quotas by editing your quotas directly in the Google Cloud Console (note that most limits are set to maximum by default), or
Request higher API quotas by filling out a request form in the Google Cloud Console or by contacting Firebase support .
From your backend, you can determine if traffic is coming from Firebase-hosted test devices by checking the source IP address against our IP ranges .
Test Lab does not work with VPC-SC, which blocks the copying of apps and other test artifacts between Test Lab's internal storage and users' results buckets.
To detect flaky behavior in your tests, we recommend using the--num-flaky-test-attemptsoption. Deflake reruns are billed or counted toward your daily quota the same as normal test executions.
Keep the following in mind:
- The entire test execution runs again when a failure is detected. There's no support for retrying only failed test cases.
- Deflake retry runs are scheduled to run at the same time, but are not guaranteed to run in parallel, for example, when traffic exceeds the number of available devices.
While some of these items are on our roadmap, we're currently unable to provide commitment to supporting these testing and app development platforms.
Detailed device information is available through the API and can be accessed from the gcloud client using the describe command :
gcloud firebase test ios models describe MODEL
Sharding isn't natively supported within Test Lab for iOS. However, you can use the Flank client to shard iOS test cases.
This works by setting OnlyTestIdentifiers
key and values in .xctestrun
file. See man
page for xcodebuild.xctestrun
for more details.
Known issues
Robo test cannot bypass sign-in screens that require additional user action beyond entering credentials to sign in, for example, completing a CAPTCHA.
Robo test works best with apps that use UI elements from the Android UI framework (including View
, ViewGroup
, and WebView
objects). If you use Robo test to exercise apps that use other UI frameworks, including apps that use the Unity game engine, the test may exit without exploring beyond the first screen.