Привет, я Михаил Шваркунов, директор по качеству ВКонтакте. Расскажу, как выглядят наши ежечасные релизы с точки зрения тестирования: как мы переложили часть задач по тестированию на разработчиков, сколько у нас автотестов и что мы ими покрываем. А ещё как команда тестирования сопровождает релиз, какие у нас при этом SLA и что делаем после. И вообще — зачем так часто что-то выкатывать? Что, нельзя подкопить и катать раз в день?

https://habr.com/ru/post/703230/?utm_source=habrahabr&utm_medium=rss&utm_campaign=703230

Всем привет! Меня зовут Иван и я Head of QA Automation в Skyeng. Я регулярно занимаюсь обучением Manual QA и менторством начинающих QA Automation (далее – QAA) и часто слышу от падаванов вопрос: «А как же мне, собственно, стать QAA?»

Вопрос многогранный. В статье хочу поделиться мыслями на этот счет. Так что присаживайтесь поудобнее, чаек и конфетки при прочтении приветствуются! Также советую захватить валерьянку — некоторым она понадобится при чтении третьего раздела.

Представим, что я Manual QA: каждый день занимаюсь ручным тестированием, пишу тест-кейсы, хожу на планирование, ревьюю требования и тестирую задачи.

Однажды приходит осознание, что нужно расти. Но куда?

https://habr.com/ru/post/705190/?utm_source=habrahabr&utm_medium=rss&utm_campaign=705190

ЮMoneyDay — онлайн-конференция про айти в финтехе.

Разработчики, аналитики, продакты и проджекты расскажут, как работают в ЮMoney.

Все доклады основаны на реальном опыте работы над финансовыми продуктами, которыми пользуются миллионы человек.

https://habr.com/ru/post/704078/?utm_source=habrahabr&utm_medium=rss&utm_campaign=704078

Привет, меня зовут Александра Кошелева, я работаю тестировщиком в X-Technology. Работа QA в сфере блокчейна, это почти как спрашивать на хинди у мексиканца, где тут ближайший бар. Он не знает хинди, ты тем более не знаешь хинди. Кое-как жестами вы понимаете друг друга. Благодаришь, уходишь довольный, находишь “бар”, а там библиотека.

https://habr.com/ru/post/702632/?utm_source=habrahabr&utm_medium=rss&utm_campaign=702632

Когда-то курсов тестировщика не существовало в принципе (курс Портнова - не в счет) и это была тихая профессия для своих. С тех пор многое изменилось. Но не изменилась главная проблема для новичков. В любой профессии при старте карьеры есть синдром "трудоустраиваем только с опытом, а чтобы получить опыт, нужно трудоусториться". Но для айтишных специальностей это тем более значимо - прослушавший голую теорию новичок иногда так же бесполезен, как не слушавший вообще ничего. Нормальную же послекурсовую интернатуру организовать сложно. В отдельных случаях - невозможно. На какой реальный проект можно устроить поток из 100 и более студентов?

Поэтому практика большинства QA-курсов выхолощена и проходит в стерильных, отдаленных от реальных условиях. Бесконечным потокам студентам дают тестировать один и тот же функционал одного и того же сайта. Никакого погружение в требования, необходимости понять, это глюк стейджинга или реальная бага, взаимодействия с командой и представителем заказчика. Как правило, и никакого полноценного тестирования трехзвенки.

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

https://habr.com/ru/post/702362/?utm_source=habrahabr&utm_medium=rss&utm_campaign=702362

Привет, Хабр! Меня зовут Олег, я работаю в «Лаборатории Касперского» и занимаюсь созданием нашей собственной операционной системы KasperskyOS. Если еще точнее, я — Lead Software Development Engineer in Test в подразделении, которое занимается контролем качества. Задача нашего отдела — проверять качество ядра ОС, ее компонентов и продуктов на их основе. Важную роль здесь играет непосредственно написание и прогон тестов.







В этой статье расскажу о нашей модульной обвязке для PyTest, которая позволяет запускать тесты продуктов на разном железе. Фокус в том, что тесты при этом остаются простыми, а на сдачу мы получаем трассируемость от требований к результатам прогонов тестов, написанных по данным требованиям. В итоге у нас фактически получилась замкнутая система CI/CD с наглядным качеством кода. Читать дальше →

https://habr.com/ru/post/701670/?utm_source=habrahabr&utm_medium=rss&utm_campaign=701670

