ГОСТ Р 56922-2016/ISO/IEC/IEEE 29119-3:2013. Национальный стандарт Российской Федерации. Системная и программная инженерия. Тестирование программного обеспечения. Часть 3. Документация тестирования

Приложение I

(справочное)

 

СПЕЦИФИКАЦИЯ ПРОЕКТА ТЕСТИРОВАНИЯ

 

I.1 Пример 1 - Корпорация Agile

Корпорация Agile - большая организация, осуществляющая публикацию журналов и книг. Более подробно она представлена в C.1 (приложение C).

Эта спецификация проекта тестирования размещена на портале проекта, и новейшая версия также вывешена в правом верхнем углу доски истории в комнате разработки в соответствии с планом тестирования.

 

Проект тестирования Имеются следующие темы: 1) Администрация. 2) Новые и расширенные подписки. 3) Общий доступ на веб-сайте. 4) Жалобы. Для тестирования презентации истории должны быть отсортированы по темам. Должны быть покрыты тестовые условия на обратной стороне карт истории, которые описывают критерии принятия истории. Версия: 1 (Урсула)

 

I.2 Пример 2 - Traditional Ltd

Traditional Ltd - небольшая компания, которая производит передовое аналитическое оборудование для сельскохозяйственной промышленности. Более подробно она представлена в C.1 (приложение C).

 

Спецификация Проекта Тестирования

 

Для лучшего понимания основы Спецификации Проекта Тестирования далее приводится фрагмент системных требований для блока для ПК UV/TIT-14 33a.

Спецификация системных требований для блока для ПК UV/TIT-14 33a (фрагмент)

4.1 Установка

4.1.1 [22] Система должна иметь установочное меню со следующими пунктами меню:

- установка конвейера;

- калибровочная установка;

- ... установка.

4.2 Установка конвейера

4.2.1 [34] Должны быть установлены следующие параметры (числа в скобках - допустимые диапазоны):

- максимальная скорость (5 - 50 мм/с);

- минимальная рабочая скорость (2 - 10 мм/с) для конвейера (0 - для остановки).

4.2.2 [36] После завершения новой установки система должна вывести одно из следующих сообщений:

- "Установка завершена";

- "Максимальная скорость выше допустимой";

- "Минимальная скорость ниже допустимой".

4.2.3 [37] Система должна позволять пользователю выйти из функциональной установки, ничего не изменяя.

.

.

.

4.8 Анализ

4.8.1 [324] Система должна позволять пользователю устанавливать требуемый тип анализа концентрации. Типы анализа, известные системе, представлены в таблице 6.

4.8.2 [325] Система должна принимать образцы в показанных ниже диапазонах измерений. Величины, выходящие за пределы диапазонов, недопустимы. Диапазоны также приведены в таблице 6.

4.8.3 [326] На основе результатов система должна вывести на экран одно из следующих сообщений: "Принято", "Предупреждение" или "Тревога". Значения порогов даны в таблице 6.

 

Таблица 6

 

Стандартная аналитическая таблица типов

 

&Тип&	&Диапазон измерений&	&Самая высокая - "Принято"&	&Самая высокая - "Предупреждение"&	&Цена образца, &
NCS	2 - 315, включая	65	270	0,35
C2O	0,01 - 0,89, включая	0,3	0,65	0,40
BHZ	0 - 9	4,5	7,5	0,75
LOY	100 -	200	500	0,25

 

.

.

.

4.8.10 [339] Перед обработкой образца система должна гарантировать, что формат номера образца будет таким, как представлено ниже.

Формат номера образца:

Номер образца = "T" - "n [n]" - "nnn" - "dd"."mm"."yy",

где:

T - буква "A" | "S" | "M";

n - числа от 0 до 9;

dd - числа от 01 до 31;

mm - числа от 01 до 12;

yy - числа от 00 до 99.

4.8.11 [341] Система должна принимать номера образцов, состоящие из четырех частей, разделенных дефисами, а именно:

- тип действия (A, S или M);

- тип образца (одна или две цифры);

- идентификатор образца (три цифры);

- дата выборки образца.

Примеры

1 A-2-344-31.08.04

2 M 01 255 22.12.93

Примечание - При вводе образца в машину система воспринимает цифры, но игнорирует дату.

 

