Вопросы для собеседования в Appium

Оглавление

1. Каковы характеристики Appium?

2. Назовите преимущества и недостатки Appium?

3. Какие существуют типы мобильных приложений?

4. Каковы важные тесты мобильных приложений?

5. Для каких типов тестов подходит Appium?

6. Что означает инспектор Appium?

7. Объясните архитектуру Appium?

8. Насколько хорошо вы знаете о комплексной автоматизации мобильного тестирования? Что следует учитывать при комплексной автоматизации мобильного тестирования?

9. Что такое тестирование мобильных приложений и чем оно отличается от мобильного тестирования?

10. Объясните протокол JSON Wire, используемый Appium?

11. Объясните Appium Session в контексте Appium?

12. Могут ли тестировщики запускать тесты в многопоточной среде при использовании Appium?

13. Можно ли использовать JavaScript для взаимодействия с приложением при запуске тестов Appium?

14. Объясните, как работает Appium?

15. В чем разница между Appium и Selendroid?

16. В чем разница между Аппиумом и Роботиумом?

17. В чем разница между Appium и Selenium?

18. Чем отличаются инструменты с открытым исходным кодом, инструменты поставщиков и внутренние инструменты?

19. Считаете ли вы, что автоматическое тестирование может полностью заменить ручное тестирование программного обеспечения?

20. Назовите тесты, которые нельзя выполнить с помощью эмулятора, но можно выполнить на реальном устройстве?

21. Каковы основные требования к написанию тестов Appium?

1. Каковы характеристики Appium?

Appium не требует использования исходного кода или библиотек приложения.

У Appium активное и заинтересованное сообщество разработчиков, поэтому получить помощь от сообщества легко.

Appium поддерживает многоплатформенное тестирование, что означает, что он может выполнять одни и те же тестовые примеры на нескольких платформах, таких как мобильные приложения iOS, мобильные устройства Android и настольные приложения Windows.

Appium позволяет запускать тестовые сценарии параллельно с другими тестовыми сценариями.

Небольшие изменения в Appium не требуют переустановки приложения.

Appium поддерживает несколько языков с помощью клиентской библиотеки Selenium, включая C#, Python, Java, Ruby, PHP, JavaScript с node.js и другие.

2. Назовите преимущества и недостатки Appium?

Преимущества Аппиума:

Appium — это приложение с открытым исходным кодом, что означает, что его можно бесплатно загрузить и легко настроить.

Его можно использовать для запуска автоматических тестов гибридных, собственных и веб-приложений.

Чтобы сделать Appium совместимым с автоматизацией, вам не нужно интегрировать какие-либо новые агенты в ваше приложение, в отличие от других решений для тестирования. Он протестирован на приложениях, которые будут загружены в App Store.

В Appium появилась новая функция. Помимо тестирования мобильных приложений, теперь он поддерживает тестирование настольных приложений для Windows.

Appium — это кроссплатформенное решение для мобильного тестирования с открытым исходным кодом, которое позволяет нам проводить кроссплатформенное тестирование. Таким образом, вы сможете тестировать на нескольких платформах (единый API для платформ Android и IOS).

Недостатки Аппиума:

Создание подробных отчетов о выполненных тестах не поддерживается.

Тесты выполняются немного медленно, поскольку они полагаются на удаленный веб-драйвер.

Appium использует UIAutomator для Android, который поддерживает только Android SDK, API 16 или выше. Это не ограничение, а накладные расходы. С другой стороны, сам Appium не поддерживает более ранние API. Для поддержки старых API он использует библиотеку с открытым исходным кодом под названием Selendroid.

На устройствах Mac OS одновременно можно запускать только один сценарий iOS, то есть одновременно можно запускать только один тест. Если бы мы хотели запустить наши тесты на нескольких устройствах iOS одновременно, нам потребовалось бы равное количество компьютеров Mac. С другой стороны, организация большого количества компьютеров Mac может оказаться дорогостоящей.

