ГОСТ Р 56922—2016
Приложение D
(справочное)
Политика Тестирования
D.1 Пример 1— Корпорация Agile
Корпорация Agile — большая организация, осуществляющая публикацию журналов и книг. Более подробно
она представлена в С. 1 (приложение С).
Политика Тестирования корпорации Agile. V1.2 (02/13/2009)
Разработано: Урсула Мейерс, ответственный разработчик.
Утверждено: Стефан Блэксмит, глава отдела качества.
Область применения: Эта Политика Тестирования определяет корпоративное представление тестиро
вания в корпорации Agile и служит основой для выполнения всех тестирований для всех внутренних проектов
организации.
Введение: Корпорация Agile признает необходимость тестирования ее внутренних продуктов. Затраты на
разработку высококачественных программных систем можно разделить на четыре категории: затраты на предот
вращение. затраты на тестирование, затраты на внутренние отказы и затраты на внешние отказы. Обычно дешев ле
предотвратить дефекты, чем обнаружить и устранить их (затраты на тестирование, плюс затраты на внутренние
отказы), а дороже всего обходится внешний отказ, обнаруженный пользователями. Чтобы избежать этого, корпо
рация Agile использует глетодики «Разработка через тестирование» (TDD) и «Разработка через приемочное тести
рование» (ATDD). которые являются методиками разработки программного обеспечения. В своей реализации TDD
корпорацияAgile использует метод белого ящика, определенный в ИСО/МЭЮ’ИИЭР 29119-4.
Цели тестирования: Цель тестирования состоит в получении информации, достаточной для оценки текуще
го уровня качества тестируемой системы, поскольку все действия, направленные на достижение этого, считаются
действиями тестирования программного обеспечения (например, тестирование комллексирования.
тестирование системы, приемочные испытания и регрессионное тестирование).
Процесс тестирования: Тестирование программного обеспечения будет базироваться на процессах тести
рования. определенных в ИСО/МЭК/ИИЭР 29119-2 и будет согласовано с подходом к разработке.
Организационная структура тестирования: Тестирование будет производиться ресурсами корпорации
Agile из центрального пула тестеров, назначенных проекту. Кроме того, по мере необходимости, центральный
«опытный» ресурс тестирования программного обеспечения под руководством Главы Тестирования обеспечит
консультационные услуги по тестированию проектов. Организационная структура тестирования в проекте будет
соответствовать общему руководству проектом.
Подготовка тестера: Все члены команд тестирования должны иметь надлежащее университетское обра
зование или. по крайней мере, минимальный уровень отраслевой сертификации в тестировании программного
обеспечения. Кроме того, ожидается, что тестеры будут иметь опыт в динамичных разработках или получат его в
течение грех месяцев после присоединения к команде тестирования.
Стандарты: Документация тестирования будет основываться на ИСО/МЭЮ’ИИЭР 29119-3 «Документация
тестирования», адаптированном к использованию в динамичных проектах.
Другие соответствующие политики: Политика разработки программного обеспечения корпорации Agile,
V4.3 (12/12/2008).
Совершенствование процесса тестирования и определение стоимости: Результатами итераций станут
накопленный опыт, метрики и концепции улучшения, которые будут представлены в центральную организацию
тестирования.
D.2 Пример 2 — Traditional Ltd
Traditional Ltd — небольшая компания, которая производит передовое аналитическое оборудование для
сельскохозяйственной промышленности. Более подробно она представлена в С.1 (приложение С).
Эта политика опубликована в корпоративной интрасети Traditional Ltd под заголовком «Управление» »«По-
литики». Она не предоставляет всю информацию о документе и не имеет версию, однако есть дата публикации.
Политика Тестирования
Цель и определение тестирования
В Traditional Ltd тестирование рассматривают как средство достижения доверия к нашим продуктам со сторо
ны пользователя и потребителя. Тестирование — это одно из многих средств достижения этой цели.
Процесс тестирования
В любой проект программного обеспечения должен входить проект тестирования. Другими словами, проект
тестирования должен быть подпроектом соответствующего проекта программного обеспечения.
52