ГОСТ Р 56922-2016/ISO/IEC/IEEE 29119-3:2013 Системная и программная инженерия. Тестирование программного обеспечения. Часть 3. Документация тестирования
Приложение D
(справочное)
Политика Тестирования
D.1 Пример 1 - Корпорация Agile
Корпорация Agile - большая организация, осуществляющая публикацию журналов и книг. Более подробно она представлена в C.1 (приложение C).
Политика Тестирования корпорации 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 - небольшая компания, которая производит передовое аналитическое оборудование для сельскохозяйственной промышленности. Более подробно она представлена в C.1 (приложение C).
Эта политика опубликована в корпоративной интрасети Traditional Ltd под заголовком "Управление" >>"Политики". Она не предоставляет всю информацию о документе и не имеет версию, однако есть дата публикации.
Политика Тестирования
Цель и определение тестирования
В Traditional Ltd тестирование рассматривают как средство достижения доверия к нашим продуктам со стороны пользователя и потребителя. Тестирование - это одно из многих средств достижения этой цели.
Процесс тестирования
В любой проект программного обеспечения должен входить проект тестирования. Другими словами, проект тестирования должен быть подпроектом соответствующего проекта программного обеспечения.
Упомянутые два проекта должны быть запущены одновременно. Процесс тестирования включает следующие действия: планирование, анализ и проектирование тестовых материалов, выполнение и документирование тестирования, включая регистрацию любых инцидентов, завершение тестирования и создание отчетов. Тестирование влияет на что-то (объект тестирования), и наблюдая эффект воздействия, можно решить, считать этот эффект правильным или неправильным поведением.
Организация
Каждый проект должен быть укомплектован аналитиками, разработчиками, программистами и аналитиками тестирования. Они все подчиняются менеджеру проекта. Для выполнения тестирования можно нанимать студентов.
Оценка тестирования