3. Какие существуют типы мобильных приложений?

Нативное приложение. Нативное приложение — это программа, написанная на определенном языке программирования (например, Objective C для iOS или Java для Android) и устанавливаемая непосредственно на устройство, что позволяет ему в полной мере использовать все возможности устройства. Нативные приложения могут работать в автономном режиме и использовать систему уведомлений устройства. Магазины приложений, такие как Google Play или Apple App Store, используются для установки собственных приложений. Нативные мобильные приложения обеспечивают высокий уровень производительности и надежности. Примерами могут служить Temple Run, Candy Crush и другие нативные приложения.

Веб-приложения. Веб-приложения — это мобильные веб-порталы, созданные, адаптированные и размещенные специально для мобильных устройств. Получите к ним доступ, используя URL-адрес в веб-браузере вашего мобильного устройства. Когда был выпущен HTML5, люди узнали, что в браузерах можно использовать нативные функции, и веб-приложения стали чрезвычайно популярными. Функции устройства недоступны в мобильных веб-приложениях. Google.com, m.snapdeal.com, m.yahoo.com и многие другие веб-сайты являются примерами веб-приложений.

Гибридные приложения. Веб-приложения, в которые встроены собственные приложения, работающие на устройстве и созданные с использованием веб-технологий, называются гибридными приложениями (HTML5, CSS и JavaScript). Гибридные приложения запускаются в собственном контейнере и используют механизм браузера устройства (а не браузер) для локальной обработки HTML и обработки JavaScript. Уровень абстракции перехода от Интернета к нативному интерфейсу предоставляет доступ к функциям устройства, недоступным в мобильных веб-приложениях, таким как акселерометры, камеры и локальное хранилище. Гибридные приложения не ограничиваются одной платформой или мобильным устройством. Таким образом, после создания он может работать на любом устройстве. Примерами могут служить Flipkart, Facebook, Twitter и другие гибридные приложения.

4. Каковы важные тесты мобильных приложений?

Юзабилити-тестирование. Юзабилити-тестирование — это тип тестирования веб-приложений, который идеально подходит для оценки того, как приложение облегчает пользователям достижение своих целей. В этом тесте участникам предоставляется конкретная реальная среда для использования приложения. Юзабилити-тестирование также является надежным, поскольку основано на сборе прямых отзывов от конечных пользователей. Таким образом, процесс тестирования является объективным, обеспечивая при этом улучшение выделенных областей. Юзабилити-тестирование также гарантирует, что дизайн интуитивно понятен и отдает приоритет удобству использования и качеству обслуживания клиентов.

Тестирование производительности. Тестирование производительности — это важная часть тестирования мобильных приложений, которая используется для проверки производительности, стабильности и скорости реагирования приложения в различных сценариях рабочих нагрузок. Основная цель тестирования производительности — убедиться, что приложение полностью соответствует целям производительности. Кроме того, он устраняет ограничения производительности перед запуском приложения. Узкие места — это процессы в общей функциональности системы, которые приводят к замедлению или стагнации общей производительности системы. Нагрузочное тестирование, тестирование емкости, тестирование на выдержку, пиковое тестирование и стресс-тестирование — все это популярные формы оценки производительности.

Тестирование безопасности. В современном мире безопасность является серьезной проблемой практически для каждого разработчика мобильных приложений. По имеющимся данным, 80% пользователей чаще удаляют приложения из соображений безопасности. Поэтому крайне важно сосредоточиться на тестировании безопасности мобильных приложений. Некоторые программы, например приложения для путешествий, запрашивают личную информацию пользователей для проведения различных транзакций. Если ваше приложение требует чего-то подобного, вы должны гарантировать конфиденциальность, целостность и подлинность вашего приложения. Вам следует провести надежные тесты своего приложения, чтобы гарантировать, что никто не сможет незаконно взломать учетные записи других людей.

