TestGrow - pruebas de software

Всем привет! Сегодня хочу поделиться с вами бесплатной онлайн конференцией 31 октября от ребят из RSTQB. П.с. не реклама, а моя рекомендация)

RSTQB 20 лет: Успехи. Мифы. Планы. 🔹 Круглый стол «Тренды в тестировании». Круглый стол будет полезен для широкой аудитории, включая QA, разработчиков, продакт-менеджеров и других специалистов из ИТ-сферы. Мы совместно проанализируем текущие тренды в QA и сравним уровень развития собственных команд с актуальными веяниями отрасли. В рамках обсуждения мы детально обсудим множество актуальных вопросов: 🔹Что изменилось в профессии «Тестировщик» за 20 лет в России. Ретроспектива в разрезе методологий, процессов, инструментов и отношения к качеству. 🔹Что поменялось в подготовке специалистов, какие навыки востребованы сейчас. 🔹Что дает сертификация по тестированию и зачем она нужна. Нужен ли международный сертификат в текущей новостной повестке. 🔹Какие инструменты помогают тестировщику в наши дни обеспечивать и контролировать качество? Актуальный стек технологий для тестировщика. 🔹Какие перспективы развития инструментов искусственного интеллекта в области QA и вымрет ли ручное тестирование на фоне популяризации AI. 🔹Дальнейшие перспективы развития отрасли. 🔹А в конце события вас ждет розыгрыш призов от RSTQB в честь юбилея. Модератор: 📢 Маргарита Трофимова, вице-председатель RSTQB, директор департамента тестирования и обеспечения качества ITFB Group. Участники круглого стола: 👤 Андрей Конушин, председатель Российской коллегии экспертов по тестированию ПО (RSTQB). 👤 Александр Александров, «дедушка» русского тестирования, QA-лид IBS. 👤 Екатерина Ремизова, директор по качеству SimbirSoft. 👤 Александр Торговкин, руководитель Bytex, 👥 QA-лиды и руководители отделов тестирования различных компаний. Не упустите шанс стать частью важного события в мире тестирования! 🌐 Сайт конференции 📣 Телеграм-канал RSTQB 📣 ВК-сообщество RSTQB Регистрация здесь ➡️ #rstqb #istqb #rstqbconf

Недавно нашел такой интересный подход к заведению багов, который называется CLEAR. Принцип заведения дефекта по CLEAR достаточно прост: C → (Clear steps ) Четкие шаги: никаких упущений или двусмысленностей, любой должен повторить шаги и увидеть баг. L → (Logs or evidence) Логи или доказательства: скриншот, логи, трассировка, любон доказательство наличия баша в системе. E → (Expected vs actual ) Ожидаемое vs реальное: что вы ожидали увидеть и что реально получили? Почему вы это поведение ожидали? A → (Actual impact) Реальный эффект: почему это важно? Ломается бизнес-логика? Безопасность? Целостность данных? R → (Reproducibility ) Воспроизводимость: окружение, система (релиз/бранч), условия воспроизведения. Нужно сделать так, чтобы баг можно было повторить. Как итог, 5 простых принципов, которые делают работу с баг репортами всей команды в разы эффективнее. Все мои проекты: TG канал по тестированию AI | Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний

В течении этого года я замечаю, как начал падать рынок обучения тестированию, похоже, что хайп на фоне пандемии, онлайн удаленной работы постепенно сходит на нет и мы возвращаемся к ситуации примерно 2019 года. И это не только связано со мной и моими продуктами. Я вижу, как с целом значительно упала активность в тематических чатах для начинающих тестировщиков, также в целом примерно в два раза просела посещаемость сайта testgrow.ru по сравнению с прошлым годом. Какие причины я вижу? 1. Компании сокращают бюджеты или стараются тратить меньше. Не знаю, как обстаят дела с открытыми вакансиями, но многие мои знакомые, которые раньше активно набирали себе тестировщиков, теперь говорят, что пока бюджета нет. Также ряд моих знакомых, кто работает на руководящих позиция в крупных вендорах по тестированию, все чаще говорят о том, что заказчики перестают брать себе новых тестировщиков. 2. Причина вышесказанному как я считаю - экономическая ситуация в России (кто не знает, сейчас большой дефицит бюджета), высокая инфляция и рост цен. Поэтому бизнесу приходится откладывать, а иногда и закрывать свои проекты, чтобы оставить компании на плаву в этот период. Как следствие, это напрямую влияет на вакансии, количество набираемых сотрудников и так далее. 3. В России это пока еще не особо ощущается, но на международном рынке уже видно влияние ИИ на рабочие места в сфере ИТ. Все чаще вижу вакансии, где требуют как ключевой навык, умение использовать ИИ в тестировании, что опять же говорит о том, что ИИ повышает эффективность тестировщиков да и ИТшников в целом, поэтому сейчас у многих стратерия потратить 1500$ на корпоративную подписку на ИИ для сотрудника, чем нанимать еще одного человека, потому что эффективность примерно одинаковая, а затраты в десятки раз ниже. Какой хочу сделать вывод, если вы на стадии принятия решения, идти в ИТ через тестирование или нет, то сейчас я бы уже советовал подумать, прежде чем начинать вкладывать свои усилия. Ситуация вокруг тестирования, особенно для начинающих тестеров (да и сеньеры я слышу часто долго ищут работу), сильно ухудшилась, поэтому попасть без знакомых и опыта теперь стало еще сложнее. А как вы считаете, изминилась ситуация за последний год или все по-прежнему хорошо?👇 Все мои проекты: TG канал по тестированию AI | Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний

