- Изучать продукт, задавать вопросы.  Какие проблемы уже были? Каких опасаются? С какими замыслами тебя наняли, чего ожидают? Что самое важное для клиентов?
- Поискать материалы в стиле "тестирование X", где X это класс или специализация продукта который дали
- Спрашивать людей которые имели опыт с похожими продуктами.
- Составлять какие-то первые планы и применять прием "вот что я собираюсь сделать, и как это вам", спрашивать у тех кто с тобой на работе
- Учиться, учиться и еще раз учиться, как говорил великий Ленин. Слушать / смотреть видео с конференций и известных инструкторов по тестирвованию.

А что за дефект-то?

Мы рады видеть Вас, Sanormy, в этом чате.
Пожалуйста, представьтесь и поздоровайтесь с сообществом.
Это сообщество очень трепетно относится к составу и вежливости участников.
В случае, если я не увижу приветствия с вашей стороны, я буду вынужден удалить вас из чата через 30 минут.
Спасибо, что присоединились!

Самоедство не помогает. Помогает учиться, делать выводы, заводить новые принципы, техники и пр. Я, допустим, пропустил крупный баг в 2009-м. Директор филиала вызывал и отчитывал. Сейчас 2019-й : сошел с рынка наш продукт (SonyEriccson CNN Panel), сошел с рынка продукт в который наш продукт встраивали (SonyEricsson Xperia X1 и X2), сошла платформа (Windows Mobile), сошла компания-заказчик (SonyEricsson стал просто Sony и их мобильное подразделение терпело убытки годами). А я вот еще есть, и меня порой просят рассказать что важно в тестировании.

И я в том числе рассказываю историю про тот баг, пропущенный в 2009-м.

Спасибо за совет, что так подробно написали ))

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

Там где я работал на флоу с девелопом перешли только в 2018-м. Полагаю что не только там та же ситуация, поэтому начал рассказывать от мастера.
В результате стало "только стабильное в мастере", "девелоп стабилизируется и потом вливается в мастер", "фичевые мержатся в девелоп", да.

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

Да, бывает. Понимаю, стыдно. Но надо, так сказать, постыдиться и перестать. Это как раз из той серии когда надо один раз набить шишку чтобы потом вспоминать всякий раз и не забывать.

В принципе все равно стоит:
а) иметь стабильный мастер (а девелоп как рубеж стабилизации)
б) завести полезную новую привычку.

"Ваш гитфлоу" - не совсем корректно. Гитфлоу - это как раз методология которую ты описал.
У нас, например долго плясали с этим девелопом, и в итоге от него отказались. У нас раз в ~час всё что в мастере выходит на прод, пройдя перед этим все возможные тесты.
В большинстве случаев максимальное количество тестов проходит ветка перед тем как попасть в мастер.
И вот что мы заметили: мастер у нас кто-то ломает раз-два в неделю (на несколько часов, получается). Ок, наши пользователи получат свой функционал на пару-тройку часов позже (я вон один фикс от hp 7 лет жду и норм).
Такого, чтобы 2 отдельно работающих по отдельности изменения конфликтовали между собой - ну об этом в принципе ходят легенды и наверное даже такое случается пару раз в год, но это должно очень "повезти", чтобы такое произошло. Это 2 разработчика должны работать над одним и тем же куском кода, закончить работу в один день и при этом не общаться между собой. Маловероятно и всё равно решается простым откатом всего что произошло за час и ручным разгребанием. При достаточной редкости - можно себе позволить.
Такого чтобы баги выходили на прод - ну, бывало, но это были баги в новом функционале. Старый ещё не ломали. А новый - ну пропустили пару граничных случаев: понаблюдали, собрали ошибок, быстро поправили, добавили тестов и больше ошибок там возникнуть не должно и можно двигаться дальше

кстати помойму под статьей относящейся к no man's sky это и сказали

там же вроде и фпс пофиксили

и все намного лучше стало

Возможно это под НДА, но я ничего не подписывал, так что мне можно: яндекс сейчас обкатывает пилотный проект про кормление отрудников: сотруднику выдаётся банковская карточка, на которой кроме обычных денег есть жральные баллы, которые оплачивает компания. Их можно тратить только в тех кафешках, которые подключились к программе яндекса. То есть компания просто заказывает у яндекса кучу карточек я-денег, связывает ребят из яндекса с соседней кафешкой (я так понимаю, что там нужен  номер терминала) и закидывает денег. И у всех сотрудников компании моментально решается проблема с питанием.

так это известная история, у них вроде так давно

Сложна как-то

хз. мне просто платят достаточно и когда я работаю из дома - у меня денежка с карты не сгорает 😉

В киви по карточке скидка 100 или 200 рублей в ближайшей кафешке

Не, наоборот. Просто банковская карточка, которой ты платишь в столовой.

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