На главную Software-Testing.Ru - портал специалистов по тестированию и обеспечению качества ПО https://www.software-testing.ru/component/content/frontpage Wed, 23 Jul 2025 20:41:11 +0000 Joomla! 1.5 - Open Source Content Management ru-ru Где набраться практики начинающему тестировщику: от учебных полигонов до open source https://www.software-testing.ru/library/testing/testing-for-beginners/4393-practice-for-beginners-testers https://www.software-testing.ru/library/testing/testing-for-beginners/4393-practice-for-beginners-testers Автор: Юлия Ковшова
Оригинальная публикация в блоге YADRO на Хабре

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

Я Юлия Ковшова, руководитель группы компонентного тестирования защиты данных в YADRO, поделюсь идеями, где получить опыт, если вы недавно в тестировании и хотите дополнить портфолио практическими работами. В статье есть блок и для более уверенных в себе специалистов — сможете почерпнуть пару практик для развития в профессии.

]]>
barancev@gmail.com (Administrator) frontpage Tue, 22 Jul 2025 20:00:00 +0000
Четыре фрейма тестирования, часть 1: начало https://www.software-testing.ru/library/testing/testing-for-beginners/4378-four-frames-for-testing-part-1-getting-started https://www.software-testing.ru/library/testing/testing-for-beginners/4378-four-frames-for-testing-part-1-getting-started Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

Разговоры о тестировании повсеместно и довольно давно идут наперекосяк. Как любил подчеркивать Джерри Вайнберг, слово «тестирование» перегружено смыслами и сваливает в одну кучу множество идей и видов деятельности. Это слово применяется к различным действиям, выполняемым разными людьми, работающими в разных контекстах, выполняющими разные задачи с различными приоритетами, в разные моменты процесса разработки. Неудивительно, что люди из настолько разных парадигм говорят, не слыша друг друга.

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

]]>
barancev@gmail.com (Administrator) frontpage Sun, 20 Jul 2025 20:00:00 +0000
Как я понимаю «компонентное тестирование» https://www.software-testing.ru/library/testing/other-testing/4395-component-testing https://www.software-testing.ru/library/testing/other-testing/4395-component-testing Автор: Никонов Владислав

Почитываю книжку Искусство Agile-тестирования и наткнулся в ней на такую штуку как "компонентное тестирование" (КТ). Я уже не первый раз натыкаюсь на этот термин, в первый раз я поискал инфу об этом, как то не очень понял и забил. Но с каждой последующей встречей у меня все больше подгорало.


Картинка из интернета

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

Начнем с определений. Самое крутое (тут сарказм), которое я нашел это - "Компонентное тестирование программного обеспечения - это тестирование отдельных компонентов программного обеспечения". Да и вообще, во многих статьях определение пропускается и пишется, что-то вроде "компонентное тестирование это вид тестирования который следует сразу после модульного и до интеграционного". Еще варианты:

]]>
barancev@gmail.com (Administrator) frontpage Tue, 15 Jul 2025 20:00:00 +0000
Руководство по критическому мышлению для начинающих https://www.software-testing.ru/library/testing/testing-for-beginners/4344-critical-thinking https://www.software-testing.ru/library/testing/testing-for-beginners/4344-critical-thinking Автор: Джитеш Госай (Jitesh Gosai)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

]]>
barancev@gmail.com (Administrator) frontpage Mon, 14 Jul 2025 20:00:00 +0000
Left Shift Testing: как выстроить процесс, чтобы тесты реально помогали https://www.software-testing.ru/library/testing/testing-automation/4390-left-shift-testing https://www.software-testing.ru/library/testing/testing-automation/4390-left-shift-testing Автор: Никита Филонов
Оригинальная публикация

Вступление

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

Сразу хочу подчеркнуть: в этой статье мы будем говорить исключительно о концепции процесса, а не о технической реализации. Здесь не будет примеров кода, конфигураций CI/CD, или привязки к конкретным инструментам и фреймворкам. Цель статьи — описать качественную архитектуру процесса автоматизации, которая может быть адаптирована под любой технологический стек.