В среду, 30 ноября, в 16 часов (МСК) мы проведем онлайновый митап под названием «Автотесты для огромных инфраструктур». Наши коллеги-SDET`ы (Software Development Engineer in Test) из разных команд «Лаборатории Касперского» расскажут про свои успешные практики.




Читать дальше →

https://habr.com/ru/post/700828/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700828

Теория грязной работы: в унылой работе, которую избегает большинство людей, есть множество возможностей для внесения больших изменений малыми усилиями.

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

- Обширный рост важен, потому что в экспоненциально растущей компании вы первый в очереди к экспоненциально большим (и обширным) возможностям. Кроме того, когда рост активен, вы выигрываете, делая работу, а не побеждаете, вырываясь вперёд при помощи политики.

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

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

https://habr.com/ru/post/700178/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700178

Меня зовут Максим Кирилов и я - главный инженер в блоке обеспечения и контроля качества выпуска изменений в «РСХБ-Интех» (IT-компании АО «Россельхозбанка»). Наше подразделение специализируется на ЕСПП (Единой Системе Приёма Платежей), а непосредственно моя команда занимается тестированием. В этой статье я расскажу о том, как автоматизация помогла нам оптимизировать рабочие процессы и какие именно инструменты мы для этого использовали.

https://habr.com/ru/post/700172/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700172

Разработчики и тестировщики заводят тест-кейсы в систему хранения тестов (TMS), но это долго и никому из них не нравится. При этом QA-инженеру нужно как-то отслеживать и подсчитывать для пирамиды тестирования unit-тесты, которые написаны в коде приложения. Решить эти задачи может одна система — кастомная TMS, она умеет выгружать все тесты из кода и визуализировать тестовое покрытие в понятные графики и числа.

Меня зовут Василий Юдин, я инженер в Авито и техлид команды, которая разрабатывает инструменты для тестирования. Рассказываю, как мы с командой создали хранилище тестов с выгрузкой из кода и как оно помогло нам в работе.

https://habr.com/ru/post/698280/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698280

В этой статье я поделюсь своим опытом создания Telegram Bot-а для автоматизации тестирования.

https://habr.com/ru/post/698530/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698530

Привет, друзья. Меня зовут Илья и у меня для вас плохие новости.

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

Покончите с зависимостью от контроля качества. Устраните потребность в массовых проверках, прежде всего встраивая качество в продукцию. Качество создается не в результате проверки, а благодаря улучшению производственного процесса.

Деминг, Уильям Эдвардс

Причины и варианты того, что мы можем сделать в этой ситуации, я предлагаю рассмотреть в этой статье.

https://habr.com/ru/post/698448/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698448

Многие IT специалисты, особенно те, которые только находятся в начале карьерного пути, часто задаются вопросом: “А какие сертификаты котируются / ценятся при устройстве на работу?”. Этот вопрос можно переформулировать так: “Какую бумажку мне надо получить, чтобы взяли на работу без собеседования или не задавали сложные технические вопросы?”. К сожалению, за 10 лет опыта работы в IT я так и не нашел такую волшебную грамоту, которая могла бы удовлетворить и тех, кто собеседует меня, и тех, кого собеседую я. Однако, это не значит, что все они бесполезны. В цикле “Сертифицированный тестировщик” я хочу разобрать, какие сертификаты и экзамены бывают в мире обеспечения качества, а также поделиться своим опытом их сдачи, и что из этого мне пригодилось. Первая часть будет включать только общий обзор различных типов сертификатов и выводы о мотивации их получения без привязки к тестированию. В следующих же частях мы рассмотрим конкретные примеры сертификатов, которые могут быть полезны и интересны тестировщикам.

https://habr.com/ru/post/697492/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697492

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

Для начала дам немного контекста, чтобы вы поняли мой предыдущий бэкграунд. Я работаю в IT на позициях QA Lead / SDET в зарубежных компаниях уже более 7 лет. Как и большинство из нас изучал язык еще в школе, но делал это крайне неохотно, давалось через силу. Скажу кое-что страшное для лингвистов: транскрипцию я так и не запомнил. Но в целом на 4 из 5 баллов в обычной ГОУ СОШ вытягивал. Все шло гладко и после поступления в технический институт. Первые два года английский был насыщенный, но спрашивали не строго. Была возможность изучать язык в растяжку для зачета, опять же без сильного рвения. Начиная с третьего курса мир перевернулся.

Наш вуз подписал партнерское соглашение с IELTS, и тогда мы в обязательном порядке должны были его сдать к концу четвертого курса хотя бы на 4.5 балла (из 9). Для тех кто не в курсе: IELTS – это один из двух самых популярных экзаменов для поступления в зарубежные вузы наравне с TOEFL. Кажется, что 4.5 балла из 9 это не так уж и много, но когда я впервые погрузился в секции reading и listening, то понял, что дела плохи, ведь IELTS прежде всего заточен, прежде всего, на академический английский, где приходится читать тексты и писать эссе не про “курочку Рябу”, а про глобализацию, сельское хозяйство, астрономию и прочее. Тогда было довольно страшно, а сейчас я благодарен своему вузу (привет, МИСиС) за такую инициативу. Ведь хочешь не хочешь, а надо было получить зачет. Пришлось основательно погрузиться в язык, качественно делать домашнюю работу, регулярно учить новые слова на незнакомые темы. Помимо трех занятий в неделю в вузе, я еще посещал курсы английского в школе BKC.

https://habr.com/ru/post/697374/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697374

Подход фаззинг-тестирования родился еще в 80-х годах прошлого века. В некоторых языках он используется давно и плодотворно — соответственно, уже успел занять свою нишу. Сторонние фаззеры для Go были доступны и ранее, но в Go 1.18 появился стандартный. Мы в «Лаборатории Касперского» уже успели его пощупать и тестируем с его помощью довольно большой самостоятельный сервис.







Меня зовут Владимир Романько, я — Development Team Lead, и именно моя команда фаззит баги на Go. В этой статье я расскажу про историю фаззинга, про то, где и как искать баги, а также как помочь фаззинг-тестам эффективнее находить их в самых неожиданных местах. И покажу этот подход на примере обнаружения SQL-инъекций.
Читать дальше →

https://habr.com/ru/post/696724/?utm_source=habrahabr&utm_medium=rss&utm_campaign=696724

Распространённая связка из JUnit5, Selenide и Allure для UI-автотестов работает стабильно и надёжно. Но до момента, пока тестов становится много, их длина увеличивается, а итоговые видеофайлы по результатам тестом превышают час. Главный инженер-тестировщик Группы «Иннотех» Александр Кочергин нашёл способ укрощения инструментария.

https://habr.com/ru/post/696140/?utm_source=habrahabr&utm_medium=rss&utm_campaign=696140