Однозначного ответа нет, на каждом проекте могут проводить по-разному, например:
- После каждого релиза
- После определенного релиза (например добавили новую ручку/сервис и тд)
- С некой периодичностью (например каждую пятницу)
- Просто потому что...
Unit - последнее к чему стоило приступать, как правило их пишут разработчики.
Все зависит от проекта, может и ничего из этого списка не пригодится:
Язык программирования, само собой.
Автотесты на контракт (бэк)
Автотесты на веб
Автотесты на iOS/Android
Правильно.
Сначала позитивные сценарии (как в идеале должен вести себя юзер), далее негативные сценарии (error handling), после можно позаниматься абсурдом аля загрузить в файлы MP3.
Если стремятся к единообразию, то для вас, как тестировщика, разницы никакой. Подходы и архитектуры могут быть разными, но для вас это черный ящик и вы смотрите только на кнопки и что они делают.
PS за исключением системных штук, типо анимации
В продуктовой разработке много коммуникации, независимо от роли. Если вы думаете, что у разработчика только дейли, спешу вас огорчить. В целом паниковать не стоит, голос и видео не единственный способ общения
Баг трекинговая система хранит то, что вы в нее кладете.
Если кто-то заводил баг на "ошибки в игре" и у вас есть доступ, то да, можно обнаружить.
Но видимо ты не совсем в курсе что такое баг трекниг... клац