Ведь в каждой компании свои инструменты, процессы, команды и особенности CI/CD. Универсального "рецепта" не существует — но существует направление движения и принципы, к которым стоит стремиться. Если же вас интересуют технические детали, реализация автотестов или настройка пайплайнов, рекомендую ознакомиться с другими моими статьями:

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

]]>
barancev@gmail.com (Administrator) frontpage Sun, 13 Jul 2025 20:00:00 +0000
Контрактное тестирование API – визуальное руководство https://www.software-testing.ru/library/testing/other-testing/4345-api-contract-testing-visual-guide https://www.software-testing.ru/library/testing/other-testing/4345-api-contract-testing-visual-guide Автор: Питер Томас (Peter Thomas)
Оригинал статьи
Перевод: Ольга Алифанова


В последнее время интерес к контрактному тестированию растет – появляется все больше и больше инструментов, постов и статей. Но мне всегда казалось, что этот термин несколько недопонят. Такие термины, как «контрактное тестирование, управляемое потребителем», могут сбить с толку новичков тест-автоматизации. К тому же многие материалы, продвигающие контрактное тестирование, упускают ряд важных деталей. Эта статья нацелена на то, чтобы помочь командам понимать и обсуждать ключевые концепции – а также прояснить, что же это такое, и чем оно не является.

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

]]>
barancev@gmail.com (Administrator) frontpage Wed, 09 Jul 2025 20:00:00 +0000
От релиз-менеджера до разработчика: почему я ушел из QA и не жалею https://www.software-testing.ru/library/around-testing/job/4391-qa https://www.software-testing.ru/library/around-testing/job/4391-qa Автор: Николай Алешин (Nikolay Aleshin)

2007-й год не вернуть: профессия QA-инженера, которая ещё недавно была престижной и высоко ценилась, сегодня стремительно теряет влияние, превращая опытного эксперта в «универсального бойца», которому можно спихнуть любую работу. Эта статья — моя личная история, в которой я разбираю, почему профессия больше не ценится и что сделать, чтобы она не попала в красную книгу как исчезнувший вид.

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

Даже при наличии опыта, глубокого понимания процессов и бизнес-контекста, квалифицированные QA-инженеры уже не так востребованы, как раньше. Компании по-прежнему нанимают людей на эту должность, но не понимают, зачем она им нужна. Роль QA размыта до предела — теперь это что-то между тестировщиком, аналитиком, DevOps-инженером и ещё бог знает кем.

Последний год поиска работы стал для меня настоящим шоком. Я увидел, как QA-индустрия мутировала в нечто неопределённое: требования нереалистичны, зарплаты мизерные, а доверие к профессии почти исчезло. Это заставило меня переосмыслить свой путь и сделать трудное, но необходимое решение — уйти из QA.

]]>
barancev@gmail.com (Administrator) frontpage Tue, 08 Jul 2025 20:00:00 +0000
Введение в пайплайны непрерывной интеграции (CI) и непрерывной поставки (CD) для тестировщиков https://www.software-testing.ru/library/testing/general-testing/4342-pipelines https://www.software-testing.ru/library/testing/general-testing/4342-pipelines Автор: Эди Стоукс (Ady Stokes)
Оригинал статьи
Перевод: Ольга Алифанова

Введение

Тестировщики, слыша фразу «пайплайн CI/CD», обычно реагируют двумя способами. Те, кто тесно работал с пайплайнами или занимался автоматизацией, видят в этом возможность. Однако те, кто от автоматизации далек, часто пугается. Я видел, как люди говорили или писали что-то вроде:

  • Я не очень в этом разбираюсь, это какая-то автоматизация.
  • Я ручной тестировщик и не участвую в пайплайнах.
  • Я не пишу код, мне не нужно об этом знать.
  • Этим занимаются специально обученные люди – это не ко мне.

Пайплайны CI/CD – это, безусловно, часть автоматизации, но это не только и не столько это. В этой статье я расскажу, что это такое, почему тестировщикам надо понимать, как это работает, и почему это важно для них. Начнем с начала – разберемся, что это.

]]>
barancev@gmail.com (Administrator) frontpage Mon, 07 Jul 2025 20:00:00 +0000
Тестирование почты, Redis, совместимости, составление ИПР, TDD и BDD, AI для автотестов: самые интересные новости тестирования за второй квартал 2025 года https://www.software-testing.ru/news/4396-mail-0725 https://www.software-testing.ru/news/4396-mail-0725 Опубликован выпуск рассылки за 2 квартал 2025 года.

В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Содержание рассылки доступно по ссылке.

