Тестирование программного обеспечения. Базовый курс. 3-е издание

 
Стр: 293/301 
4.4. 
Пример данных для попарного тестирования 
№ 
Расположение / 
длина / значение 
/ комбинация 
символов / заре-
зервированное 
или свободное 
Существо-
вание 
Наличие прав доступа 
Семейство 
ОС 
Коди-
ровки 
1.
X:\ 
Да 
К каталогу и его содержи-
мому 
Windows 64 
bit 
UTF8
2.
smb://host/dir 
Нет 
Linux 32 bit 
UTF16
3.
../dir 
Да 
Ни к каталогу, ни к его со-
держимому 
Linux 64 bit 
OEM
4.
[257 
байт только 
для Windows] 
Да 
Только к каталогу 
Windows 64 
bit 
OEM
5.
smb://host/dir/ 
Да 
К каталогу и его содержи-
мому 
Linux 64 bit 
UTF8
6.
nul 
Да 
Ни к каталогу, ни к его со-
держимому 
Windows 64 
bit 
OEM
7.
\\ 
Нет 
Linux 64 bit 
UTF16
8.
/dir 
Да 
Ни к каталогу, ни к его со-
держимому 
Linux 32 bit 
OEM
9.
./dir/ 
Нет 
Linux 32 bit 
OEM
10.
./dir 
Нет 
К каталогу и его содержи-
мому 
Linux 64 bit 
UTF8
11.
smb://host/dir 
Да 
Только к каталогу 
Linux 64 bit 
UTF8
12.
\\host\dir\ 
Да 
К каталогу и его содержи-
мому 
Linux 32 bit 
UTF8
13.
host:/dir 
Нет 
Windows 32 
bit 
UTF8
14.
.\dir\ 
Нет 
Windows 64 
bit 
UTF8
15.
[0 символов] 
Нет 
Windows 32 
bit 
UTF16
16.
[4097 
байт только 
для Linux] 
Нет 
Linux 32 bit 
UTF16
17.
..\dir\ 
Нет 
Windows 32 
bit 
UTF16
18.
"/пробелы и рус-
ский/" 
Да 
К каталогу и его содержи-
мому 
Windows 32 
bit 
OEM
19.
smb://host/dir/ 
Да 
Только к каталогу 
Linux 32 bit 
OEM
20.
nul 
Да 
Windows 32 
bit 
UTF8
21.
"/пробелы и рус-
ский" 
Нет 
Linux 32 bit 
OEM
22.
host:/dir/ 
Да 
Только к каталогу 
Windows 64 
bit 
UTF8
23.
../dir 
Нет 
Windows 64 
bit 
UTF16
24.
./dir/ 
Нет 
Linux 64 bit 
UTF16
25.
[257 
байт только 
для Windows] 
Нет 
Windows 32 
bit 
UTF16
26.
"/пробелы и рус-
ский/" 
Нет 
Linux 64 bit 
UTF8
27.
.. 
Нет 
Windows 32 
bit 
UTF8
28.
host:/dir/ 
Нет 
Linux 64 bit 
OEM
29.
X:\dir\ 
Да 
К каталогу и его содержи-
мому 
Windows 64 
bit 
UTF8

