всем привет! подскажите пожалуйста, реально ли написать автотесты на ios и android приложения, но при этом не подключать физические устройства, а обойтись эмулятором?

https://appium.io/ ,
второй вариант отдельные тесты под андроид  https://m.habr.com/ru/post/339664 и под iOS (под iOS забыл название фреймворка). Лично я за второй вариант

да, реально

Консоль это консоль, в коде лучше заводить logging и логи.  На себе убедился. :)

В джобе с репортом выкачивает историю из Гита используешь, а потом обновляешь

Ребята привет. Подскажите пожалуйста. С помощью какой библиотеки можно делать мокинг данных, которые приходят с АПИ ? Я пишу UI автотесты для мобильного приложения  и  мне нужно подменить какое то значение, которое приходит с бэка. Вообще возможно ли это сделать ?, так как  работаю с UI элементами и запросы же они под капотом отправляются и обрабатываются ответы тоже под капотом. (java, testNG)

Вы таки хотите моки или Вы таки хотите подмену?

Смотри завтра)

https://youtu.be/VbVcGpS8HV4

Возможны 2 ситуации — мок респонс, и респонс который через прокси на лету изменяется / подменяется.  
По мокам понятно. Их хватает.
По подмене — у меня когда-то были инструменты которые такое делают,
но некоторые из них много лет не обновлялись, некоторые делают это в ручном режиме и неизвестно могут ли автоматом, некоторые платные.

я хочу как то подставить свой отредактированый json () и  что бы прилож его схавал. И тогда проверить отображается к примеру какой то элемент с таким то текстом в самом приложе. К примеру по апи приходит параметр deliveryType = "longtail" и приложение отображает текст "Долгая доставка".

http://wiremock.org/
https://www.mock-server.com/
и т.д.

я хотел спросить при тестировании UI в большинстве случаев заменяют ответ с помощью подобных сервисов для того что бы можно было проверить как отображает приложение в зависимости от значений которые получает или есть другие практики ? хочется юзать то что юзают все, а не выдумывать велосипед и в конце понять что это плохая практика

лучший вариант конечно готовить данные в бд

Это да, но тут нет доступа к бд. Так как там 100500 бд и микросервисов.

Слушайте, а тут кто-нибудь использует Mockito?
Тут завезли моки статических методов:  https://asolntsev.github.io/ru/2020/07/11/mockito-static-methods/

👍

Ребят, расскажите, пожалуйста, как у вас реализуется трейсабилити требований в тестах ручных и авто?
У нас есть джира с плагином к тестрейлу. В тестрейле чеклисты ручные. И есть бдд-автотесты. Сейчас решаем, как быть дальше. Создавать ли отдельный сьют по авто-тестам и туда дублировать сценарии кукумберовские, и их линковать к джира-тикету наравне с ручными ? Но тогда на поддержке погрязнем, тройная работа получается (поправить в ручных, поправить в авто, поправить в кукумбере).
Но линковать ручные сценарии к кукумберовским по тест_ид тоже кажется неправильным, потому что один ручной тест содержит 3(минимум) авто-проверки, а как тогда отслеживать результат в авто-прогоне...

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

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


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

А есть на примете альтернатива тестрейлу тогда?