Подписаться на рассылку

]]>
barancev@gmail.com (Administrator) frontpage Thu, 03 Jul 2025 08:47:08 +0000
Как мы упростили развертывание почтового сервиса для тестирования или сказ про Mailpit — он же сервис fakemail\mailtrap https://www.software-testing.ru/library/testing/testing-tools/4392-mailpit- https://www.software-testing.ru/library/testing/testing-tools/4392-mailpit- Автор: Астапов Святослав, системный инженер
Оригинальная публикация

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

]]>
barancev@gmail.com (Administrator) frontpage Tue, 01 Jul 2025 20:00:00 +0000
Как справиться с падениями ChromeDriver в Kubernetes: история об устойчивой автоматизации https://www.software-testing.ru/library/testing/testing-tools/4343-chromedriver-crashes-in-kubernetes https://www.software-testing.ru/library/testing/testing-tools/4343-chromedriver-crashes-in-kubernetes Автор: Дэн Бурлаку (Dan Burlacu)
Оригинал статьи
Перевод: Ольга Алифанова

Зачем тестировать в Kubernetes?

Мне, как инженеру-тестировщику, поставили задачу разработать автоматизированные UI-тесты (пользовательского интерфейса) для сложного веб-приложения с динамически генерируемым содержимым. Это означает, что у веб-элементов, с которыми мне нужно взаимодействовать, зачастую отсутствуют статические атрибуты, на которые можно легко сослаться. В результате нужно использовать более сложные стратегии поиска и взаимодействия с этими элементами. Попрыгав через ряд колец локализации веб-элементов и убедившись, что я кликаю по нужным кнопкам и имею доступ к правильным встроенным фреймам, я закончил работу над тестами.

Веб-приложение запускается, как отдельная K8S (Kubernetes) копия для каждой клиентской компании, на отдельном кластере K8S, где ресурсы этой конкретной копии сгруппированы в пространства. UI-тесты автоматически запускаются перед крупными обновлениями версий веб-приложения, а также сразу после, чтобы проверить, что обновление не повредило работе приложения. Это было достигнуто через контейнеризацию кода UI-тестов в образ Docker, его отправку в репозиторий организации и использование задачи K8S для деплоя тестов в конкретном пространстве копии перед обновлением и сразу после него.

Образ Docker, разворачивающийся на сотнях ресурсов, должен быть легким, поэтому тесты запускались в окружении Linux. Запуск в Linux без поддержки дисплея означал, что тесты не могли открыть обычны браузер и вынуждены были использовать режим без графического интерфейса. Вся разработка и тестирование в компании проводятся в Chrome, и поэтому я, естественно, использовал ChromeDriver для запуска настройки Chromium в деплое контейнера. Сервер, отслеживающий расписание обновлений, использовался для запуска тестов в конкретной копии веб-приложения, а тесты возвращали на сервер JSON-отчет о результатах.

]]>
barancev@gmail.com (Administrator) frontpage Mon, 30 Jun 2025 20:00:00 +0000
День Сурка QA: как не застрять в цикле рутинных задач https://www.software-testing.ru/library/around-testing/processes/4389-groundhog-day-qa https://www.software-testing.ru/library/around-testing/processes/4389-groundhog-day-qa Евгений Гусинец, Middle+ QA Engineer, автор телеграмм канала о тестировании QA❤️Life https://t.me/QA4Life

На связи Евгений Гусинец — Middle+ QA Engineer из Минска, ментор и автор ТГ‑канала QA❤️4Life. Добро пожаловать в мою небольшую подборку «тестировочной рутины» и советов, как с ней справляться! Наверняка, многие из вас узнают себя в этих ситуациях. А может быть, вы даже сможете поделиться своими «любимыми» повторяющимися задачами в комментариях? В любом случае, надеюсь, этот пост поднимет вам настроение и, возможно, даст пару полезных идей.

Ох, рутина… Это такое знакомое слово каждому, кто хоть раз окунался в мир IT, и тестировщики тут, поверьте, не исключение. Казалось бы, каждый день что‑то новенькое, баги выискиваем, приложения ломаем по‑хорошему... Но если копнуть глубже, у каждого тестировщика найдется свой «день сурка» из повторяющихся задач. Давайте вместе посмеемся (или погрустим?) над этими моментами, разбавив это дело мудростью из книжек, которые не раз помогали мне и моей команде.

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

]]>
barancev@gmail.com (Administrator) frontpage Sun, 29 Jun 2025 20:00:00 +0000
Нагрузочное тестирование Redis https://www.software-testing.ru/library/testing/performance-testing/4341-redis https://www.software-testing.ru/library/testing/performance-testing/4341-redis Автор: Абишек Дюбей (Abhishek Dubey)
Оригинал статьи
Перевод: Ольга Алифанова