Тестирование прерываний. Тестирование прерываний важно для определения того, как ваше приложение ведет себя при прерывании, прежде чем вернуться в предыдущее состояние. Входящие вызовы или текстовые сообщения, оповещения, push-уведомления от мобильных приложений, низкий или полный заряд аккумулятора, потеря и восстановление сетевых подключений, а также подключение или отключение во время зарядки — все это примеры перебоев. В случае прерывания приложение обычно должно работать в фоновом режиме и возвращаться в предыдущее состояние.

Ручное тестирование. Ручное тестирование — это проверенный метод, который полностью решает сложности тестирования мобильных приложений. Ручное тестирование гарантирует, что готовый продукт будет работать оптимально, как и планировалось. Это особенно полезно в ситуациях, когда вариант использования не сразу очевиден. Профессиональные тестировщики QA могут оценить приложение за короткое время и убедиться, что оно дает точные результаты.

Тестирование совместимости. Тестирование совместимости — один из наиболее важных типов тестирования мобильных приложений. Это форма нефункционального тестирования, которая обеспечивает функциональность мобильного приложения в различных операционных системах, приложениях, устройствах, характеристиках внутреннего оборудования и условиях сети. Тестирование совместимости определяет, совместимо ли мобильное приложение с различными операционными системами и версиями. Он также тестирует мобильные приложения на совместимость с различными устройствами, браузерами, сетями и другими функциями. Тестирование обратной совместимости и тестирование прямой совместимости — это два типа тестирования совместимости.

Тестирование локализации. Мобильные приложения, ориентированные на определенные географические регионы, должны пройти тестирование локализации. Крайне важно проверить способность мобильного приложения реагировать на уникальные языковые и культурные аспекты региона. Местная валюта, использование соответствующих форматов даты и времени часового пояса, многочисленные местные нормативные требования, а также текст и пользовательский интерфейс — это лишь несколько важных областей, которые следует оценить при тестировании локализации.

Функциональное тестирование. Функциональное тестирование мобильного приложения гарантирует, что функциональность приложения соответствует заданным требованиям. Эта форма тестирования фокусируется на основных целях и потоках мобильного приложения. Функциональное тестирование определяет, может ли приложение запуститься и установиться правильно. Также тестируется простота регистрации и входа в систему, а также отрисовка push-уведомлений и корректность работы текстовых полей и кнопок.

Тестирование установки. Тестирование установки, также известное как тестирование реализации, — отличный способ убедиться, что ваше мобильное приложение устанавливается и удаляется правильно. Кроме того, необходимо тестирование установки, чтобы гарантировать бесперебойность и отсутствие ошибок при обновлении. Тестирование установки также проверяет, что произойдет, если пользователи не смогут обновить мобильное приложение.

Автоматизированное тестирование. Некоторые оценки качества мобильных приложений слишком сложны и отнимают много времени. В этом сценарии в игру вступают службы автоматизации тестирования мобильных приложений, обеспечивающие оптимально подготовленные и эффективно выполняемые автоматические тесты, а также ручное тестирование, что помогает обеспечить качество и одновременно позволяет быстрее выпускать высококачественные продукты. Таким образом, автоматическое тестирование является надежным источником экономии времени и средств, когда дело касается тестирования мобильных приложений. Существует множество инструментов для выполнения автоматического тестирования. Аппиум – один из них.

5. Для каких типов тестов подходит Appium?

При тестировании вы можете протестировать множество сценариев, особенно для веб-приложений, в зависимости от функционального покрытия, которое вы хотите обеспечить. Appium полезен при тестировании сценариев, с которыми пользователи могут столкнуться при использовании вашего приложения.

С другой стороны, если вам нужно протестировать нечто большее, чем простое взаимодействие с пользовательским интерфейсом, Appium становится ограничением. Рассмотрите такие функции, как ввод с клавиатуры. Когда задействованы сложные гибридные среды сенсорного управления и клавиатуры, вероятность ошибочных сбоев высока. Обмен данными с Appium — еще одна небольшая неприятность. Когда вашим тестам необходимо обмениваться данными с вашим приложением, вам необходимо использовать различные стратегии. Помните: отправлять и получать сообщения не всегда легко. Это не вина Аппиума. Спецификация WebDriver создана для процессов автоматизации, а не обмена данными.

