6. Основная терминология тестирования

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

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

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

QC (Quality Control, Контроль качества) - совокупность действий проводимых над объектом тестирования в процессе разработки для получения информации об актуальном состоянии объекта тестирования в разрезах: "готовность Продукта к выпуску", "Соответствие зафиксированным требованиям", "Соответствие заявленному уровню качества продукта".

Тестирование программного обеспечения (software testing) – процесс анализа программного средства и сопутствующей документации с целью выявления дефектов и повышения качества продукта.

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

Дефект (баг, глюк; defect, bug) – любое несоответствие фактического и ожидаемого результата (согласно требованиям или здравому смыслу).

Ожидаемый результат (expected result) – такое поведение программного средства, которое мы ожидаем в ответ на наши действия.

Тест-план (test plan) – часть проектной документации, описывающая и регламентирующая процесс тестирования.

Чек-лист (check-list) – набор идей тестов.

Тест-кейс (test case) – набор входных данных, условий выполнения и ожидаемых результатов, разработанный с целью проверки того или иного свойства или поведения программного средства.

Тестовый сценарий, тест-сьют (test scenario, test-suite) – набор тест-кейсов, собранных в группу (последовательность) для достижения некоторой цели.

Билд (build) – промежуточная версия программного средства (финальный билд часто называют релизом (release)).

Качество (quality) – показатель степени соответствия продукта его требованиям. Качество продукта определяется качеством процесса его разработки.

Примеры критериев качества:

• Покрытие требований тестами – не менее 80%.

• Закрыто 100% известных критических дефектов, 90% дефектов средней критичности, 50% остальных дефектов.

• Общий показатель прохождения тестов – не менее некоторого значения: X = (Passed/Executed)*100%

Метрика качества (quality metric) - числовое значение некоторого показателя качества. Может определяться расчётным способом или по некоторой формуле.

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

________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

	Legal Notice	This document contains privileged and/or confidential information and may not be disclosed, distributed or reproduced without the prior written permission of EPAM Systems.
			© EPAM Systems, RD Dep., 2015	Page: 1/20