Пример данных для попарного тестирования
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 294/301 
30.
\\ 
Да 
Ни к каталогу, ни к его со-
держимому 
Windows 64 
bit 
UTF8
31.
// 
Нет 
Только к каталогу 
Windows 64 
bit 
UTF8
32.
..\dir\ 
Нет 
Ни к каталогу, ни к его со-
держимому 
Windows 64 
bit 
OEM
33.
X:\dir 
Нет 
Только к каталогу 
Windows 64 
bit 
OEM
34.
"X:\
пробелы и рус-
ский\" 
Да 
Только к каталогу 
Windows 64 
bit 
UTF16
35.
\\host\dir\ 
Нет 
Только к каталогу 
Windows 32 
bit 
UTF16
36.
[256 
байт только 
для Windows] 
Да 
К каталогу и его содержи-
мому 
Windows 32 
bit 
UTF8
37.
[4096 
байт только 
для Linux] 
Нет 
Только к каталогу 
Linux 64 bit 
UTF16
38.
/dir/ 
Да 
К каталогу и его содержи-
мому 
Linux 64 bit 
UTF8
39.
[256 
байт только 
для Windows] 
Да 
К каталогу и его содержи-
мому 
Windows 64 
bit 
OEM
40.
.\dir 
Нет 
К каталогу и его содержи-
мому 
Windows 32 
bit 
UTF16
41.
// 
Да 
Ни к каталогу, ни к его со-
держимому 
Windows 32 
bit 
OEM
42.
prn 
Да 
Ни к каталогу, ни к его со-
держимому 
Windows 64 
bit 
UTF16
43.
..\dir 
Нет 
Ни к каталогу, ни к его со-
держимому 
Windows 64 
bit 
UTF16
44.
\\host\dir\ 
Нет 
Только к каталогу 
Windows 64 
bit 
UTF16
45.
../dir/ 
Да 
Ни к каталогу, ни к его со-
держимому 
Linux 64 bit 
UTF8
46.
.. 
Да 
Только к каталогу 
Linux 32 bit 
OEM
47.
..\dir 
Да 
Только к каталогу 
Windows 32 
bit 
UTF8
48.
/dir 
Да 
Только к каталогу 
Linux 64 bit 
UTF8
49.
" 
Нет 
Только к каталогу 
Windows 32 
bit 
UTF8
50.
../dir/ 
Нет 
К каталогу и его содержи-
мому 
Linux 32 bit 
UTF16
51.
.\dir 
Да 
Только к каталогу 
Windows 64 
bit 
OEM
52.
host:/dir/ 
Нет 
Ни к каталогу, ни к его со-
держимому 
Linux 32 bit 
UTF16
53.
"/пробелы и рус-
ский" 
Нет 
К каталогу и его содержи-
мому 
Linux 64 bit 
UTF16
54.
com1-com9 
Да 
Ни к каталогу, ни к его со-
держимому 
Windows 64 
bit 
UTF16
55.
lpt1-lpt9 
Да 
Только к каталогу 
Windows 32 
bit 
UTF8
56.
[0 символов] 
Нет 
Только к каталогу 
Linux 64 bit 
UTF16
57.
\\host\dir 
Да 
Ни к каталогу, ни к его со-
держимому 
Windows 32 
bit 
UTF16
58.
"X:\
пробелы и рус-
ский" 
Да 
Только к каталогу 
Windows 64 
bit 
UTF16
59.
\\host\dir 
Нет 
Только к каталогу 
Linux 64 bit 
UTF8
60.
lpt1-lpt9 
Да 
Только к каталогу 
Windows 64 
bit 
UTF8
61.
"X:\
пробелы и рус-
ский" 
Нет 
К каталогу и его содержи-
мому 
Windows 32 
bit 
OEM