6. Что означает инспектор Appium?

Appium предоставляет «Инспектор» для записи и воспроизведения, аналогичный инструменту записи и воспроизведения Selenium IDE. Он проверяет объектную модель документа для записи и воспроизведения собственного поведения приложения и предоставляет тестовые сценарии на любом предпочитаемом языке. Вы можете использовать Инспектор в Appium Desktop для поиска элементов вашего приложения.

Чтобы найти элемент, инспектор Appium предлагает четыре варианта:

(1) Найти элементы по идентификатору.

(2) Найдите элементы по имени класса.

(3) Найдите элементы по идентификатору доступности.

(4) Найдите элементы с помощью XPath.

Appium Inspector не поддерживает Windows, вместо этого в качестве опции используется средство просмотра UIAutomator.

7. Объясните архитектуру Appium?

Appium — это HTTP-сервер, реализованный на языке программирования node.js. Он создает сервер на устройстве и ждет прокси-команд от основного сервера Appium. Тестовые сценарии пишутся тестировщиками и запускаются на устройстве или эмуляторе. Appium создает и управляет множеством сеансов веб-драйверов для различных платформ, таких как Android и iOS.

Созданные тестером тестовые сценарии отправляются в виде запросов на сервер Appium, а затем выполняются на эмуляторе или устройстве. У каждого поставщика есть свои технологии и методы выполнения тестовых случаев на таких устройствах, как iOS или Android. Таким образом, тестовый пример запускается после того, как сервер Appium получит команду. Для передачи командных запросов на сервер Appium Appium использует проводной протокол JSON (Javascript Object Notation). Здесь JSON используется для передачи данных между сервером и клиентом.

8. Насколько хорошо вы знаете о комплексной автоматизации мобильного тестирования? Что следует учитывать при комплексной автоматизации мобильного тестирования?

Автоматизация сквозного тестирования мобильных приложений — это метод тестирования программного продукта от начала до конца, чтобы убедиться, что процесс приложения идет по плану. Он устанавливает системные требования к продукту и гарантирует, что все интегрированные компоненты работают должным образом.

Целью автоматизации комплексного (E2E) тестирования мобильных приложений является тестирование с точки зрения конечного пользователя путем воспроизведения реальной ситуации пользователей, использующих приложение, и подтверждение того, что тестируемая система и ее использование Компоненты для обеспечения целостности данных и интеграция.

Сегодня программные системы чрезвычайно сложны и интегрированы с многочисленными подсистемами. При выходе из строя одной из подсистем может выйти из строя вся программная система. Мы устраняем этот огромный риск с помощью комплексной автоматизации тестирования мобильных приложений.

При комплексной автоматизации мобильного тестирования следует учитывать следующие моменты:

(1) Установка приложения.

(2) Запустите приложение в первый раз без доступа к сети.

(3) Удаление приложений.

(4) Если приложение поддерживается в горизонтальном режиме, направление приложения.

(5) Проверьте производительность приложения на различных устройствах и в сетевых условиях.

(6) Проверьте реакцию приложения и его реакцию на предоставление неверных учетных данных пользователя.

9. Что такое тестирование мобильных приложений и чем оно отличается от мобильного тестирования?

Практика тестирования функциональности, удобства использования и согласованности прикладного программного обеспечения, созданного для портативных мобильных устройств, называется тестированием мобильных приложений. Тестирование мобильного приложения может проводиться двумя способами: автоматически или вручную.

Оно отличается от мобильного тестирования, в котором основное внимание уделяется собственным функциям приложений мобильного устройства, таким как звонки, текстовые сообщения и медиаплееры. При этом при тестировании мобильных приложений мы ориентируемся только на работу и сквозные характеристики конкретного приложения.

10. Объясните протокол JSON Wire, используемый Appium?

