Минимальный словарь тестировщика

Здесь собраны самые главные термины по тестированию программного обеспечения (минимальный словарь тестировщика).

Автоматизированное тестирование (automated testing) — тестирование ПО с использованием специальных программ.

Альфа-тестирование (alpha testing) — ручное тестирование продукта на ранней стадии разработки, имитирующее работу с ПО разработчиками или командой тестировщиков на стенде разработки, или непосредственно самими пользователями. Форма внутреннего приемочного тестирования, которое проводится перед бета-тестированием.

Анализ предельных значений (boundary value analysis) — техника проверки и анализа поведения ПО в условиях граничных (предельных) значений, задача которой помочь выбрать эффективные значения для тестирования.

Баг (bug) — ошибка в программе; дефект, вызывающий сбой или непредсказуемость работы. Обнаруживается при сравнении результатов работы ПО с ожидаемым результатом.

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

Бета-тестирование (beta testing) — техника тестирования перед выпуском рабочей версии. В процессе происходит интенсивное использование почти готовой версии ПО, которое выявляет оставшиеся ошибки. Три этапа бета-тестирования (внутреннее, закрытое и открытое) позволяют выявить максимум ошибок для последующего их устранения перед непосредственным выводом ПО на потребительский рынок.

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

Верификация (verification) — в отличие от валидации проводится не во всех случаях, а только если эта проверка необходима для определенного продукта в качестве доказательства, что он соответствует неким узким характеристикам, заданным в соответствии с заданными условиями.

Дебаггинг (debugging, дебагинг) — значение легко угадывается при переводе, обозначает сам процесс поиска, нахождения и ликвидации багов.

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

Жизненный цикл программного обеспечения — это весь отрезок времени, в течении которого программное оборудование создается и функционирует, и который заканчивается с момента вывода ПО из эксплуатации.

Инсталляционное тестирование (installation testing) — выявление уровня корректности установки и готовности ее к эксплуатации в ходе тестирования в искусственной среде.

Итеративная модель (iterative model) — цикличный (итеративный) процесс разработки программного обеспечения, проводящийся отдельными этапами с анализом промежуточных результатов прохождения и последующей коррекцией и формулированием возникающих требований.

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

Контроль качества (quality control, QC) — проверка того, насколько система соответствует требованиям качества.

Конфигурационное тестирование (configuration testing) — специальное тестирование программного обеспечения при разнообразных конфигурациях системы, например, при различных конфигурациях компьютеров, драйверах, платформах и т.д.

Матрица соответствия требованиям (traceability matrix, матрица трассабилити, таблица требований, матрица требований) — как правило, под матрицей соответствия требованиям понимают двумерную электронную таблицу, включающую в себя две составляющих: функциональные требования и тестовые сценарии (тест кейсы).

Нагрузочное тестирование (load testing) — это подвид тестирования производительности, заключается в том, чтобы осуществлять сбор показателей и определять производительность и время отклика программного обеспечения с целью соотнесения работы системы с заявленными требованиям.

Нефункциональное тестирование (non functional testing) — тестирование характеристик, не отвечающих за функциональность системы, характеристики определяются нефункциональными требованиями.

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

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

Операционное тестирование (release testing) — вид тестирования, целью которого является убедиться, насколько система удовлетворяет потребностям пользователя и соответствует бизнес-требованиям.

Ошибка (error) — это проблема в программном обеспечении, которая приводит к нежелательным последствиям.

Повторное тестирование (retesting, ретестинг) — это тестирование, которое проводится повторно, чтобы убедиться, что не появилось новых ошибок в программном обеспечении.

Предсказание ошибки (error guessing) — это то, что позволяет тестировщику предсказывать ошибки благодаря знаниям и пониманию системы. Например, в документации написано, что «пользователь должен ввести код», а тестировщик размышляет и пытается предугадать ошибку: “а что если я введу некорректный код, или это вообще будет не код, а что-то другое?”.

Приемочное тестирование (acceptance testing) — вид тестирования, целью которого является проверка программного обеспечения в понимании конечного пользователя.

Приоритет бага (bug priority) — это специальный атрибут, указывающий на скорость устранения бага (ошибки), очередность задачи по исправлению бага (ошибки):