Пример данных для попарного тестирования
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 295/301 
62.
host:/dir 
Да 
К каталогу и его содержи-
мому 
Linux 32 bit 
OEM
63.
X:\ 
Да 
Только к каталогу 
Windows 32 
bit 
OEM
64.
\\ 
Нет 
Только к каталогу 
Windows 32 
bit 
OEM
65.
[4096 
байт только 
для Linux] 
Да 
К каталогу и его содержи-
мому 
Linux 32 bit 
UTF8
66.
\\host\dir 
Нет 
К каталогу и его содержи-
мому 
Windows 64 
bit 
OEM
67.
" 
Нет 
Ни к каталогу, ни к его со-
держимому 
Linux 32 bit 
OEM
68.
con 
Нет 
К каталогу и его содержи-
мому 
Windows 32 
bit 
UTF16
69.
../dir 
Нет 
Только к каталогу 
Linux 32 bit 
UTF16
70.
X:\dir 
Да 
К каталогу и его содержи-
мому 
Windows 32 
bit 
OEM
71.
./dir 
Да 
К каталогу и его содержи-
мому 
Linux 32 bit 
UTF16
72.
// 
Да 
К каталогу и его содержи-
мому 
Linux 32 bit 
UTF16
73.
host:/dir 
Нет 
Ни к каталогу, ни к его со-
держимому 
Linux 64 bit 
UTF8
74.
/ 
Нет 
К каталогу и его содержи-
мому 
Linux 64 bit 
UTF8
75.
"X:\
пробелы и рус-
ский\" 
Да 
Ни к каталогу, ни к его со-
держимому 
Windows 32 
bit 
OEM
76.
.\dir\ 
Да 
Ни к каталогу, ни к его со-
держимому 
Windows 32 
bit 
OEM
77.
// 
Нет 
Только к каталогу 
Linux 64 bit 
OEM
78.
X:\dir\ 
Да 
Только к каталогу 
Windows 32 
bit 
UTF8
79.
" 
Да 
Ни к каталогу, ни к его со-
держимому 
Linux 64 bit 
UTF16
80.
/ 
Да 
К каталогу и его содержи-
мому 
Linux 32 bit 
UTF16
81.
.. 
Да 
К каталогу и его содержи-
мому 
Windows 64 
bit 
UTF16
82.
com1-com9 
Да 
Ни к каталогу, ни к его со-
держимому 
Windows 32 
bit 
OEM
83.
.. 
Да 
Ни к каталогу, ни к его со-
держимому 
Linux 64 bit 
OEM
84.
/dir/ 
Да 
К каталогу и его содержи-
мому 
Linux 32 bit 
UTF16
85.
[4097 
байт только 
для Linux] 
Нет 
К каталогу и его содержи-
мому 
Linux 64 bit 
UTF16

Список основных определений
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 296/301 
4.5. 
Список основных определений 
Для удобства поиска термины приведены в алфавитном порядке со ссыл-
ками на то место в книге, где находится их подробное рассмотрение. Здесь пред-
ставлены только самые важные, самые ключевые определения из двух с лишним 
сотен, что рассмотрены в книге. 
Термин (по-
русски) 
Термин (по-
английски) 
Определение 
Автоматизиро-
ванное тести-
рование
{76}
 
Automated test-
ing 
Набор техник, подходов и инструментальных 
средств, позволяющий исключить человека 
из выполнения некоторых задач в процессе 
тестирования. 
Альфа-тести-
рование
{84}
 
Alpha testing 
Тестирование, которое выполняется внутри 
организации-разработчика с возможным ча-
стичным привлечением конечных пользова-
телей. Может являться формой внутреннего 
приёмочного тестирования. 
Анализ перво-
причин
{253}
 
Root cause 
analysis 
Процесс исследования и классификации пер-
вопричин возникновения событий, негативно 
влияющих на безопасность, здоровье, окру-
жающую среду, качество, надёжность и про-
изводственный процесс. 
Бета-тестиро-
вание
{84}
 
Beta testing 
Тестирование, которое выполняется вне ор-
ганизации-разработчика с активным привле-
чением конечных пользователей/заказчиков. 
Граничное 
условие
{237}
 
Border condi-
tion, boundary 
condition 
Значение, находящееся на границе классов 
эквивалентности. 
Дефект
{169}
 
Defect, anomaly 
Отклонение фактического результата от ожи-
даний наблюдателя, сформированных на ос-
нове требований, спецификаций, иной доку-
ментации или опыта и здравого смысла. 
Динамическое 
тестирова-
ние
{73}
 
Dynamic testing 
Тестирование с запуском кода на исполне-
ние. 
Дымовое те-
стирование
{79}
 
Smoke test 
Тестирование, которое направлено на про-
верку самой главной, самой важной, самой 
ключевой функциональности, неработоспо-
собность которой делает бессмысленной 
саму идею использования приложения (или 
иного объекта, подвергаемого дымовому те-
стированию). 

Список основных определений
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 297/301 
Инспекция 
(аудит) кода
{97}
 
Code review, 
code inspection 
Семейство техник повышения качества кода 
за счёт того, что в процессе создания или со-
вершенствования кода участвуют несколько 
человек. В отличие от техник статического 
анализа кода (по потоку управления и потоку 
данных), аудит кода также улучшает такие 
его характеристики как понятность, поддер-
живаемость, соответствие соглашениям об 
оформлении и т.д. Аудит кода выполняется в 
основном самими программистами. 
Интеграцион-
ное тестирова-
ние
{77}
 
