(план в виде картинки)
Заметки о QA
Семь раз погугли, один раз ответь Сборник всех постов📁: https://tlabchuk.tilda.ws/useful Boost🚀: https://t.me/boost/notes_about_QA Админ @lilovaya_korova
Графики
📊 Средний охват постов
📉 ERR % по дням
📋 Публикации по дням
📎 Типы контента
Лучшие публикации
20 из 20Как рассказать о себе на собеседовании? Один из этапов собеседования - это рассказ о себе. Зачем рассказывать о себе? Ведь кажется, что резюме уже отражает весь опыт кандидата. Но в живом рассказе выделяются детали, которые важны для самого человека, подробности о процессах в компании и роли в команде, огонь в глазах при рассказе о любимом рабочем процессе и много чего ещё, что позволяет лучше понять, подходит ли кандидат нанимающей компании. Для ускорения вашей подготовки к этапу самопрезентаци...
Практики хорошего кода Чем дольше я программировала, тем больше понимала, насколько много ошибок было у меня в самом начале пути. Сегодня я хочу немного погрузиться в инструменты, подходы и принципы, которые позволят создавать качественный код с самого начала. Что помогает нам создавать красивый и расширяемый код: - Использование практик написания хорошего кода: они позволят навести порядок в коде, упростить расширение проекта и переиспользовать код, но сохранять при этом логику и читаемость и м...
🐛 Плавающие баги и как их искать Хочу попробовать новый формат: выжимки из докладов в виде конспекта и моих интерпретаций. Формат тестовый, обычно делаю конспекты для себя, а тут захотелось поделиться. Конспект сделан на основе доклада SQA Days-28 (крайне рекомендую к просмотру!) 👩💻 Докладчица: Анна Васильева (ныне Куренова) 🎯 Тема: "Поиск плавающих багов" Главное из доклада: - Что такое плавающие баги - Типичные причины возникновения плавающих багов - Состояние гонки (Race condition) как о...
Но это не все! Для еще большего удобства я составила таблицу (тык сюда, чтобы перейти в google excel), которую можно использовать в качестве отбора вашей будущей компании. В ней выделила уже перечисленные критерии и варианты ответа о его наличии в конкретной компании. Таблицу можно скопировать к себе и менять под свой запрос (файл -> создать копию). Также в комментарии добавлю информацию, как создавать новое правило, если вам понадобится увеличить таблицу. Таким образом у вас будет возможность о...
Блок-схема в хорошем качестве Кратко повторю на что ориентироваться при выборе языка: 1. Область, в которой вы хотите автоматизировать (UI для web, desktop, backend, mobile), : при выборе языка также нужно учитывать что вы хотите автоматизировать: для мобильных чаще используется Swift и Kotlin. 2. Язык, используемый на работе мечты: изучить рынок, выбрать компании, которые сильнее всего вас привлекают и выбрать для изучения их язык программирования 3. Востребованность в области и в конкретной ко...
Советы для автоматизации [2] Первую часть советов можно почитать тут, также рекомендую полезные советы по инструментам для программирующих на Java. - Автоматизация тестирования - это инструмент для достижения цели, а не сама цель. Часто, когда работаешь full-stack QA, легко увлечься автоматизацией и улучшением кода, забывая о главном — обеспечении качества функционала. Поэтому хочется напомнить, что автоматизировать нужно для того, чтобы это приносило пользу бизнесу и помогало улучшить качество ...
(обязательный мем к посту)
Мой личный путь и поиск карьерного развития Недавно мне посчастливилось поучаствовать в QA Sis Conf #2, где вместе с другими удивительными девушками я поделилась своим опытом работы в сфере тестирования и поиском путей для развития, которые использовали после года в профессии. Рекомендую к просмотру: QA Sis Conf #2 Год в тестировании - что дальше. Во время подготовки к мероприятию я задумывалась о своем пути в тестировании и о том, как я ищу новые горизонты для своего профессионального рост...
🎄Новогодние советы 2.0🎄 Я очень люблю подводить черту: составлять достижения, писать списки, подготовить итоги. Листая свой телеграм-канал, я попала на новогодние советы. И захотелось повторить небольшие советы-размышления и в этом году! Про баги - За баг нет одного ответственного - это часть общих усилий и ошибок. Аналитик не прописал требование, разработчик не добавил это в код, тестировщик пропустил при проверках. Не обвиняй только себя, лучше постарайся сделать вывод и не повторять ошибок....