Часто употребляемые термины QA-специалиста

6viSJte6IwM-5020-ec1729.jpg

Предлагаем небольшой словарик часто употребляемых терминов и сокращений для 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 — ввод действительных значений

Автор
0 комментариев
Для комментирования необходимо авторизоваться