Привет всем, подскажите , у меня два вопроса.1эмулированием устройства на android studio,  не получается связаться с fiddler-ом. https://www.youtube.com/watch?v=nbmC5ltHo5g
https://www.youtube.com/watch?v=mFJX8ETk2Mc.
и получается так ,что подключаясь через прокси, то fiddler не видит что происходит(видит подключение или то как я захожу на ipv4.fiddler:8888) но интернет на телефоне не работает.Если отключать прокси настроенный по моему ip4 адресу(он обычно справа сверху у fiddler есть ) и портом 8888, то интернет на телефоне (эмуляторе ) работает.2 Вопрос.Можно ли видеть экран реального устройства подключенного к android studio,чтобы проводить на нем тесты , через компьютер ?У меня сам телефон подключается и приложения устанавливаются, но вот чтобы видеть что на экране происходит ,то это не знаю где даже прочитать или увидеть.

сертификат на эмуляторе ставил

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

Ребят, посоветуйте с отчетностью!
Если нет никаких требований и ожиданий по отчётности, как лучше её выстроить по  автоматизированным тестам? Кто-то связал с testrai API, но никто туда не заходит кроме QA. кто-то делает с отправкой в телеграмм канал.
В общем: что внедрить в компании посоветуете?
Пока просто настроил триггер на свою почту, если ран failed и генериться артифакт в pipeline с html отчетом, но без рассылки.

Я бы начал с выяснения того, кому эта информация нужна. Если она нужна только вам, то уже всё готово, как я понимаю. Если она нужна кому-то ещё, то таких людей нужно найти и выяснить наиболее предпочитаемые каналы оповещения.

Делать оповещения по 4-5 каналам, которые никто не будет читать - затея не самая лучшая.

И да, нужно понимать что именно в вашей компании является наиболее распространённым каналом связи. Например, у нас большая часть людей работает с MS Teams и потому мы настраивали оповещения именно в каналы Teams.

Тимлид должен знать, что dev сломали, потому что все всё бросают и чинят (ну если по уму)

Нет лида - сам себе лид.

Лид разрабов имеется в виду

У нас  только выстраиваются QA стандарты, так что мне задавать правильный тон/практики. Остальным не до этого.
У нас также, Teams. И как у Вас там отчётность сделана?
У нас если падает билд- приходит сообщение на спец devOps канал. Но не ясно что упало- пока не залезешь

Понял - хорошая идея, только тут такого нет. У нас есть куча проектов и в каждом 2-3 разраба (без Лида). Есть программер-менеджер, но он не знает кухню каждого проекта

Вот именно так и сделано. Не стоит в канал пихать stack trace с которым всё упало. Это лишь средство оповещения. Те, кому это всё нужно, пойдут в Jenkins или другие ресурсы, откроют логи и будут копаться. В общих оповещениях это никому и никогда не нужно.

Могу лишь дополнительно посоветовать делать отдельный канал на отдельный проект. Иначе получится месиво из отчётов.

У вас именно отчеты по тестам или по результату пайплайн рана?
Да, интересная идея для обсуждения с командой. Есть канал под проект!

Если нет никаких требований и ожиданий, то зачем вам вообще делать отчётность?

Есть разные ситуации. Единого подхода нет. Всё же нужно бороться за информативность, а не за единообразие в данном контексте.

1) Где тестов мало и они очень длительные (сутки или недели прогона), то вырисовывается таблица с состоянием каждого теста.

2) Если тестов много (от 30 и более), то в результате мы получаем состояние всего сьюта тестов. А отдельные тесты выводятся таблицей только если они упали. Т.е. в ситуации когда всё хорошо я вижу "Такой то сьют Passed". В ситуации, когда что-то упало "Такой-то сьют Fail и дальше тесты, которые завалились".

3) В других местах из-за необходимости проведения автотестов на разных ОС выводится таблица:
OS | Test Suite | Suite State

есть мнение, что если отчетность никому не нужна, то она в любой форме будет всё еще никому не нужна

Если нет никаких ожиданий,то кому вообще нужна эта отчётность? (Вопрос риторический, если что)

:)). Может и нужна, просто ещё никто не понял ее прелести. QA отдел только формируется и нужно предлагать варианты: вот собираю.

Чуть не забыл. В почту мы аналогичное тоже дублируем. Двух каналов информирования пока всем достаточно.