Статьи про IT

Статьи про IT

В статье рассмотрен пример жизненного цикла дефекта:

Показаны основные участники процесса, которые работают с дефектом

Приведены типовые статусы дефекта, по которым он проходит от момента создания, до закрытия

Указаны возможные переходы между статусами в рамках одной и разными группами (от "разработки" к "тестированию")

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

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

Далее рассмотрим, почему именно такие поля необходимы при описании дефекта.

С дефектами та же ситуация, что и с тест кейсами – нужно знать что такое дефект, для чего он нужен (и когда нужен), как и из чего он формируется. Пожалуй это основные вопросы на интервью по теме дефектов и их обязательно нужно разобрать во время подготовки к собеседованию. Также в случае с дефектом важно представлять его жизненный цикл – переходы по статусам, кто и в какой момент подключается к работе над дефектом. Понимание жизненного цикла дефекта очень важно не только для прохождения собеседования, но и для ежедневной работы. Далее рассмотрим все эти пункты и вопросы по порядку.

В этой статье предлагаю рассмотреть типовой шаблон теста:

Показаны основные составные части тест-кейса

Приведены важные параметры и атрибуты, которые должен содержать любой хорошо описанный тестовый сценарий

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

Ниже подробнее рассмотрим основные поля, необходимые при описании дефекта.

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

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

О проекте

  • Проведение тренингов и вебинаров: QA, Time management, People management, Agile
  • Консалтинг в области организации рабочих процессов в ИТ
  • Проведение и подготовка к собеседованиям

Информация об авторе проекта

 

Контакты

Skype: xpavnov

E-mail: xpavnov@gmail.com

VK: https://vk.com/doitsmartly

Группа вконтакте

doITsmartly©2019
Яндекс.Метрика

Search

//