Всем привет, честно скажу, меня всегда выбешивает, когда компании, используют на собеседованиях тупые логические вопросы, типа, «какой ты фрукт» или «если бы ты был предметом что бы это было». Что это вообще за практика? Когда я слышу про такие творческие вопросы в стиле Google-уровневой компании, хотя компания ничего из себя такого не представляет, у меня возникает очень много вопросов к интерьюерам в таких компаниях. Если в интервью ты пытаешься выяснить, как человек будет думать вне шаблонов, это конечно может быть ок, но не такими примитивными вопросами, потому что иначе это превращается в цирк, что как по мне уже сигнальный звоночек и повод задуматься стоит ли туда вообще идти. Я слышал про множество интервью, где кандидаты отвечали на абсурдные вопросы вместо того, чтобы обсуждать реальные задачи, с которыми придется работать. При этом ни один из таких вопросов не проверяет ключевые навыки, а именно как ты находишь баги, как думаешь над сложной логикой, как задаёшь правильные вопросы. Мне кажется, это просто попытка натянуть сову на глобус и поиграть в крутого работадателя уровня Google. Но в реальных проектах тебе не нужно угадывать, к какому фрукту ты относишься. Тебе нужно понимать архитектуру, смотреть данные, находить несоответствия, работать с API. Так что, если ты на собеседовании слышишь вопрос “Если бы ты был чем-то…”, то не забудьте спросить: «Как это связано с ролью, которую я буду выполнять?» Если ответа нет, то как по мне, это уже повод задуматься, стоит ли дальше идти на такое интервью. А вам приходилось слышать такие вопросы? И как вы реагировали, когда это случалось? 👇 Все мои проекты: TG канал по тестированию AI | Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний

Пока моя активность на данном канале оставляет к сожалению желать лучшего. Сейчас очень много задач, которые я веду параллельно с основной работой, а именно два курса по тестированию ИИ и тест-менеджменту, а также в рамках основной работы по-прежнему активно занимаюсь развитие моего приложения по оценке ИИ (к сожалению оно не доступно в опенсорсе) и время для написания каких-то полезных постов уже не остается. Кроме того есть одна новость, о которой я еще не говорил, а именно, уже в процессе завершения моя книга, которую я надеюсь выпустить до нового года, по основам тестирования программного обеспечения. За время работы платформы TestGrow я накопил большое количество материалов по тестированию и вначале лета принял решение написать свою книгу, куда войдут все основные материалы платформы и дополнительные статьи. Буду держать вас в курсе Ну и чтобы хоть как-то освежить данный канал, то предалагаю задать вам интересующие вас вопросы или темы, на которые хотели бы получить отдельный пост/статью или видео от меня. Можете задавать любые вопросы, связанные не только с тестированием для начинающих специалистов, но и в том числе для опытных ребят, например, по организации тестирования, карьерного развития, изучение различных навыков и в целом работы в тестировании. Буду рад получить вопросы и интерующий темы по ссылке ниже: Ссылка скрыта Все мои проекты: TG канал по тестированию AI | Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний

