Всем привет! Меня зовут Катя Муличева, я тестировщица в СИБУР Диджитал. Последние два года я пишу автотесты для gRPC на Kotlin. Получив опыт, я захотела написать статью, которая очень пригодилась бы мне самой, когда я только начинала разбираться с gRPC. Надеюсь, вы найдете её полезной для себя!
Привет, я Лиза – веб разработчик в одной зарубежной компании. Хочу поделиться тем, как я автоматизировала регрессионное тестирование в рабочем проекте на React с использованием довольно нового фреймворка Playwright. Разберемся, почему именно этот фреймворк, какие подводные камни, как обойти авторизацию и кто этим пользуется.
Эта статья — всего лишь личное мнение. Я была по обе стороны собеседования, и есть некоторые вопросы, которые меня просто раздражают. Они связаны с общими концепциями тестирования ПО, но, на мой взгляд, они мало говорят об опыте или знаниях собеседника.
Не поймите меня неправильно: если вы готовитесь к собеседованию, важно знать ответы на эти вопросы, ведь скорее всего, вам их зададут. Однако интервьюеры могли бы пересмотреть свой подход к собеседованию и попытаться узнать больше о знаниях кандидатов, чем о теоретических определениях.
Привет, друзья! В этой статье предлагаем вам решить десяток задач по автоматизации на Python + pytest. К каждой задаче приложили наш вариант решения.
Текстовое поле — элемент графического интерфейса пользователя (GUI), предназначенный для ввода данных пользователем.
Текстовые поля стали стандартной частью каждого сайта. Однако, именно в них часто встречаются ошибки, связанные с юзабилити, а для эффективного тестирования текстовых полей необходимо чётко понимать назначение каждого из них.
На собеседовании кандидату часто задаётся вопрос, касающийся проверки корректности работы текстовых полей. Например: «Перечислите варианты тест-кейсов для поля “Имя”».
В этой статье мы рассмотрим различные сценарии для тестирования текстовых полей и областей (включая числовые и обязательные поля). Статья поможет понять, как должны быть спроектированы текстовые поля и что нужно сделать, чтобы они были действительно удобными для использования.
Привет! Меня зовут Артем. Я тестировщик и занимаюсь обучением будущих специалистов в этом направлении. Обучение – это первый шаг, гораздо важнее – поиск первой работы.
Достаточно часто соискателям на позицию QA Engineer компании высылают тестовые задания (ТЗ). Их решение дает первичное понимание об уровне специалиста и является дополнительным фильтром для нанимающего менеджера.
Я собрал всю информацию про тестовые задания и рекомендации в одном гайде. В конце статьи вы найдете ссылку на репозиторий с большой подборкой тестовых заданий.
Привет! Меня зовут Юлия Андреева, я QA-специалист в AGIMA. Мы пилим и тестируем много Flutter-приложений. И недавно я заметила, что не все коллеги понимают специфику их тестирования. В этой статье расскажу про основные инструменты и подходы, которые мы используем. Сосредоточусь только на тех технологиях, которые уникальны для Flutter.
Гуд ньюз эвриван! У нас с друзьями есть традиция — каждый год мы пишем хотя бы один большой IT-учебник.
В 2023 году мы выпустили бесплатный 100-Year QA-Textbook - интерактивный учебник по тестированию на английском и русском языках. 700+ страниц (без учета картинок!), 40 наборов встроенных тестов. По нему начали заниматься более 10’000 студентов, а хабр-статью про него прочитали более 90’000 раз.
2024 год начали с того, что опубликовали первый в своем роде русскоязычный учебник. По двум темам, с которыми, по нашим наблюдениям, у изучающих тестирование возникают максимальные проблемы - как все-таки правильно учиться и как быстрее найти первую QA-работу. При том, что действительно адекватных источников информации, чтобы помочь эти проблемы исправить, — минимум.
А кроме учебников для новичков, в 2024 году мы выпустим два бесплатных учебника для QA-джунов/мидлов.
В этой статье вы найдете популярные вопросы, которые задают на собеседованиях ручным тестировщикам. Будет не лишним изучить их для повышения уверенности перед интервью с HR-специалистом. Если вы уже ознакомлены с некоторыми аспектами разработки программного обеспечения, вам в любом случае стоит прочесть эту статью с целью получения новых знаний. В конце концов, чем лучше вы владеете информацией обо всех этапах разработки ПО, тем выше ваши шансы на рынке труда.
Сначала мы рассмотрим легкие вопросы, затем перейдем к более сложным.
Теперь мы можем сделать вывод, что автоматизация - это ручные тесты, переведённые в автоматический процесс. И если нет ручных, то нет и автотестов.
Хочешь кататься, люби и саночки возить - это как раз про проектирование тест-кейсов. Мы конечно говорим не про автоматизаторов, которые пишут автотесты по ТК от ручных тестировщиков. Мы говорим про QA, который одновременно выполняет роль manual и automation engineer в команде.
Сегодня мы будем писать на Java
⚠️ Для того чтобы Яндекс не поставил капчу на наш парсинг сайта, нам необходимо сначала зайти на любую страницу, к примеру google translate и только после мы загружаем https://music.yandex.ru/home. Задача избежать прямого посещения сайта.
Шаг 1 Откроем https://music.yandex.ru/home в инкогнито
Шаг 2 Нажимаем на крестик для закрытия страницы онбординга
В данной статье я хочу поделиться своим опытом создания нативного образа для EmbeddedKafka с использованием GraalVM. Использование такого образа в интеграционных тестах позволяет увеличить скорость запуска тестовых сценариев и сократить объем потребляемой памяти. Интересно отметить, что в сравнении с использованием confluentinc/cp-kafka в Testcontainers, разница в скорости и потреблении памяти оказывается заметной — и не в пользу последнего.
Устали от нестабильных тестов?
Автоматизированные тесты часто ведут себя нестабильно. Логичное решение в такой ситуации — немедленно исправить такие тесты или избавиться от них. Но что, если тестов — тысячи, инженеров, которые могут их исправить, не так много, а избавление от большого количества тестов слишком рискованно? В таком случае нужно сначала найти самые плохие тесты и начать работу с ними. Мы в Wrike набили много шишек в попытке решить эту проблему, но в конце концов справились. В этой статье я хочу поделиться нашей историей и показать схему, с помощью которой и вы сможете контролировать стабильность тестов.
Привет, Хабр, на связи лаборатория кибербезопасности компании AP Security! Сегодня речь пойдет о том, как можно использовать уязвимость внедрения шаблонов на стороне сервера (SSTI), когда сервер жертвы находится в изолированной среде (песочнице), при которой можно добиться удаленного выполнения кода (RCE). Всем приятного прочтения!
Требование — это спецификация того, что должно быть реализовано. В нем описывается поведение и атрибуты системы.
Тестирование требований - необходимая и очень важная процедура, которая помогает оптимизировать работу команды и избежать недопонимания, а также позволяет понять, могут ли эти требования быть выполнены с точки зрения времени, ресурсов и бюджета.
Пирамида тестирования — это модель, впервые описанная Майком Коном в книге “Succeeding with Agile: Software Development Using Scrum” в 2009 году. Майк является одним из авторов метода разработки программного обеспечения Scrum.
Его пирамида состояла из нескольких уровней тестирования, которые распределены в зависимости от степени детализации, сложности разработки и имплементации тестов, а также количеству тестов, проводимых на каждом уровне.
Анализ системы защиты сайта от ботов на примере letu.ru с использованием javascript reverse engineering.
В этой статье я постараюсь развеять один из самых распространенных мифов о разработке по Agile: «Необязательно иметь в команде тестировщиков. Разработчики могут тестировать сами». Я думаю, такой подход возможен в некоторых «особых» сценариях, но в любом случае это было бы не очень эффективно.