JSON Wire Protocol — это метод обмена данными клиента и сервера. Он был создан разработчиками WebDriver. По их словам, протокол состоит из набора стандартизированных конечных точек, предоставляемых клиентам через RESTful API. Это позволяет веб-драйверу взаимодействовать с серверами и клиентами для автоматизации задач. В этом протоколе JSON используется для передачи данных между сервером и клиентом. Клиент (или компьютер, на котором работает API WebDriver) преобразует объект в объект JSON перед доставкой его на сервер. Объект JSON анализируется сервером и преобразуется обратно в объект JavaScript. Объект ответа преобразуется сервером в строку JSON и возвращается клиенту. Для использования клиент преобразует строку JSON в объект JavaScript.

Клиенты и серверы взаимодействуют друг с другом через проводной протокол JSON. Сервер отправляет запрос на сервер Appium для запуска теста, а сервер Appium отправляет ответ обратно на главный сервер.

Appium использует протокол Mobile JSON Wire, который является расширением протокола Selenium JSON Wire. Помимо установления потоков связи, он используется для регулирования другого мобильного поведения.

11. Объясните Appium Session в контексте Appium?

Сеансы Appium — это среда для отправки команд конкретному тестовому приложению. Команды всегда выполняются в контексте сеанса. Перед выполнением любой команды клиент использует идентификатор сеанса в качестве параметра sessionId. Клиентская библиотека запрашивает сеанс у сервера. Затем сервер возвращает конечную точку sessionId, которую можно использовать для отправки дополнительных команд для взаимодействия с тестируемым приложением.

Каждый «тест» содержится в сеансе. Это говорит само за себя, учитывая, что Appium — это простой подход, основанный на клиенте и сервере. Почтовые запросы, также называемые запросами сеанса, отправляются клиентом на сервер. Эти запросы используют протокол JSON Wire для связи и передачи информации в формате объекта JSON.

12. Могут ли тестировщики запускать тесты в многопоточной среде при использовании Appium?

Да, Appium позволяет тестировщикам выполнять тесты в многопоточной среде. Единственное, о чем им придется беспокоиться, — это невозможность одновременно запустить тест на одном и том же сервере Appium.

13. Можно ли использовать JavaScript для взаимодействия с приложением при запуске тестов Appium?

Да, мы можем использовать JavaScript для взаимодействия с приложением во время выполнения тестов Appium. Когда мы выполняем команду в Appium, сервер передает скрипт, завернутый в анонимную функцию, в наше приложение, а затем выполняет его.

14. Объясните, как работает Appium?

Когда мы устанавливаем Appium на ПК, он также устанавливает сервер, предоставляющий REST API. Он принимает команды и запросы на подключение от клиентов и выполняет их на устройстве iOS или Android. Он отвечает на HTTP-запросы HTTP-ответами. Он использует платформу автоматизации мобильного тестирования для запуска пользовательского интерфейса приложения для выполнения запросов.

Например: UIAutomator используется с Android API 16 или более поздней версии, а Selendroid используется с Android API 15 или более ранней версии. Инструменты Apple для iOS.

Как Appium работает на Android:

Appium отправляет команды сценарию UIAutomator, работающему на устройстве Android. UIAutomator — это собственная платформа автоматизации пользовательского интерфейса Android, которая позволяет запускать тестовые сценарии Junit непосредственно из командной строки на устройстве. Хотя Appium написан на Java, он может работать на любом языке, поддерживающем WebDriver. Android использует TCP-сервер bootstrap.jar. Он используется для отправки тестовой команды на устройство Android, которая затем выполняется UIAutomator.

Как Appium работает на iOS:

Поскольку Android использует UIAutomator, iOS использует UIAutomation. Подобно Android, Appium передает команды в тестовые примеры UIAutomation, которые выполняются в инструментальной среде Mac. Apple предоставляет этот «инструмент» приложения, который может выполнять различные действия, такие как создание, анализ и управление приложениями iOS. С другой стороны, у него также есть компонент автоматизации, позволяющий писать команды на JavaScript. Он использует API UIAutomation для взаимодействия с пользовательским интерфейсом приложения. Appium использует те же библиотеки для автоматизации приложений iOS.