Метод обработки машиной образца определяется типом действия: A означает автоматически, S - полуавтоматически и M - вручную.

Обработка образца зависит от типа действия. В случае автоматической обработки "1" определяет печать отчета, а "2" - без печати отчета. При полуавтоматической обработке образца тип действия определяет, какой анализ должен быть выполнен. Для ручного анализа тип действия не имеет значения.

При автоматической обработке образца выполняется анализ, и результат сохраняется под именем идентификатора образца. Если идентификатор образца не будет найден в базе данных, то анализ не будет выполняться и будет выведено сообщение об ошибке, показывающее, что выборка не зарегистрирована. Этапы автоматического анализа должны быть также найдены в базе данных.

Для выполнения полуавтоматического анализа идентификатор образца должен быть найден в базе данных. Также должны быть найдены этапы и при этом определено, какие из этапов можно пропустить, если пользователь выбирает этот режим. По завершении анализа распечатывается отчет, в который включаются выполненные и пропущенные этапы.

Для ручного анализа пользователь выбирает каждый шаг самостоятельно. Пользователь должен сам написать отчет с результатами в виде текста, который распечатывается по завершении анализа.

.

.

.

4.13 Работа крышки

4.13.1 [581] Один из вариантов продукта должен быть оборудован крышкой для защиты выполняющего исследования технического персонала.

Крышка закрывает карусель во время движения. Крышка должна быть заблокирована, прежде чем карусель запущена. Не должно быть возможности открыть ее до полной остановки карусели. Имеются два датчика, определяющие блокировку крышки и движение карусели.

Если крышка заблокирована, то можно запустить карусель вперед или назад. Чтобы изменить направление, необходимо сначала остановить карусель, но не нужно открывать крышку.

Панели маневрирования имеет следующие кнопки:

- "Блокировка";

- "Открыть";

- "Вперед";

- "Назад";

- "Стоп".

 

Спецификация Проекта Тестирования блока для ПК UV/TIT-14 33a

Версия 1.0

 

Версии

 

&Дата&	&Версия&	&Подготовлено&	&Описание изменения&
23-05-09	1.0	AMJ	Первый проект

 

1 Введение

.

.

.

1.2 Цель

Цель этой части спецификации тестирования состоит в том, чтобы представить общие сведения о том, что будет проверено при тестировании системы.

1.3 Справочные документы

Следующие документы обеспечивают базис тестирования для этого проекта тестирования:

 

&Ref.no.&	&Описание&	&ID&
[1]	Системные требования, базис тестирования	Спецификация требований для блока для ПК UV/TIT-14 33a.; Vers. 1.8

 

1.4 Сокращения

PCUV - блок для ПК UV/TIT-14 33a;

TC - контрольный пример;

UC - вариант использования;

CRUD - создать, читать, обновить, удалить;

TBD - подлежит уточнению то, что еще неизвестно, но должно быть определено.

2 Наборы функций

В этой главе описывается общая структура тестирования системы PCUV, в которой тестирование разделено по общим наборам функций.

Для каждого набора функций предоставляется следующая информация:

 

(nn):	Уникальный номер, который никогда не должен изменяться. Он используется для прослеживаемости.
ns:	Раздел или число сортировки, используемые для удобочитаемости документа.
Описание:	Краткое описание того, что нужно проверить.
Подход:	Описание методов проектирования тестирования, которые будут использоваться в проекте тестирования.
Прослеживаемость:	Ссылка на требования в наборе функций. Прослеживаемость будет содержать список уникальных идентификаторов, ссылающихся на требования в [1].

 

Это тестирование разделено для следующих наборов функций:

1) (FS1) Установка системы.

2) (FS4) Калибровка UV, IR и бюреток.

3) (FS2) Идентификация компонентов.

4) (FS3) Концентрация компонентов (UV + управление бюреток).

5) (FS6) Управление системой конвейера.

Набор функций (FS1). Установка системы

Цель: Проверить установку системы, включая представленные данные и сообщения о калибровке.

Приоритет: Выше среднего.

Подход: Структурное тестирование меню, простые тестирования требований (да/нет), разбиение эквивалентности и анализ граничных значений.

Прослеживаемость: [22], [34], [35], [36], [37], ...