Я собираюсь объяснить, как можно измерить производительность Redis. Об этом уже написано множество статей, но я хочу поделиться своим опытом, опытом DevOps-инженера. Я также хочу рассказать о методах, которые внедряются в нашей компании.

Итак, нагрузочное тестирование чего, зачем?

Первое, что приходит в голову – это вопрос, зачем нам нагрузочное тестирование? Наше окружение и так хорошо работает? Или оно хорошо работало с первого же запуска.

Но вот что я вам скажу – все не так просто, потому что у всего есть пределы, и знание этих пределов часто может вам помочь. Если мы не готовы встретить повышенную нагрузку во всеоружии, наше окружение может запросто нас подвести. Как говорится,

«Искры туши до пожара, беду отводи до удара»

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

]]>
barancev@gmail.com (Administrator) frontpage Tue, 24 Jun 2025 20:00:00 +0000
Edge-to-edge в Android: опыт внедрения и рекомендации по тестированию https://www.software-testing.ru/library/testing/mobile-testing/4388-edge-to-edge-android https://www.software-testing.ru/library/testing/mobile-testing/4388-edge-to-edge-android Оригинальная публикация

Всем привет! Мы – Саша Королёв и Юля Трусова, инженеры в Design System Авито. Наша команда работает над качеством интерфейсов: актуальностью, предсказуемостью, доступностью. В этой статье рассказываем про наш опыт внедрения edge-to-edge в мобильном приложении Avito для Android.

Материал будет особенно вам интересен, если ваше приложение не использовало режим edge-to-edge, но ввиду последних требований от Google по переходу на target SDK 35, появилась в этом необходимость. Ведь данное обновление применяет режим по умолчанию без возможности его отключить. Из статьи вы узнаете, с какими сложностями столкнулись мы как участники большого проекта при интеграции данного режима в масштабный проект с не одной сотней экранов.

]]> barancev@gmail.com (Administrator) frontpage Mon, 23 Jun 2025 20:00:00 +0000 Падают тесты? Восстанавливаем надежность тест-результатов https://www.software-testing.ru/library/testing/testing-for-beginners/4340-are-you-seeing-red-restoring-reliability-to-test-results https://www.software-testing.ru/library/testing/testing-for-beginners/4340-are-you-seeing-red-restoring-reliability-to-test-results Автор: Хосе Каррера (Jose Carrera)
Оригинал статьи
Перевод: Ольга Алифанова

Есть ли тут проблема? Почему определенные тесты падают, кажется, всегда

Как тестировщики, мы хотим, чтобы тесты говорили нам, если код продукта ведет себя не так, как мы ожидаем. Во многих окружениях непрерывной интеграции и деплоя (CI/CD) мы привыкли ожидать, что упавшие тесты будут «красными» на дашборде результатов. Красный цвет сообщает, что где-то есть проблема.

Тесты, которые падают время от времени, особенно в областях продукта, подверженных регрессионным дефектам, очень полезны, ЕСЛИ становятся красными по веской причине: когда внедрен дефект, или в тест-окружении произошло что-то неожиданное.

]]>
barancev@gmail.com (Administrator) frontpage Sun, 22 Jun 2025 20:00:00 +0000
Чек-лист ревьюера тест кейсов https://www.software-testing.ru/library/testing/test-analysis/4387-checklist-of-the-review-of-test-cases https://www.software-testing.ru/library/testing/test-analysis/4387-checklist-of-the-review-of-test-cases Автор: Анна Север (Литвинова), Ведущий инженер по качеству, Рексофт

Любите ли вы чек-листы так, как люблю их я?

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

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

Хорошая практика, когда сначала по нему проходишь сам, а потом уже отдаёшь коллеге в более чистом виде. С ним, кстати, удалось и подтянуть менее опытных коллег — например, они использовали его как шпаргалку, где ожидаемый результат должен быть 400, а где — 404, какие проверки валидны, какие — уже и нет, а какие — следует добавить. Поехали!

]]>
barancev@gmail.com (Administrator) frontpage Tue, 17 Jun 2025 20:00:00 +0000
Тестирование персональных предложений https://www.software-testing.ru/library/testing/test-analysis/4337-personalized-suggestions-testing https://www.software-testing.ru/library/testing/test-analysis/4337-personalized-suggestions-testing Автор: Венкат Рамакришнан (Venkat Ramakrishnan)
Оригинал статьи
Перевод: Ольга Алифанова