Причина/следствие (cause/effect) — введение в программное обеспечение определенных комбинаций для того, чтобы получить желаемый результат.

Регрессионное тестирование (regression testing, регресс, регрессия) — тестирование после внесения изменений в программное обеспечение.

Релиз (release) — выпуск программного обеспечения.

Релиз-кандидат (release candidate) — предварительный релиз, кандидат в релиз при условии, что не будут найдены серьезные проблемы.

Ручное тестирование (manual testing, мануальное тестирование) — тестирование программного обеспечения вручную, без использования автоматизированных средств.

Санитарное тестирование (sanity testing) — тестирование, в котором проверяются точечные функции программного обеспечения.

Сбой — несоответствующий ожиданиям режим работы всей системы или ее компонента.

Серьезность (severity) — степень влияния бага (ошибки) на работоспособность программного обеспечения.

Система отслеживания ошибок (bug tracking system, система баг трекинга, багтрекинговая система) — система, в которую заносятся баги, в которой находятся существующие баги.

Спецификация (specification, спек, спека) — детальное описание того, как должно работать программное обеспечение.

Сравнительное тестирование (back to back testing) — сравнение плюсов и минусов программного обеспечении по отношению к ближайшим конкурентам.

Стадии разработки программного обеспечения — этапы программного обеспечения, через которые проходит команда разработки до выпуска конечного продукта или новой версии программного обеспечения.

Стрессовое тестирование (стресс тестирование, stress testing) — проверка работоспособности продукта с большей нагрузкой, чем при нагрузочном тестировании.

Таблица принятия решений (decision table testing) — инструмент, целью которого является упорядочение бизнес-требований к программному обеспечению.

Тест-дизайн (test design) — это этап тестирования в работе тест-дизайнера.

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

Тест-план (test plan) — документ тестирования, в котором перечислен объем работ по тестированию.

Тестирование (testing) — процесс проверки программного обеспечения по заявленным критериям.

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

Тестирование взаимодействия (interoperability testing) — проверка того, насколько хорошо программное обеспечение может взаимодействовать с другими компонентами.

Тестирование восстановления (recovery testing) — тестирование, целью которого является проверка, а насколько продукт способ восстановиться после неожиданного сценария.

Тестирование доступности (accessibility testing) — тестирование, целью которого является выявление способности программного обеспечения обеспечивать возможность ее использования людьми с ограниченными возможностями.

Тестирование локализации (тестирование интернационализации) — тестирование программного обеспечения с точки зрения локализации, т.е. нет ли ошибок в языковых версиях системы.

Тестирование масштабирования (scalability test) — проверка, насколько возможно увеличивать показатели производительности по мере увеличения числа доступных системой ресурсов.

Тестирование пользовательского интерфейса (UI testing) — тестирование того, насколько удобен интерфейс для использования.

Тестирование сборки (build verification test, build testing) — предварительная проверка программного обеспечения (тестовой сборки) перед запуском полноценного тестирования командой тестировщиков.

Тестирование совместимости (compatibility testing) — нефункциональный вид тестирования, проверяющий, как система ведет себя в разных окружениях.

Фактический результат — это тот результат, которому фактически соответствует программное обеспечение.

Функциональное тестирование (functional testing) — тестирование программного обеспечения с целью проверки его работоспособности.

Чек-лист (check list) — это список проверок, т.е. то, что должно быть протестировано.

Эквивалентное разделение (equivalence partitioning) — метод тестирования программы, так называемый метод тестирования “черного ящика”, при котором функционал разделяется на классы эквивалентности по воздействии на систему с тем, чтобы в дальнейшем сократить количество тестов.

Blocker — ошибка, блокирующая выполнение сценариев тестирования.

Critical — ошибка, нарушающая работоспособность основных функций программного обеспечения.

Major — серьезная ошибка.

Minor — незначительная ошибка.

Trivial — мелкая ошибка.

UI (user interface) — интерфейс (внешний вид) пользователя.

UX (user experience) — опыт взаимодействия пользователя с программным обеспечением.

V-модель (v-model, v образная модель) — это модель жизненного цикла программного обеспечения, на каждом этапе проверяется, насколько возможно перейти на следующий этап.

См. также раздел с терминами Словарь тестировщика.