Минимальный словарь тестировщика
Здесь собраны самые главные термины по тестированию программного обеспечения (минимальный словарь тестировщика).
Автоматизированное тестирование (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 образная модель) — это модель жизненного цикла программного обеспечения, на каждом этапе проверяется, насколько возможно перейти на следующий этап.
См. также раздел с терминами Словарь тестировщика.