Часто употребляемые термины QA-специалиста
Предлагаем небольшой словарик часто употребляемых терминов и сокращений для QA-специалистов.
back-end — ПО и данные, находящиеся за фасадом фронт-энда: HTML-код веб-страницы, код приложения и т.д.
Bug Tracking System — баг-трекинговая система
code inspection — инспекция кода
draft — черновик
error message — сообщение об ошибке
feature request ("запрос об улучшении") — "баг" рационализаторского плана
file a bug — рапортавать баг
front-end — это непосредственный интерфейс пользователя, т.е. текст, картинки, кнопки, линки и прочие вещи, которые видит пользователь
functional bug — функциональный баг
logical bug — логический баг
maintainability — поддерживаемость, т.е. насколько легко и просто можно изменить тест-кейс при изменениях в ПО
"negative" testing — "негативное" тестирование - это тестирование на данных или сценариях, которые соответствуют нештатному поведению тестируемой системы - различные сообщения об ошибках, исключительные ситуации, "запредельные" состояния и т.д.
new feature testing — тестирование новых компонентов
null input — пустой ввод
performance testing — тестирование скорости работы всей системы либо ее компонента
"positive" testing — "позитивное" тестирование - это тестирование на данных или сценариях, которые соответствуют нормальному (штатному, ожидаемому) поведению тестируемой системы
regression testing — регрессивное тестирование
required fields — обязательные поля
release ("релиз") — передача ПО пользователю
Классификация "релизообразных":
Релиз (он же основной релиз) (major release) — стадия в цикле разработки ПО,идущая за стадией тестирования и ремонта багов, т.е. передача пользователям кода новой версии нашего ПО. Как правило, обозначается целыми числами, например 7.0.
Дополнительный релиз (minor release) — ситуация, когда после основного релиза планово выпускается новая функциональность или изменяется/удаляется старая. Дополнительный релиз не связан в багами. Как правило, обозначается десятыми, например 7.1.
Заплаточный релиз (patch release), когда после обнаружения и ремонта бага выпускается исправленный код. Как правило, обозначается сотыми, например 7.11. release candidate — сборка-кандидат на релиз
retired — более недействителен
retired test cases — недействительные тест-кейс
revision history — история редактирования
setup and additional info — подготовительная часть
smoke test, sanity test or confidence test — тест приемки (в процессе которого проверяются основные функциональности)
software development life cycle — (процесс) разработки ПО — это путь от идеи до поддержки готового продукта.
spec bug — баг в спецификации
syntax bug — синтаксический баг
test case — тест-кейс - это артефакт, описывающий совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.
test case suite — тест-комплекты, совокупность тест-кейсов
test case generation — создание тест-кейса
test case execution — исполнение тест-кейса
test case result — исход исполнения тест-кейса
test case priority — приоритет тест-кейса
test-coverage — это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода.
test design — это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.
test framing — обоснование тестов
testcase review — рассмотрение тест-кейсов
test plan — это документ, описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.
unit-testing — юнит-тестирование - это тестирование, производимое самим программистом
valid input — ввод действительных значений
