0 added
0 removed
Original
2026-01-01
Modified
2026-03-10
1
<p>Теги: тестирование, release, qa, функциональное тестирование, словарь qa, bug tracking system, code inspection, error message, feature request, file a bug, functional bug, logical bug, maintainability, "negative" testing, new feature testing, null input, performance testing , "positive" testing, regression testing, классификация релизообразных, retired, retired test cases, revision history, setup and additional info, smoke 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, test plan, unit-testing, valid input, sanity test or confidence test</p>
1
<p>Теги: тестирование, release, qa, функциональное тестирование, словарь qa, bug tracking system, code inspection, error message, feature request, file a bug, functional bug, logical bug, maintainability, "negative" testing, new feature testing, null input, performance testing , "positive" testing, regression testing, классификация релизообразных, retired, retired test cases, revision history, setup and additional info, smoke 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, test plan, unit-testing, valid input, sanity test or confidence test</p>
2
<p>Предлагаем небольшой словарик часто употребляемых терминов и сокращений для QA-специалистов.</p>
2
<p>Предлагаем небольшой словарик часто употребляемых терминов и сокращений для QA-специалистов.</p>
3
<p><strong>back-end</strong>- ПО и данные, находящиеся за фасадом фронт-энда: HTML-код веб-страницы, код приложения и т.д.</p>
3
<p><strong>back-end</strong>- ПО и данные, находящиеся за фасадом фронт-энда: HTML-код веб-страницы, код приложения и т.д.</p>
4
<p><strong>Bug Tracking System</strong>- баг-трекинговая система</p>
4
<p><strong>Bug Tracking System</strong>- баг-трекинговая система</p>
5
<p><strong>code inspection</strong>- инспекция кода</p>
5
<p><strong>code inspection</strong>- инспекция кода</p>
6
<p><strong>draft</strong>- черновик</p>
6
<p><strong>draft</strong>- черновик</p>
7
<p><strong>error message</strong>- сообщение об ошибке</p>
7
<p><strong>error message</strong>- сообщение об ошибке</p>
8
<p><strong>feature request</strong>("запрос об улучшении") - "баг" рационализаторского плана</p>
8
<p><strong>feature request</strong>("запрос об улучшении") - "баг" рационализаторского плана</p>
9
<p><strong>file a bug</strong>- рапортавать баг</p>
9
<p><strong>file a bug</strong>- рапортавать баг</p>
10
<p><strong>front-end</strong>- это непосредственный интерфейс пользователя, т.е. текст, картинки, кнопки, линки и прочие вещи, которые видит пользователь</p>
10
<p><strong>front-end</strong>- это непосредственный интерфейс пользователя, т.е. текст, картинки, кнопки, линки и прочие вещи, которые видит пользователь</p>
11
<p><strong>functional bug</strong>- функциональный баг</p>
11
<p><strong>functional bug</strong>- функциональный баг</p>
12
<p><strong>logical bug</strong>- логический баг</p>
12
<p><strong>logical bug</strong>- логический баг</p>
13
<p><strong>maintainability</strong>- поддерживаемость, т.е. насколько легко и просто можно изменить тест-кейс при изменениях в ПО</p>
13
<p><strong>maintainability</strong>- поддерживаемость, т.е. насколько легко и просто можно изменить тест-кейс при изменениях в ПО</p>
14
<p><strong>"negative" testing</strong>- "негативное" тестирование - это тестирование на данных или сценариях, которые соответствуют нештатному поведению тестируемой системы - различные сообщения об ошибках, исключительные ситуации, "запредельные" состояния и т.д.</p>
14
<p><strong>"negative" testing</strong>- "негативное" тестирование - это тестирование на данных или сценариях, которые соответствуют нештатному поведению тестируемой системы - различные сообщения об ошибках, исключительные ситуации, "запредельные" состояния и т.д.</p>
15
<p><strong>new feature testing</strong>- тестирование новых компонентов</p>
15
<p><strong>new feature testing</strong>- тестирование новых компонентов</p>
16
<p><strong>null input</strong>- пустой ввод</p>
16
<p><strong>null input</strong>- пустой ввод</p>
17
<p><strong>performance testing </strong>- тестирование скорости работы всей системы либо ее компонента</p>
17
<p><strong>performance testing </strong>- тестирование скорости работы всей системы либо ее компонента</p>
18
<p><strong>"positive" testing</strong>- "позитивное" тестирование - это тестирование на данных или сценариях, которые соответствуют нормальному (штатному, ожидаемому) поведению тестируемой системы</p>
18
<p><strong>"positive" testing</strong>- "позитивное" тестирование - это тестирование на данных или сценариях, которые соответствуют нормальному (штатному, ожидаемому) поведению тестируемой системы</p>
19
<p><strong>regression testing</strong>- регрессивное тестирование</p>
19
<p><strong>regression testing</strong>- регрессивное тестирование</p>
20
<p><strong>required fields</strong>- обязательные поля</p>
20
<p><strong>required fields</strong>- обязательные поля</p>
21
<p><strong>release</strong>("релиз") - передача ПО пользователю</p>
21
<p><strong>release</strong>("релиз") - передача ПО пользователю</p>
22
<p><strong>Классификация "релизообразных":</strong></p>
22
<p><strong>Классификация "релизообразных":</strong></p>
23
<p>Релиз (он же основной релиз) (major release) - стадия в цикле разработки ПО,идущая за стадией тестирования и ремонта багов, т.е. передача пользователям кода новой версии нашего ПО. Как правило, обозначается целыми числами, например 7.0.</p>
23
<p>Релиз (он же основной релиз) (major release) - стадия в цикле разработки ПО,идущая за стадией тестирования и ремонта багов, т.е. передача пользователям кода новой версии нашего ПО. Как правило, обозначается целыми числами, например 7.0.</p>
24
<p>Дополнительный релиз (minor release) - ситуация, когда после основного релиза планово выпускается новая функциональность или изменяется/удаляется старая. Дополнительный релиз не связан в багами. Как правило, обозначается десятыми, например 7.1.</p>
24
<p>Дополнительный релиз (minor release) - ситуация, когда после основного релиза планово выпускается новая функциональность или изменяется/удаляется старая. Дополнительный релиз не связан в багами. Как правило, обозначается десятыми, например 7.1.</p>
25
<p>Заплаточный релиз (patch release), когда после обнаружения и ремонта бага выпускается исправленный код. Как правило, обозначается сотыми, например 7.11. release candidate - сборка-кандидат на релиз</p>
25
<p>Заплаточный релиз (patch release), когда после обнаружения и ремонта бага выпускается исправленный код. Как правило, обозначается сотыми, например 7.11. release candidate - сборка-кандидат на релиз</p>
26
<p><strong>retired</strong>- более недействителен</p>
26
<p><strong>retired</strong>- более недействителен</p>
27
<p><strong>retired test cases</strong>- недействительные тест-кейс</p>
27
<p><strong>retired test cases</strong>- недействительные тест-кейс</p>
28
<p><strong>revision history</strong>- история редактирования</p>
28
<p><strong>revision history</strong>- история редактирования</p>
29
<p><strong>setup and additional info</strong>- подготовительная часть</p>
29
<p><strong>setup and additional info</strong>- подготовительная часть</p>
30
<p><strong>smoke test, sanity test or confidence test</strong>- тест приемки (в процессе которого проверяются основные функциональности)</p>
30
<p><strong>smoke test, sanity test or confidence test</strong>- тест приемки (в процессе которого проверяются основные функциональности)</p>
31
<p><strong>software development life cycle</strong>- (процесс) разработки ПО - это путь от идеи до поддержки готового продукта.</p>
31
<p><strong>software development life cycle</strong>- (процесс) разработки ПО - это путь от идеи до поддержки готового продукта.</p>
32
<p><strong>spec bug</strong>- баг в спецификации</p>
32
<p><strong>spec bug</strong>- баг в спецификации</p>
33
<p><strong>syntax bug</strong>- синтаксический баг</p>
33
<p><strong>syntax bug</strong>- синтаксический баг</p>
34
<p><strong>test case</strong>- тест-кейс - это артефакт, описывающий совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.</p>
34
<p><strong>test case</strong>- тест-кейс - это артефакт, описывающий совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.</p>
35
<p><strong>test case suite</strong>- тест-комплекты, совокупность тест-кейсов</p>
35
<p><strong>test case suite</strong>- тест-комплекты, совокупность тест-кейсов</p>
36
<p><strong>test case generation</strong>- создание тест-кейса</p>
36
<p><strong>test case generation</strong>- создание тест-кейса</p>
37
<p><strong>test case execution</strong>- исполнение тест-кейса</p>
37
<p><strong>test case execution</strong>- исполнение тест-кейса</p>
38
<p><strong>test case result</strong>- исход исполнения тест-кейса</p>
38
<p><strong>test case result</strong>- исход исполнения тест-кейса</p>
39
<p><strong>test case priority</strong>- приоритет тест-кейса</p>
39
<p><strong>test case priority</strong>- приоритет тест-кейса</p>
40
<p><strong>test-coverage</strong>- это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода.</p>
40
<p><strong>test-coverage</strong>- это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода.</p>
41
<p><strong>test design</strong>- это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.</p>
41
<p><strong>test design</strong>- это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.</p>
42
<p><strong>test framing</strong>- обоснование тестов</p>
42
<p><strong>test framing</strong>- обоснование тестов</p>
43
<p><strong>testcase review</strong>- рассмотрение тест-кейсов</p>
43
<p><strong>testcase review</strong>- рассмотрение тест-кейсов</p>
44
<p><strong>test plan</strong>- это документ, описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.</p>
44
<p><strong>test plan</strong>- это документ, описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.</p>
45
<p><strong>unit-testing</strong>- юнит-тестирование - это тестирование, производимое самим программистом</p>
45
<p><strong>unit-testing</strong>- юнит-тестирование - это тестирование, производимое самим программистом</p>
46
<p><strong>valid input</strong>- ввод действительных значений</p>
46
<p><strong>valid input</strong>- ввод действительных значений</p>
47
47