ГОСТ Р ИСО/МЭК 25051—2017
6.1.2.1 Информация, содержащаясявдокументации потестированию, должна бытьправильной и
поддающейся проверке.
6.1.2.2 Вся документация по тестированию не должна содержать противоречивых сведений или
несоответствий описанию продукта и документации пользователя.
6.1.3Требования к контенту
6.1.3.1 Документация потестированию должна содержать:
a) план тестирования:
b
) процедуры тестирования;
c) результаты тестирования.
6.1.3.2 Документация потестированиюдолжна содержатьсписок всех документов, изкоторыхона
состоит, с названиями и идентификаторами.
6.1.3.3 Каждый элементдокументациидля тестированиядолжен включать:
a) название;
b
) идентификатор продукта:
c) историю изменений или любойдругойэлемент, описывающий развитиедокумента:
d) содержание или описание содержания;
e) идентификатордокументов, на которыедаются ссылки в основной частидокумента;
0 информацию о составителяхи проверяющих:
д) глоссарий.
6.1.3.4 Документация по тестированию можетсостоять из одного или болеедокументов.
6.1.4 Подход
П р и м е ч а н и е — Рекомендации по конкретным техникам или методам тестирования не предостав
ляются.
6.1.4.1 Всекачественныехарактеристики, упоминаемыевописании продуктасогласно5.3.а такжев
требованиях к качеству программногообеспечения, должны проверяться контрольными примерами.
6.1.4.2 Каждая качественная характеристика, упоминаемая в описании продукта ив 5.3. а также в
требованиях к качеству программного обеспечения, должна проверяться по меньшей мере одним
контрольным примером.
П р и м е ч а н и е — В плане тестирования могут содержаться ссылки на любой другой документ при усло
вии. что между таким документом и документацией пользователя имеется определенная связь.
6.1.4.3 Всеописанныевдокументации пользователяфункции, а также комбинациифункций, отно
сящиеся кпоставленной задаче, должны проверяться контрольными примерами.
6.1.4.4 Каждая описанная в документации пользователя функция должна подтверждаться по
меньшей мере одним контрольным примером.
6.1.4.5 Контрольные примеры демонстрируют соответствие программного обеспечения сообще
ниям. содержащимся в документации пользователя.
6.1.4.6 Если в описании продукта упоминаются документы с требованиями, они должны прове
ряться контрольными примерами.
6.1.4.7 Необходимо указывать уровеньфункциональногоделения, выбранный в качествеосновы
для контрольных примеров.
П р и м е ч а н и е — В качестве такой функции может выступать!
- пункт документации пользователя:
- команда оболочки:
- кнопка интерфейса пользователя.
- команда языка.
6.1.4.8 Необходимо указывать методсоздания контрольных примеров.
П р и м е ч а н и е — Контрольные примеры могут создаваться с помощью следующих методов:
- анализа граничных значений;
- контрольного списка (чвк-лист>:
- анализа потоков данных;
- вставки ошибок;
- объемного тестирования.
6.1.4.9 Все процедуры установкидолжны проверяться контрольными примерами.
15