Тестирование персональных предложений критически важно для приложений, применяющих ИИ и предлагающих такую возможность. Эти предложения важны как для Apple Intelligence в iPhone 16.0, так и для других областей, так как применяются для:

  • Предложения часто используемых приложений
  • Уведомлений на основании времени, локации или деятельности
  • Рекомендаций при поиске (приложений и виджетов)
  • Интеллектуального ввода текста.

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

]]>
barancev@gmail.com (Administrator) frontpage Sun, 15 Jun 2025 20:00:00 +0000
ИИ в тестировании ПО: возможности, ограничения, эксперименты и практический опыт https://www.software-testing.ru/library/around-testing/processes/4376-ii https://www.software-testing.ru/library/around-testing/processes/4376-ii Автор: компания Simbirsoft

Вот уже пару лет чат-боты, основанные на больших языковых моделях, «гремят» на весь интернет. Поражают своими возможностями и делают то, о чем около 15 лет назад можно было услышать только в фантастических сюжетах. При этом важно что, сейчас Large Language Model (LLM) дошли до широкого круга потребителей и все могут их увидеть и протестировать. В связи с этим возникают дискуссии, размышления, статьи-прогнозы на тему того, как искусственный интеллект (ИИ) изменит рынок труда, кого заменят, сократят, а кто останется и т.д. Профессия QA и процессы тестирования тоже не остались без подобных рассуждений. 

Меня зовут Андрей, я QA-специалист в компании SimbirSoft. В этой статье хочу поделиться опытом и впечатлениями моих коллег в использовании ИИ для рабочих задач.

]]>
barancev@gmail.com (Administrator) frontpage Tue, 10 Jun 2025 20:00:00 +0000
Идеи для тестов: коллективное творчество https://www.software-testing.ru/library/testing/test-analysis/4336-software-testing-test-ideas-hive-mind-sttihm https://www.software-testing.ru/library/testing/test-analysis/4336-software-testing-test-ideas-hive-mind-sttihm Автор: Саймон Томс (Simon Tomes)
Оригинал статьи
Перевод: Ольга Алифанова

Сообщество тестировщиков – собрание умных людей с богатым опытом и множеством идей. Мы собрали ряд идей для тестирования ПО – возможно, они помогут вам при регрессионном тестировании, тестировании API, исследовательском тестировании, мобильном тестировании, тестировании миграции данных, релизном тестировании, следующем bug bash и многом другом!

Как этим пользоваться:

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

БОНУС: скомбинируйте несколько идей.

ДВОЙНОЙ БОНУС: свяжитесь с автором и поблагодарите его. Дайте ему знать, что он вам помог.

ТРОЙНОЙ БОНУС: поделитесь своим успехом в клубе.

]]>
barancev@gmail.com (Administrator) frontpage Mon, 09 Jun 2025 20:00:00 +0000
Как составить тест-кейсы на собеседовании? Разбираем задачу с техсобеса для начинающих QA https://www.software-testing.ru/library/testing/testing-for-beginners/4375--interview https://www.software-testing.ru/library/testing/testing-for-beginners/4375--interview Оригинальная публикация

Я Михаил Бибик, работаю в СберТехе QA‑automation‑инженером, пишу автотесты для СУБД Pangolin — это целевая СУБД в Сбере и не только. В прошлом году наша команда искала и нанимала QA‑инженеров с различным опытом, в том числе совсем начинающих. Когда я провёл штук 15–20 собеседований, то понял, что могу обобщить некоторые наблюдения и составить простые советы по поводу составления сценариев тестирования для начинающих (скорее, очень начинающих) тестировщиков. В этой статье я покажу, как применить теорию тестирования на техническом собеседовании. Для этого разберу реальную задачу с нашего собеседования.

]]>
barancev@gmail.com (Administrator) frontpage Sun, 08 Jun 2025 20:00:00 +0000
Стратегии упрощения определений шагов BDD https://www.software-testing.ru/library/testing/testing-automation/4331-strategies-to-simplify-your-bdd-step-definitions https://www.software-testing.ru/library/testing/testing-automation/4331-strategies-to-simplify-your-bdd-step-definitions Автор: Томаш Балог (Tamás Balog)
Оригинал статьи
Перевод: Ольга Алифанова

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