Integration test-
ing 
Тестирование, которое направлено на про-
верку взаимодействия между несколькими 
частями приложения (каждая из которых, в 
свою очередь, проверена отдельно на стадии 
модульного тестирования). 
Класс эквива-
лентности
{237}
 
Equivalence 
class 
Набор данных, обрабатываемых одинаковым 
образом и приводящих к одинаковому ре-
зультату. 
Метод белого 
ящика
{73}
 
White box test-
ing 
Метод тестирования, в рамках которого у те-
стировщика есть доступ к внутренней струк-
туре и коду приложения, а также есть доста-
точно знаний для понимания увиденного. 
Метод серого 
ящика
{74}
 
Gray box testing 
Комбинация методов белого ящика и чёрного 
ящика, состоящая в том, что к части кода и 
архитектуры у тестировщика доступ есть, а к 
части — нет. (См. пояснения по альтернатив-
ному определению здесь: 
{74}
.) 
Метод чёрного 
ящика
{74}
 
Black box test-
ing 
Метод тестирования, в рамках которого у те-
стировщика либо нет доступа к внутренней 
структуре и коду приложения, либо недоста-
точно знаний для их понимания, либо он со-
знательно не обращается к этим данным в 
процессе тестирования. 
Метрика
{213}
 
Metric 
Числовая характеристика показателя каче-
ства. Может включать описание способов 
оценки и анализа результата. 
Модель разра-
ботки ПО
{18}
 
Software Devel-
opment Model 
Структура, систематизирующая различные 
виды проектной деятельности, их взаимодей-
ствие и последовательность в процессе раз-
работки ПО. Выбор той или иной модели за-
висит от масштаба и сложности проекта, 
предметной области, доступных ресурсов и 
множества других факторов. 
Модульное 
(компонентное) 
тестирова-
ние
{77}
 
Unit testing, 
component test-
ing 
Тестирование, направленное на проверку от-
дельных небольших частей приложения, ко-
торые (как правило) можно исследовать изо-
лированно от других подобных частей. 
Набор тест-
кейсов
{146}
 
Test case suite, 
test suite, test 
set 
Совокупность тест-кейсов, выбранных с неко-
торой общей целью или по некоторому об-
щему признаку. 

Список основных определений
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 298/301 
Негативное те-
стирование
{82}
 
Negative testing 
Тестирование, направленное на исследова-
ние работы приложения в ситуациях, когда с 
ним выполняются (некорректные) операции 
и/или используются данные, потенциально 
приводящие к ошибкам. 
Нефункцио-
нальное тести-
рование
{86}
 
Non-functional 
testing 
Тестирование, направленное на проверку не-
функциональных особенностей приложения 
(корректность реализации нефункциональ-
ных требований), таких как удобство исполь-
зования, совместимость, производитель-
ность, безопасность и т.д. 
Нефункцио-
нальные требо-
вания
{41}
 
Non-functional 
requirements 
Требования, описывающие свойства системы 
(удобство использования, безопасность, 
надёжность, расширяемость и т.д.), кото-
рыми она должна обладать при реализации 
своего поведения. 
Отчёт о де-
фекте
{170}
 
Defect report 
Документ, описывающий и приоритизирую-
щий обнаруженный дефект, а также содей-
ствующий его устранению. 
Отчёт о ре-
зультатах те-
стирования
{220}
 
Test progress 
report, test sum-
mary report 
Документ, обобщающий результаты работ по 
тестированию и содержащий информацию, 
достаточную для соотнесения текущей ситуа-
ции с тест-планом и принятия необходимых 
управленческих решений. 
Отчётность
{209}
 
Reporting 
Сбор и распространение информации о ре-
зультатах работы (включая текущий статус, 
оценку прогресса и прогноз развития ситуа-
ции).
Планирова-
ние
{209}
 
Planning 
Непрерывный процесс принятия управленче-
ских решений и методической организации 
усилий по их реализации с целью обеспече-
ния качества некоторого процесса на протя-
жении длительного периода времени. 
Позитивное те-
стирование
{82}
 
