Привет, кто подкажет? В документации фидлера написано, что чтобы снифить трафик из андроид приложения достаточно поменять файл Android/src/main/res/xml/network_security_config.xml на то что они предлагают https://docs.telerik.com/fiddler-everywhere/get-started/mobile-traffic/configure-android

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

пересобрать апк из маркета ?

что ?

Плюсик к вопросу)

это уже реверс инжиниринг

Всем привет.

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

Веб, команда примерно 5-6 разработчиков. Захожу как первый куа, хочеться сделать максимально правильно и красиво. Пока только ручное, с перспективой в автоматизацию.

Если можете поделиться своим опытом - что делать, а что лучше нет - буду очень благодарен)

Извините, минутка пессимизма:
Лучше вести документацию, чем не вести.
Лучше настроить ci/cd, чем жить без неё.
Лучше смотреть на конкретные потребности и закрывать их, чем делать красиво чтобы было красиво.
Иначе есть шанс напороться, как у меня было: спросить у ответственного за продукт, какие области продукта наиболее важны и получить в ответ "кнопочки, которые приносят бабло, а качество меня вообще не интересует"
(вроде даже ныла в этом чате и даже не было итогового однозначного мнения, насколько это адекватно. Но я пыталась правильно и красиво, да :) не сложилось)
P.S. вообще тут должны возникнуть вопросы вида "а что правильно с нуля заводить в документации" и "как содержать тест-кейсы, чтобы ручные с перспективой в автоматизацию" - и вот это уже норм вопросы. Их даже загуглить можно будет ;)

вот страдания у людей.

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

сам себе придумали проблему на ровном месте и страдаете

Очень спорный набор утверждений.

Вам, конечно, за всех виднее. :)

нет конечно, мне просто плевать на всех, от того все и понятно

О, ни в коем случае не претендую на правоту.

есть небольшая подборка) https://docs.google.com/document/d/1mUcj307ETA92ODWIaVNo96pUSwajsmLmdPWWdijHD-U/edit?usp=sharing

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

Классическая история.
Шаг номер 0:
Собрать ожидания.
Пообщаться с руководителем на предмет того, что от вас хотят, какое вообще им нужно тестирования, и какие проблемы должны быть решены.
Потом пообщаться с командой и выяснить у них как они всё это видят.

Шаг номер 1:
Составить список активностей, которые вам нужно начинать делать прям щас (например тестировать фичи и релизы катить, а не документацию и автотесты писать).
Посмотреть, что вам нужно для того, что бы начать это делать и, собственно, начать делать.

Шаг номер 2:
Пока вы делаете набор необходимых активностей - ещё раз посмотреть, где больше всего проблем.
Где много времени тратите, где не понятно как работает, где страдает качество, где баги постоянно всплывают.
На основе всего этого сформируйте список того, как можно эти проблемы решить.

Шаг номер 3:
Распланировали полученный список -> начали делать по приоритетов от “это снимет больше боли меньшими усилиями” до “это долго и не сильно важно”.
По мере выполнения каждого шага следите за тем, действительно ли стало лучше и корректируете, если не помогло.

Шаг номер 4:
Повторять, пока не получите процесс тестирования, который с минимумом усилий выдает ожидаемый уровень качества, никто не испытывает мучительной боли, и всё хорошо.

Шаг 5:
Можно начинать думать о том, как должно быть “правильно” и “красиво”.

Я бы еще советовал начать с момента «оценить себя». И если вы не лид или хотя бы не приближаетесь к подобному опыту и компания нанимает вас единственным куакой на позицию джун/мидл, 10 раз подумать, идти ли туда вообще.
Сугубо мое имхо. Опыт, конечно же, у всех может быть разный и я вполне готов поверить, что и при таком сценарии может быть все круто, повезет с командой, овнерами и все такое, но я склонен думать, что это таки исключение

привет, сталкивались ли вы с такой проблемой, что get запрос в  постмане не видит переменную коллекции?

оооо, спасибо)

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

Это прям то, что надо.

за куаку отдельное спасибо )

99,9% переменная переопределена. Проверьте окружение и глобальные переменные