Блог

Какие виды тестирования выбрать на основе тест-анализа: от требований до стратегии

Какие виды тестирования выбрать на основе тест-анализа: от требований до стратегии

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

Подробнее

Когти аналитика: как вскрыть сценарии и заставить системы «разговаривать»

Когти аналитика: как вскрыть сценарии и заставить системы «разговаривать»

В первых трех статьях мы прошли большой путь: слушали заказчика сквозь «у меня что-то не так», собирали разрозненные мнения фасилитацией,
фиксировали требования в BRD, SRS и Backlog. В этой статье разберем:
User Story, Use Case и диаграммы.

Подробнее

Тест-анализ как основа адекватного тестирования: почему баги – это не ошибка тестировщика

Тест-анализ как основа адекватного тестирования: почему баги – это не ошибка тестировщика

В индустрии разработки ПО до сих пор частенько встречается опасное заблуждение: если баг обнаруживается на проде или на поздних стадиях разработки, это автоматически считается провалом тестировщика. «Пропустил баг!» звучит как приговор. Но это не особо верный подход, т.к. он искажает суть процесса контроля качества. Тестировщик не создает баги и не гарантирует их 100% обнаружение. Его задача — обеспечить адекватное тестирование на основе качественного тест-анализа. Именно тест-анализ является тем фундаментом, который определяет, насколько обоснованно и эффективно будет проведено тестирование, и почему найденный баг — это не ошибка тестировщика, а следствие системных факторов.

Подробнее

Потеряли три месяца и 400 тысяч без QA. Гайд по тест-анализу

Потеряли три месяца и 400 тысяч без QA. Гайд по тест-анализу

Мы собрали короткий, понятный и практичный гайд о том, с чего начинается тестирование и тест-анализ, какие ошибки совершают даже опытные команды и как QA помогает сэкономить десятки часов и сотни тысяч. Всё – на примерах, с реальными кейсами и без демагогии. Забирайте по кнопке ниже.

Подробнее

Как записать требования и зачем различать BRD, SRS и Backlog?

Как записать требования и зачем различать BRD, SRS и Backlog?

В первой части мы учились слушать заказчика и вытаскивать из «у меня что-то не так» конкретные проблемы. Во второй – собирали разрозненные мнения команды в систему и ставили SMART-цели.
Теперь настало время документирования. Потому что даже самые гениальные идеи превращаются в хаос, если их не зафиксировать. В этой части разберём: BRD, SRS и Backlog, функциональные и нефункциональные требования. А еще попробуем превратить расплывчатое «хочу что-то про лояльность» в чёткие требования.

Подробнее

T-shaped тестировщики: ваш секрет ускорения веб-проектов в 2 раза

T-shaped тестировщики: ваш секрет ускорения веб-проектов в 2 раза

Ключевые задачи в заказной веб-разработке: предсказуемые сроки, высокое качество продукта, эффективное использование ресурсов, удовлетворенность клиента и способность брать сложные/инновационные проекты. Традиционная модель, построенная на »bug hunters» (специалистах с узким фокусом только на поиск дефектов без понимания контекста) и изолированных автоматизаторах, становится главным тормозом. Почему?

Подробнее

От хаоса к системе: фасилитация и SMART-цели

От хаоса к системе: фасилитация и SMART-цели

В первой части мы разобрали вважные вопросы относительно требований. Сегодня поговорим о фасилитации – как собрать разрозненные мнения команды в единую систему. И о SMART-целях – чтобы «хочу, чтобы покупали» превратилось в измеримый результат.

Подробнее

End-to-End тестирование: когда приложению нужен детектив, а не смотритель музея

End-to-End тестирование: когда приложению нужен детектив, а не смотритель музея

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

Подробнее

Как найти настоящую проблему, а не рисовать гипотезы

Как найти настоящую проблему, а не рисовать гипотезы

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

Подробнее

Что тестировать в первую очередь? Риск-ориентированное тестирование по-русски

Что тестировать в первую очередь? Риск-ориентированное тестирование по-русски

Когда сроки поджимают, прод не ждет, а баги прячутся где угодно, тестировщик должен действовать стратегически. Вместо того чтобы пытаться проверить всё подряд, разумнее задать себе вопрос: что тестировать в первую очередь? Какие баги реально опасны для бизнеса, а какие можно отложить? Ответ в оценке рисков в тестировании. В этой статье разберём, как выглядит управление рисками в тестировании ПО на практике. Покажем методику, которая экономит десятки часов и спасает релизы, даже если QA-команда работает в одиночку.

Подробнее

Поиск
Получите совет
Лаборатория Качества
Здравствуйте! Мы онлайн и готовы вам помочь!
79202240126
Quality_Lab_bot?start=officialsitelk