15. В чем разница между Appium и Selendroid?

Selendroid: Selendroid — это передовая среда автоматизации тестирования для тестирования собственных и гибридных мобильных приложений Android. Тест создается с использованием клиентского API Selenium 2 и управляется пользовательским интерфейсом мобильного или веб-приложения. Selendroid — это платформа динамического мобильного тестирования, которую можно использовать на эмуляторах и реальных смартфонах Android с возможностью интеграции в качестве узла в Selenium Grip для параллельного тестирования и масштабирования.

Вот различия между Appium и Selendroid:

Appium — это решение для автоматизации тестирования с открытым исходным кодом для iOS и Android, а Selendroid — это платформа автоматизации тестирования только для Android.

Небольшие изменения в Appium не требуют переустановки приложения.но,Selendroid Приложения необходимо переустанавливать даже после незначительных модификаций.

У Appium есть большое и активное сообщество активных разработчиков, а у Selendroid его нет.

Appium совместим с широким спектром фреймворков и языков. Selendroid, с другой стороны, работает с Jenkins и Selenium.

В отличие от Selendroid, Appium не требует использования исходного кода или библиотек приложения.

Appium поддерживает все API Android. Appium использует UIAutomator для тестов, выполняемых с API номером больше или равным 17, и Selendroid для тестов, выполняемых с более старыми API. С другой стороны, у Selendroid есть разные версии, соответствующие разным версиям Android API.

16. В чем разница между Аппиумом и Роботиумом?

Robotium: Robotium — это среда тестирования для Android, которая автоматизирует тестовые сценарии для собственных и гибридных приложений. Разработчики могут использовать Robotium для создания мощных тестовых сценариев автоматизированного графического пользовательского интерфейса (GUI) для приложений Android. Разработчики также могут разрабатывать сценарии функционального, системного тестирования и тестирования приемлемости, охватывающие широкий спектр действий Android.

Вот различия между Appium и Robotium:

Appium — это кроссплатформенный инструмент тестирования для устройств iOS и Android. Robotium, с другой стороны, предназначен только для Android.

Robotium поддерживает только язык программирования Java, но Appium поддерживает несколько языков.

Инструменты Appium не требуют исходного кода приложения или библиотек, в отличие от инструментов Robotium.

Appium может тестировать нативные, веб- и гибридные мобильные приложения, а Robotium — только нативные и гибридные мобильные приложения.

Appium поддерживает множество фреймворков, таких как Selenium. С другой стороны, Robotium несовместим с Selenium и многими другими платформами.

Вам не нужно переустанавливать Appium каждый раз, когда вы вносите небольшие изменения. Однако простые изменения в коде Robotium требуют полной перестройки.

17. В чем разница между Appium и Selenium?

Selenium: Selenium — это (бесплатная) среда автоматизированного тестирования с открытым исходным кодом для проверки веб-приложений в различных браузерах и платформах. Тестовые сценарии Selenium можно писать на различных языках программирования, включая Java, C#, Python и т. д.

Вот различия между Appium и Selenium:

В зависимости от использования:

Appium — Appium — популярное программное обеспечение с открытым исходным кодом для автоматического тестирования, особенно в собственных приложениях, таких как приложения для Android и iOS. Его также можно использовать в гибридных приложениях, работающих в средах Android и iOS. Этот тип автоматического тестирования гарантирует отсутствие системных проблем при установке какого-либо конкретного исправления после запуска приложения в производство. Это обеспечивает полное интеграционное тестирование и позволяет избежать значительных физических усилий со стороны тестировщиков. Используя Appium, пользователи могут легко избежать ручного тестирования каждой функции всего приложения каждый раз.