Набор функций (FS2). Идентификация компонентов

Цель: Проверить идентификацию и создание отчетов по компонентам.

Приоритет: Высокий.

Подход: Простое тестирование требований (да/нет), разбиение эквивалентности, анализ граничных значений, тестирование синтаксиса и тестирование дерева классификации.

Прослеживаемость: [324], [325], [326], [339], [341], ....

Набор функций (FS3): TBD (пока не завершено).

Набор функций (FS4): TBD (пока не завершено).

Набор функций (FS5): TBD (пока не завершено).

Набор функций (FS6): Управление системы конвейера.

Цель: Проверить систему конвейера, включая скорость, корректный запуск, позиции остановки, работу крышки и т.д.

Приоритет: Ниже среднего.

Подход:..., тестирование изменения состояния, ...

Прослеживаемость: [581], ...

3 Тестовые условия

В этой главе документированы тестовые условия для каждого набора функций.

.

.

.

3.3 Набор функций (FS2). Идентификация компонентов

Этот набор функций покрывает требования, связанные с идентификацией и созданием отчетов по компонентам. Набор функций имеет ряд условий, представленных в соответствующих подразделах связанных требований.

.

.

.

3.3.7 Тестовые условия для диапазона измерений

Тестовые условия для диапазона измерений могут быть выражены с использованием простого дерева классификации (то же, что и разбиение эквивалентности) и соответствующего анализа граничных значений. Все эти тестовые условия прослеживаются к тому же требованию, и у них тот же приоритет.

 

Покрываемые требования: [324-NCS], [325-NCS]		Приоритет: Выше среднего
Тестовое условие	Аспект	Область	Замечание
	Вход
(FS2).5.1		< 2	Вне диапазона
(FS2).5.2		2 - 315 (включая границы)	Действительно
(FS2).5.3		> 315	Вне диапазона

 

Покрываемые требования: [324-NCS], [325-NCS]		Приоритет: Выше среднего
Тестовое условие	Тип границы	Значение	Замечание
(FS2).5.1.a	L	Неизвестно	Вне диапазона
(FS2).5.1.b	U	1	Вне диапазона
(FS2).5.2.a	L	2	Действительно
(FS2).5.2.b	U	315	Действительно
(FS2).5.3.a	L	316	Вне диапазона
(FS2).5.3.b	U	Неизвестно	Вне диапазона

 

3.3.8 Тестовые условия для метода анализа

Получение тестовых условий для идентификации метода анализа из номера образца может быть выражено с помощью дерева классификации. Все эти тестовые условия прослеживаются к тому же требованию.

 

&Удовлетворяемые условия (341)&
&Тестовое условие&	&Аспект&	&Предметная область&	&Аспект&	&Предметная область&	&Аспект&	&Предметная область&	&Аспект&	&Предметная область&	&Приоритет&
	Действ.	A - автоматически
			Тип образца
(FS2).8.1				1 - печать отчета					Am
(FS2).8.2				2 - нет отчета					Am
			ИД образца в базе данных
				Да
					Извлечение из БД
(FS2).8.3						Да			H
(FS2).8.4						Нет			H
(FS2).8.5				Нет					Am
		S - полуавтомат
			Тип образца в базе данных
				Да
					Извлечение из БД
						Да
							Шаг [1] будет пропущен
(FS2).8.6								Да	Am
(FS2).8.7								Нет	Am
(FS2).8.8						Нет			H
(FS2).8.9				Нет					Am
(FS2).8.10		M - вручную							H

 

.

.

.

3.5 Набор функций (FS6). Управление системой конвейера

Этот набор функций покрывает требования, связанные с системой конвейера, включая скорость, корректный запуск и позиции остановки, работу крышки и т.д. Набор функций имеет ряд условий, представленных в соответствующих подразделах связанных требований.

.

.

.

3.5.2 Тестовые условия для работы крышки

Работа крышки может быть проиллюстрирована на следующей схеме конечного автомата, где состояния и переходы пронумерованы, а значение события "P" обозначает "Нажатие".

 

 

Покрываемое требование: [581]		Приоритет: Выше среднего
Тестовое условие
(FS6).11.1	Крышка работает согласно конечному автомату
(FS6).11.2	Все недопустимые (непоказанные) переходы - нулевые переходы