Positive testing 
Тестирование, направленное на исследова-
ние приложения в ситуации, когда все дей-
ствия выполняются строго по инструкции без 
каких бы то ни было ошибок, отклонений, 
ввода неверных данных и т.д. 
Покрытие
{215}
 
Coverage 
Процентное выражение степени, в которой 
исследуемый элемент затронут соответству-
ющим набором тест-кейсов. 
Приёмочное 
тестирова-
ние
{87}
 
Acceptance 
testing 
Формализованное тестирование, направлен-
ное на проверку приложения с точки зрения 
конечного пользователя/заказчика и вынесе-
ния решения о том, принимает ли заказчик 
работу у исполнителя (проектной команды). 
Расширенное 
тестирова-
ние
{81}
 
Extended test 
Тестирование, направленное на исследова-
ние всей заявленной в требованиях функцио-
нальности — даже той, которая низко про-
ранжирована по степени важности. 

Список основных определений
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 299/301 
Регрессионное 
тестирова-
ние
{87}
 
Regression test-
ing 
Тестирование, направленное на проверку 
того факта, что в ранее работоспособной 
функциональности не появились ошибки, вы-
званные изменениями в приложении или 
среде его функционирования. 
Ручное тести-
рование
{75}
 
Manual testing 
Тестирование, в котором тест-кейсы выпол-
няются человеком вручную без использова-
ния средств автоматизации. 
Системное те-
стирование
{78}
 
System testing 
Тестирование, направленное на проверку 
всего приложения как единого целого, со-
бранного из частей, проверенных на стадиях 
модульного и интеграционного тестирования. 
Статическое 
тестирова-
ние
{73}
 
Static testing 
Тестирование без запуска кода на исполне-
ние. 
Структурная 
декомпози-
ция
{230}
 
Work break-
down structure, 
WBS 
Иерархическая декомпозиция объёмных за-
дач на всё более и более малые подзадачи с 
целью упрощения оценки, планирования и 
мониторинга выполнения работы. 
Тест
{120}
 
Test 
Набор из одного или нескольких тест-кейсов. 
Тестирование 
критического 
пути
{80}
 
Critical path test 
Тестирование, направленное на исследова-
ние функциональности, используемой типич-
ными пользователями в типичной повседнев-
ной деятельности. 
Тестирование 
под управле-
нием дан-
ными
{93}
 
Data-driven 
testing 
Способ разработки автоматизированных 
тест-кейсов, в котором входные данные и 
ожидаемые результаты выносятся за пре-
делы тест-кейса и хранятся вне его — в 
файле, базе данных и т.д. 
Тестирование 
под управле-
нием ключе-
выми сло-
вами
{93}
 
Keyword-driven 
testing 
Способ разработки автоматизированных 
тест-кейсов, в котором за пределы тест-кейса 
выносится не только набор входных данных 
и ожидаемых результатов, но и логика пове-
дения тест-кейса, которая описывается клю-
чевыми словами (командами). 
Тестирование 
под управле-
нием поведе-
нием
{93}
 
Behavior-driven 
testing 
Способ разработки автоматизированных 
тест-кейсов, в котором основное внимание 
уделяется корректности работы бизнес-сце-
нариев, а не отдельным деталям функциони-
рования приложения. 
Тестирование 
программного 
обеспечения
{6}
 
Software testing 
Процесс анализа программного средства и 
сопутствующей документации с целью выяв-
ления дефектов и повышения качества про-
дукта. 
Тестирование 
производитель-
ности
{91}
 
Performance 
testing 
Исследование показателей скорости реакции 
приложения на внешние воздействия при 
различной по характеру и интенсивности 
нагрузке. 

Список основных определений
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 300/301 
Тест-кейс
{120}
 
Test case 
Набор входных данных, условий выполнения 
и ожидаемых результатов, разработанный с 
целью проверки того или иного свойства или 
поведения программного средства. Под тест-
кейсом также может пониматься соответству-
ющий документ, представляющий формаль-
ную запись тест-кейса. 
Тест-план
{211}
 
