Что пишут в блогах

Подписаться

Онлайн-тренинги

Конференции

Что пишут в блогах (EN)

Разделы портала

Про инструменты

Лучшие вакансии

.
Улучшение процессов
Тест-фрейминг
10.07.2020 00:00

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

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

Подробнее...
 
Хитрые стратегии расширения подхода к тестированию
08.05.2020 00:00

Автор: Саймон Найт (Simon Knight)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

Но как же вы попали в эту область системы? Каким маршрутом вы шли, что вы могли упустить по дороге?

Что, если вместо того, чтобы прямой наводкой идти к этой области, вы бы свернули в совершенно ином направлении?

Что вы могли бы найти?

Подробнее...
 
Чеклист по планированию тестирования
24.04.2020 00:00

Автор: Рози Шерри (Rosie Sherry)
Оригинал статьи
Перевод: Ольга Алифанова

Вам когда-нибудь ставили задачу распланировать ваше тестирование? Чувствовали ли вы, что что-то упустили? И вследствие этого беспокоились ли, что ПО начнет падать, и все начнут обвинять вас?

Использование этого чеклиста по планированию тестирования поможет вам справиться с волнением.

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

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

Подробнее...
 
Помимо багов: тестирование в реальной жизни, часть 4
12.02.2020 01:00

Автор: Кассандра Ланг (Cassandra H. Leung)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

Подробнее...
 
Почему не стоит прибегать к гибкому подходу?
21.01.2020 00:00

Гибкий подход (эджайл, agile) сегодня у всех на слуху. Все хотят быть гибкими, и – вуаля! – ваша компания уже на полпути к гибкому подходу. Зачем? Все статьи/обсуждения/слухи свидетельствуют о том, как это круто. Однако, бытует мнение, что это темная и грустная история, которую в прошлом году на конференции TestCon Moscow рассказал Антон Зотин.

С 31 марта по 2 апреля ждем вас на четвертом выпуске конференции TestCon Moscow 2020.

В данный момент у нас привлекательные цены на билеты, ну а всем читателям портала мы предлагаем дополнительную скидку в 10% по промо коду SOFTWARE10

Обсудить в форуме

 
Выбираем подходящий баг-трекинг
19.07.2019 00:00

Автор: Евгений Иванченко

Оригинальная публикация

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

Интро

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

  • Недоделки. Это ошибки, которые допустили разработчики, пока пилили новый функционал. Такие ошибки находят при исследовательском или приемочном тестировании новых фич на девелоперских стендах команд.
  • Баги в регрессе. Это дефекты, которые находят ручные регрессионные тесты или автоматические UI и API тесты на стенде для интеграции кода. 
  • Баги с прода. Это проблемы, которые нашли сот