В ходе моей карьеры значительная часть моей тест-автоматизации включала применение какого-либо BDD-фреймворка – например, инструменты вроде Cucumber или JBehave. Как человек, который программирует, я всегда интересовался рефакторингом, сокращающим количество стандартного или дублирующего кода – кода становится меньше, и он становится понятнее. Это включает и сокращение стандартного кода в методах определения шагов и прочем связующем коде. Как их упростить? Или вообще от них избавиться?

]]>
barancev@gmail.com (Administrator) frontpage Tue, 03 Jun 2025 20:00:00 +0000
Как видеть всё: внедряем простой мониторинг производительности в командах (на примере QA) https://www.software-testing.ru/library/around-testing/management/4374-monitoring-performance-in-teams https://www.software-testing.ru/library/around-testing/management/4374-monitoring-performance-in-teams Анализ показателей по ключевым метрикам — то, что помогает командам принимать верные решения. Оперативно выявлять узкие места в процессах, оценивать их эффективность на разных этапах релизного цикла, равномерно распределять нагрузку между сотрудниками.

Только как быть, если в вашей команде уже не 5 человек, а 15, и вручную отслеживать данные стало непросто?

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

Под катом рассказываем, как мы начали (и продолжаем) централизованно мониторить эффективность нашего QA-направления. Поэтапно и с практическими советами. 


Привет, меня зовут Василий, я Deputy CTO в Сравни. Уже пару лет мы централизованно мониторим производительность в командах, чтобы видеть реальную рабочую нагрузку, выявлять сложности в процессах и влиять на персональное развитие сотрудников. Речь, по сути, о визуализации данных из корпоративного таск-трекера — по настраиваемым полям получаем на дашбордах данные в нужном нам разрезе, на их основе делаем выводы. 

]]>
barancev@gmail.com (Administrator) frontpage Mon, 02 Jun 2025 20:00:00 +0000
Почему я перевел наш фреймворк автоматизации с JavaScript на TypeScript https://www.software-testing.ru/library/testing/testing-automation/4330-javascript-to-typescript https://www.software-testing.ru/library/testing/testing-automation/4330-javascript-to-typescript Автор: Сарит Вакрат (Sarit Vakrat)
Оригинал статьи
Перевод: Ольга Алифанова

Javascript – прекрасный язык программирования: он легок, быстр, и располагает ресурсами для решения практически любых приходящих в голову вопросов. Он профессионально управляется с бэкендом через Node.js. Однако если в вашем javascript-коде попался баг, дебаг может сильно выматывать и раздражать, а иногда это глупые, легко предотвратимые баги.

TypeScript пользуется всеми преимуществами JavaScript и NodeJS и усиливает их – он поможет писать код, который легче читать и проще поддерживать. У него статическая типизация, классы, интерфейсы, типы, декораторы и поддержка IDE в режиме реального времени вроде Visual Studio Code.

]]>
barancev@gmail.com (Administrator) frontpage Sun, 01 Jun 2025 20:00:00 +0000
Как писать баг-репорты, которые помогут всей команде https://www.software-testing.ru/library/testing/bug-tracking/4373-bug-reports https://www.software-testing.ru/library/testing/bug-tracking/4373-bug-reports Автор: Михаил, специалист по тестированию в компании ITFB Group

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

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

]]>
barancev@gmail.com (Administrator) frontpage Tue, 27 May 2025 20:00:00 +0000
Как ваше мобильное приложение справляется с проблемами связи? Вас могут ожидать сюрпризы… https://www.software-testing.ru/library/testing/mobile-testing/4329-how-does-your-mobile-application-handle-internet-connection-issues-you-might-be-surprised https://www.software-testing.ru/library/testing/mobile-testing/4329-how-does-your-mobile-application-handle-internet-connection-issues-you-might-be-surprised Автор: Ашутош Мишра (Ashutosh Mishra)
Оригинал статьи
Перевод: Ольга Алифанова

Все больше компаний обзаводится собственными мобильными приложениями, и многие экс-веб-тестировщики переходят в мобильное тестирование. Совершая этот переход, тестировщики иногда полностью игнорируют вроде бы мелкие проблемы вроде нестабильного интернета при использовании мобильного приложения пользователями (ниже я буду называть это «путем потребителя»).

Знаете ли вы, как ваше приложение справляется с ошибками или проблемами задержек, вызванными нестабильным соединением с Интернетом?

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

]]>
barancev@gmail.com (Administrator) frontpage Mon, 26 May 2025 20:00:00 +0000