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