Selenium — Selenium — это универсальный инструмент автоматического тестирования, созданный для любого типа веб-приложений. Он совместим со всеми популярными браузерами и операционными системами, такими как Windows, Linux и MACOS.

По дизайну:

Appium — Appium в основном используется в качестве HTTP-сервера, поскольку он может обрабатывать любые типы мобильных приложений. Однако в основном речь идет о том, чтобы следовать или разрабатывать то же самое в узле JS вместо использования стандартного кода Java или JS. Поэтому разработчики, которые хотят использовать Appium для автоматического тестирования любого типа мобильных приложений, должны сначала установить Node JS в своей системе, прежде чем использовать инструмент Appium.

Selenium — Selenium в основном используется для поддержки логики автоматизации в веб-приложениях или веб-страницах. Он создан таким образом, чтобы можно было быстро и легко взаимодействовать с приложениями с помощью действий браузера.

18. Чем отличаются инструменты с открытым исходным кодом, инструменты поставщиков и внутренние инструменты?

Инструменты с открытым исходным кодом. Инструменты с открытым исходным кодом — это платформы и приложения, которые можно использовать бесплатно. Инженеры создали этот инструмент и сделали его бесплатным в Интернете, чтобы другие инженеры, разработчики или энтузиасты могли его разрабатывать и использовать, что очень полезно для начинающих разработчиков.

Инструменты поставщиков. Инструменты поставщиков создаются компаниями, имеющими лицензии на использование их инструментов и кода. Техническая поддержка этих инструментов доступна через Интернет.

Внутренние инструменты: Внутренние инструменты — это инструменты, разработанные компанией для собственного использования и саморазвития. Они никогда не будут доступны широкой публике.

19. Считаете ли вы, что автоматическое тестирование может полностью заменить ручное тестирование программного обеспечения?

Нет, автоматическое тестирование не может полностью заменить ручное тестирование программного обеспечения. Это связано с тем, что используемые инструменты предназначены для проведения тестирования после завершения настройки, а правильная автоматизация требует минимального участия человека. Хотя это удобно, его не следует использовать вместо ручного тестирования, его следует использовать для повторяющихся действий, таких как нагрузочное тестирование, требующее тысяч виртуальных пользователей; Инженерам не следует автоматизировать сценарии тестирования, если они планируют выполнять их регулярно, а также создавать автоматические проверки кода или тесты на наличие ошибок для нового программного обеспечения, для обнаружения которых может потребоваться участие человека. Подводя итог, можно сказать, что крупномасштабные повторяющиеся задачи больше подходят для автоматизации.

20. Назовите тесты, которые нельзя выполнить с помощью эмулятора, но можно выполнить на реальном устройстве?

Вот список тестов, которые мы можем выполнить на реальном устройстве, но не в симуляторе:

(1) Проверьте прерывания во время звонков и сообщений.

(2) Производительность приложения при низком заряде батареи.

(3) Влияние приложений на расход батареи.

(4) Сценарии установки или отключения карты памяти из устройства.

(5) Тест предполагает использование Bluetooth.

21. Каковы основные требования к написанию тестов Appium?

Клиент драйвера: Клиент драйвера Appium имитирует поведение пользователя в мобильных приложениях. Тесты Appium можно создавать с помощью клиентских библиотек, которые инкапсулируют различные этапы тестирования и отправляют их в Appium через HTTP.

Сеанс Appium. Поскольку тесты Appium выполняются в рамках сеанса, важно сначала настроить сеанс Appium. Как только автоматизация сеанса завершится, он будет прекращен, и пользователю придется дождаться следующего сеанса.

Желаемые возможности: Чтобы начать сеанс Appium, крайне важно разработать некоторые параметры, называемые ожидаемыми параметрами. К числу этих параметров относятся версия платформы, имя платформы, имя устройства и многие другие параметры. Это также помогает определить тип автоматизации, который, как ожидается, будет обеспечивать Appium Server.

Команды драйвера: Appium предоставляет возможность создавать тесты с использованием ряда выразительных команд.