Иногда слышу, что деплой - это залить новую версию на сервер. На самом деле у компаний есть целые стратегии того, как именно обновлять продукт, чтобы пользователи ничего не заметили (или хотя бы заметили как можно меньше). Существуют разные подходы. Blue/Green деплоймент - это когда у вас есть два окружения, одно активное, другое запасное. Выкатили новую версию на неактивное, переключили трафик на это окружение и готово. Быстро и удобно, но требует лишних ресурсов. Feature Toggle означает, что задача добавлена в код релиза, но спрятана за флагом (выключателем). Если нужно, чтобы задача заработала, то включили для определенных пользователей, не нужно - выключили. Отлично работает для экспериментов, но усложняет тестирование, потому что система ведет себя по-разному для разных групп включенных/выключенных Feature Toggle. Canary deployment - это когда новая версия раскатывается постепенно, то есть сначала для части пользователей, потом для большего числа, и только после этого для всех. Это снижает риски, потому что если что-то сломается, пострадает только малая часть аудитории. Rolling updates - новая версия накатывается по чуть-чуть на разные серверы, чтобы не было простоя. В какой-то момент часть пользователей сидит на старом коде, часть на новом. Хорошо для масштабных систем, но требует мониторинга. A/B тестирование. Казалось бы, это больше про маркетинг и продукт, но на самом деле это тоже стратегия деплоя. Две версии живут параллельно, пользователи распределяются между ними, а команда смотрит, какая лучше работает. Для тестировщика эти стратегии не просто термины из DevOps. Они напрямую влияют на то, как подходить к тестированию. В Blue/Green баг может проявиться только после переключения, в Canary его увидит ограниченная группа, а с Feature Toggles придется проверять кучу комбинаций включенных/выключенных флагов. Также стратегия деплоя может влиять на тестовое покрытие и объемы тестирования в целом, потому что в некоторых случаях, например, при работе Feature Toggles, продукт может пойти на риск и проверить только критичные проверки в релизе в надежде, что при проблеме на продуктиве будет возможность быстро отключить задачу. А какая стратегия деплоймента практикуется в вашей компании?👇 Все мои проекты: TG канал по тестированию AI | Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний

Недавно прочитал Practical Test Design от István Forgács и Attila Kovács и хочу поделиться своим мнением. Сначала скажу, что книга не из тех, что пролистывается быстро. Она заставляет задуматься над каждым методом, каждой техникой тест-дизайна. Авторы не просто перечисляют их, а стараются показать, как и когда применять, и в каких ситуациях один подход уступает другому. Из того, что особенно понравилось, в большинстве случаев авторы ведут через один пример, автомат по продаже билетов и на его основе иллюстрируют разные техники. Это дает понимание применения разных техник тест-дизайна в одной среде, их плюсы и минусы, а также область применения. Бладгодаря этому начинаешь видеть, как методы пересекаются и дополняют друг друга. Мне понравилось, что в книге есть упражнения и ссылка на сайт, где можно тренировать дизайн тестов (Ссылка скрыта и видеть обратную связь. Книга также затрагивает практически все техники тест-дизайна, а также техники проектирования тестов для автоматизации тестирования и такие техники как Model_based testing с Gherkin и построением графов. И есть техники, которые без опыта тестирования могут показаться сложными. Если честно, думаю, что книга будет особенно полезна тем, кто уже знаком с базовыми концепциями тестирования, тест-аналитикой и хочет прокачать мышление, смотреть, какую технику выбрать, куда применить, как комбинировать. В итоге книга не для легкого чтения, но та, к которой захочется возвращаться. Минусы - доступна только на английском языке, поэтому если у вас английский ниже B2, читать будет сложновато. Ссылка на озон Все мои проекты: TG канал по тестированию AI | Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний

Часто складывается ощущение, особенно, когда делаю аудиты в компаниях, что в команде тестировщики на вторых ролях. Пока все работает про них почти не вспоминают. Но стоит багу попасть на продакшн🚨🚨, особенно критичному, как сразу начинается поиск виноватых: А где были тестировщики? ⚡ Парадокс в том, что именно в такие моменты важность QA вдруг становится очевидной для всех 💡. До этого тестирование воспринимается как что-то вспомогательное, а после, как последний барьер между пользователем и проблемой. Я видел это много раз, что ИТ команды и бизнес недооценивает тестирование, выпускает продукт быстрее 🖊, принимают риски, максимально сокращая тестирования (особенно в новых компаниях и стартапах🚀). Потом прилетает баг , который ломает оплату или регистрацию, бизнес теряет деньги и репутацию и именно тогда все начинают говорить о важности QA, ну или где было QA👋. На мой взгляд, это неправильный подход. Тестировщики не должны становиться героями в момент катастрофы 🦸♂️. Их ценность в том, чтобы таких катастроф не случалось. Хорошее тестирование незаметно, потому что когда на проде все работает гладко ✅ , значит QA сделали свою работу хорошо. Но да, часто ценить тестировщиков начинают только после первой большой ошибки. И задача зрелой команды не дожидаться этого момента ⏳. А у вас бывало, что отношение к тестированию в проекте резко менялось после бага на проде в худшую или лучшую сторону? 👇 Все мои проекты: TG канал по тестированию AI | Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний