Перечислите типичные возможные обязанности QA?

● Мониторинг всего процесса разработки;

● Несет ответственность за отслеживание результатов каждого этапа SDLC и корректировку в соответствии с ожиданиями;

● Несет ответственность за чтение и понимание необходимых документов;

● Анализируют требования к тестированию, а также разрабатывают и выполняют тесты;

● Разрабатывают Test case и расставляют приоритеты в тестировании;

● Записывают проблемы и инциденты в соответствии с задачами проекта и планами управления инцидентами;

● Работают с командой приложения и/или клиентом для решения любых проблем, возникающих в процессе тестирования;

● Проводят регрессионное тестирование каждый раз, когда в код вносятся изменения для исправления дефектов;

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

● Принимают участие в прохождении процедур тестирования.

Источник: Real Time Software QA Interview Questions And Answers

Доп. материал:

● QA — специалист по пожарной безопасности вашего проекта

● Being an Influencer of Quality

● What is quality engineering?

● QA in Production

● Кто такой QA Engineer, QC Engineer и Software Engineer in Test

● В чем отличие QA-инженеров от тестеров

● Обеспечение качества - чья это работа?

● Quality Assurance vs Quality Control vs Testing

Контроль качества (Quality Control - QC)

Это часть QA - процесс установления стандартов и проверки, что ПО сделано правильно. Цель контроля качества - проверить, соблюдалась ли предписанная модель или нет. Это может быть достигнуто путем проведения аудитов и определения того, следовала ли команда определенной модели для достижения качества. Аудит качества - это оценка процесса на месте для обеспечения его соответствия требованиям. Они выполняются под наблюдением аудитора, который проверяет, соблюдались ли установленные руководящие принципы во время создания продукта. Аудиты предназначены не для проверки качества продукта, а для проверки типа работы, выполняемой при создании продукта. Он оценивает, насколько точно соблюдалась предписанная модель. Есть ли вариации? Если да, то в чем причина вариаций? Целью аудитов является постоянное улучшение качества работы, отныне повышая качество продукции. Инспекция может быть одним из аспектов аудита.Инспекция исследует свойства продукта. Он проверяет, насколько хорошо продукт соответствует требованиям, есть ли какие-либо различия между разработанным и желаемым продуктом. Если да, то будет соответствовать требованиям или нет. Сколько продуктов нагрузки / стресса могут выдержать? Какая неблагоприятная ситуация может привести к сбою? Короче говоря, аудит - это проверка качества процесса, используемого при создании продукта. Инспекция - это проверка того, насколько хорошо продукт соответствует требованиям, предъявляемым заинтересованными сторонами. Качество и контроль практикуются в самых разных отраслях, таких как программное обеспечение, производство, автомобилестроение, розничная торговля и т.д., чтобы гарантировать, что все соблюдают стандартную процедуру и практику. Как и при массовом производстве, любое отклонение от стандартной процедуры может привести к ошибкам, которые могут привести к потере огромного количества денег и времени.

Источник: Testing vs Quality Assurance vs. Quality Control What’s the Difference?

Тестирование (Testing)

Пара официальных определений:

● Тести́рование програ́ммного обеспе́че́ния — процесс исследования, испытания программного продукта, имеющий своей целью проверку соответствия между реальным поведением программы и ее ожидаемым поведением на конечном наборе тестов, выбранных определённым образом (ISO/IEC TR 19759:2005).

● Процесс, содержащий в себе все активности жизненного цикла, как динамические, так и статические, касающиеся планирования, подготовки и оценки программного продукта и связанных с этим результатов работ с целью определить, что они соответствуют описанным требованиям, показать, что они подходят для заявленных целей и для определения дефектов (ISTQB Ru);

Это часть QC - процесс проверки того, ведет ли себя спроектированный продукт должным образом в различных условиях. Требования документируются в виде test case. Тестировщик верифицирует и валидирует продукт. Если тестируемое требование к продукту ведет себя так, как ожидалось, test case помечается как пройденный (pass/passed), иначе - как неудачный (fail/failed).

Основная цель тестирования - как можно эффективнее найти дефекты / ошибки. Дефект выявляется тестировщиком для failed scenarios и передается разработчику. После того, как дефект будет исправлен разработчиком, требование проверяется для проверки исправления, и соответствующий test case считается passed. Эти петли обратной связи важны на каждом этапе product delivery lifecycle.

Источник: Testing vs Quality Assurance vs. Quality Control What’s the Difference?

Доп. материал:

● Что же такое тестирование?

● Уроки ретроспективного анализа: наука о тестировании