Test plan 
Документ, описывающий и регламентирую-
щий перечень работ по тестированию, а 
также соответствующие техники и подходы, 
стратегию, области ответственности, ре-
сурсы, расписание и ключевые даты. 
Требование
{32}
 
Requirement 
Описание того, какие функции и с соблюде-
нием каких условий должно выполнять при-
ложение в процессе решения полезной для 
пользователя задачи. 
Трудоза-
траты
{228}
 
Man-hours 
Количество рабочего времени, необходимого 
для выполнения работы (выражается в чело-
веко-часах). 
Функциональ-
ная декомпози-
ция
{270}
 
Functional de-
composition 
Процесс определения функции через её раз-
деление на несколько низкоуровневых под-
функций. 
Функциональ-
ное тестирова-
ние
{85}
 
Functional test-
ing 
Тестирование, направленное на проверку 
корректности работы функциональности при-
ложения (корректность реализации функцио-
нальных требований). 
Функциональ-
ные требова-
ния
{41}
 
Functional re-
quirements 
Требования, описывающие поведение си-
стемы, т.е. её действия (вычисления, преоб-
разования, проверки, обработку и т.д.). 
Чек-лист
{115}
 
Checklist 
Набор идей [тест-кейсов]. Последнее слово 
не зря взято в скобки, т.к. в общем случае 
чек-лист — это просто набор идей: идей по 
тестированию, идей по разработке, идей по 
планированию и управлению — 
любых
идей. 

Раздел 5: Лицензия и распространение
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 301/301 
Раздел 5: Лицензия и распространение 
 
Данная книга распространяется под лицензией «Creative Commons Attribu-
tion-NonCommercial-ShareAlike 4.0 International
»
373
. 
Текст книги периодически обновляется и дорабатывается. Если вы хотите 
поделиться этой книгой, пожалуйста, делитесь ссылкой на самую актуальную вер-
сию, доступную здесь: 
http://svyatoslav.biz/software_testing_book/
. 
Задать вопросы, сообщить о найденных ошибках или поделиться впечатле-
ниями от прочитанного можно по адресу 
stb@svyatoslav.biz
. 
* * * 
Если вам понравилась эта книга, обратите внимание на ещё две, написанные 
в том же стиле: 
«Работа с MySQL, MS SQL Server и Oracle в примерах» 
В книге: 3 СУБД, 50+ примеров, 130+ задач, 500+ запросов с по-
яснениями и комментариями. От SELECT * до поиска кратчайшего 
пути в ориентированном графе; никакой теории, только схемы и 
код, много кода. Будет полезно тем, кто: когда-то изучал язык 
SQL
, но многое забыл; имеет опыт работы с одним диалектом 
SQL
, но хочет быстро переключиться на другой; хочет в пре-
дельно сжатые сроки научиться писать типичные SQL-запросы. 
Скачать: 
http://svyatoslav.biz/database_book/
  
«Реляционные базы данных в примерах» 
Все ключевые идеи реляционных СУБД — от понятия данных до 
логики работы транзакций; фундаментальная теория и наглядная 
практика проектирования баз данных: таблицы, ключи, связи, 
нормальные формы, представления, триггеры, хранимые проце-
дуры и многое другое в примерах. Книга будет полезна тем, кто: 
когда-то изучал базы данных, но что-то уже забыл; имеет узкий 
практический опыт, но хочет расширить знания; хочет в пре-
дельно сжатые сроки начать использовать реляционные базы 
данных в своей работе. 
Скачать: 
http://svyatoslav.biz/relational_databases_book/
  
 
В дополнение к тексту данной книги рекомендуется пройти бес-
платный онлайн-курс, содержащий серию видео-уроков, тестов и 
заданий для самоподготовки. 
Курс рассчитан примерно на 100 часов, из которых около поло-
вины времени у вас должно уйти на выполнение практических за-
даний. 
С русскоязыяной озвучкой: 
http://svyatoslav.biz/urls/stc_online_rus/ 
С англоязычной озвучкой: 
http://svyatoslav.biz/urls/stc_online_eng/
 
373
«Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International». [
https://creativecommons.org/licenses/by-nc-
sa/4.0/legalcode
]