SlideShare ist ein Scribd-Unternehmen logo
1 von 20
СОЗДАНИЕ СТРАТЕГИИ
ТЕСТИРОВАНИЯ НА ОСНОВЕ
АНАЛИЗА ТЗ ПО ГОСТ 19/34
Варфоломеева
Александра
КОРОТКО ОБО МНЕ
Общий опыт в тестировании – более 6 лет
Успела поработать:
 Тестировщиком в небольших инженерных
и студенческих проектах
 «Старшим» в проекте для Boeing в Luxoft
 Начальником отдела тестирования в
Бинбанке
 Состояла на госслужбе в Федеральном
казначействе
Сейчас Руководитель Департамента
обеспечения контроля качества в Helios
Information Technologies
«Вводные»:
 Готовые документы
 Тяжелый язык описания (как для
гос.органов)
 ТЗ по ГОСТ серии 19/34
 «Доступ» к
аналитику/разработчику/бизнес-заказчику
ограничен
 Нет простых и понятных схем
 Есть тестовый экземпляр системы
ПОСТАНОВКА ЗАДАЧИ:
ФОРМАЛИЗОВАТЬ ТРЕБОВАНИЯ И
РАЗРАБОТАТЬ ТЕСТ-ПЛАН И
ТЕСТОВУЮ СТРАТЕГИЮ ДЛЯ
СУЩЕСТВУЮЩЕЙ СИСТЕМЫ ПО
ГОТОВОМУ ТЗ, КОТОРОЕ ПИСАЛ
ДРУГОЙ ИСПОЛНИТЕЛЬ
ПОДЗАДАЧИ
• Анализ ТЗ. Как составлять
требования?
• Как создавать тест-план/стратегию
тестирования на основе ТЗ?
• Как создавать тестовое покрытие?
СТАНДАРТЫ
 ГОСТ 19.201-78. Единая система программной
документации. Техническое задание. Требования к
содержанию и оформлению
 Кратко изложено содержание ТЗ
 Кратко указаны требования к содержанию основных разделов
 ГОСТ 34.602-89. Информационная технология.
Комплекс стандартов на автоматизированные системы.
Техническое задание на создание автоматизированной
системы.
 Подробно изложены состав и содержание ТЗ
 Приведен Порядок разработки, согласования и утверждения ТЗ
 Шаблоны титульных листов и листов согласования
КАК ВЫГЛЯДИТ ТЗ ПО ГОСТ
Основные разделы:
1. Общие сведения
2. Назначение и цели создания системы
3. Характеристика объекта автоматизации
 Краткие сведения об объекте автоматизации;
 Сведения об условиях эксплуатации АС и
характеристиках ИТ-ландшафта.
4. Требования к системе
 Требования к системе в целом;
 Требования к функциям (задачам);
 Требования к видам обеспечения.
5. Состав и содержание работ по созданию системы
6. Порядок контроля и приемки системы
7. Требования к документированию
ОСОБЕНОСТИ ТЗ ПО ГОСТ
• Отвечает на основные вопросы: КТО?
ЧТО? КОГДА? ЗАЧЕМ? КАК?
• Описывает порядок сдачи! ≈
тестирование
• Структура!
• Содержит перечень оснований для
изменений (письма, ID изменений,
НПА, ссылки)
• Описание системы (функции)
• Нефункциональные требования?
• Трассировка (связь между)
требованиями?
ХАРАКТЕРИСТИКИ ХОРОШЕГО ТРЕБОВАНИЯ
 Недвусмысленность
 Тестируемость (возможность проверки)
 Правдоподобность (реальность, выполнимость)
 Ясность (краткость, сжатость, простота, точность)
 Независимость
 Элементарность
 Корректность
 Необходимость
 Понятность
 Независимость от реализации (абстрактность)
ПРИМЕР ТЗ
«Обособленное программное обеспечение необходимо установить за
пределами общего контура, исключив взаимодействие с комплексом
основных вычислений, работающим в рамках закрытого доступа, в который
не входит выделенный компонент во избежание обмена данными с ядром
систем обозначенного ПО и для обеспечения корректной работы
распределенного комплекса, за исключением случаев предусмотренных в п.п.
4.1.2.2.5-4.1.2.2.7»
АНАЛИЗ ТЗ
Добиваемся однозначно интерпретируемых, ясных, атомарных требований,
реализация которых проверяема.
Для этого:
1. Определяем назначение, бизнес функции и границ решаемых задач для ПО
(см. раздел 3. Характеристика объекта автоматизации);
2. Выписываем модули, задачи, функции;
3. Создаем структуру системных требований (Ехсеl, графические схемы,
каталоги);
4. Обнаруживаем и разрешаем конфликты между требованиями;
5. Детализируем системные требования для установления программных
требований (в связке с Руководством пользователя);
6. Назначаем приоритет в соответствии с «весом» требования.
АНАЛИЗ ТЗ
Классифицируем требования:
• функциональные и нефункциональные
требования
• внутренние (с другими требованиями) или
внешние зависимости
• требования к процессу/продукту
• приоритет требований
• содержание требований в отношении
конкретных подсистем создаваемого
программного обеспечения (модули)
• изменяемость/стабильность требований
РЕЗУЛЬТАТ АНАЛИЗА
• Структура (каталоги) для хранения и детализации требований
• Формализованные системные требования с привязкой к
программным требованиям
• База знаний о системе
• «Дырки»:
o конфликты
o не задокументированные требования
o часто меняющийся функционал
• Понимание того, что нужно тестировать!
РЕЗУЛЬТАТ АНАЛИЗА
РЕЗУЛЬТАТ АНАЛИЗА
Рабочие смены
Регистрация
сообщения о
прибытии
поезда
Регистрация
товарной
партии
Внесение
информации о
товарах
Контроль
товара
Принятие
решение по
транспортному
средству
Принятие
предварительного
решения
на основе результатов
контроля
Принятие
предварительного
решения
по партии
НА ЧТО ОБРАТИТЬ
ВНИМАНИЕ!
1. Утвердить структуру каталогов хранения требований
2. Не забывать про НФТ:
• Отслеживать интеграционные связи
• Требования к разграничению доступа
(матрицы)
• Требования к производительности и нештатным
ситуациям
• Интерфейсы! (2 строчки в ТЗ + Руководство
пользователя)
3. Отрисовывать схемы!
4. Исследовательское тестирование параллельно с
изучением документации
СОЗДАНИЕ ТЕСТОВОГО
ПОКРЫТИЯ
• Творческий процесс
• Декомпозиция
• Модульность
• Связи с требованиями
СТРАТЕГИЯ ТЕСТИРОВАНИЯ
1. Бизнес процесс
2. Привязка каждого «кубика» из схемы БП
к каталогу требований
3. Перечень проверок по каждому блоку с
привязкой к атомарным требованиям
4. «Одно требование – один тест-кейс!»
5. Связь требование-тест-кейс через
нумерацию, именование, ссылки,
каталоги
СПАСИБО ЗА ВНИМАНИЕ!
КОНТАКТЫ ДЛЯ СВЯЗИ
Почта:
avarfolomeeva.sqa@gmail.com
Соц. сети:
https://www.facebook.com/alexandra.varfolom
eeva.50
http://ru.linkedin.com/pub/alexandra-
varfolomeeva/3a/610/546/
Skype: redaap88
ВОПРОСЫ

Weitere ähnliche Inhalte

Was ist angesagt?

Software testing foundations_ilya_pluzhnikov
Software testing foundations_ilya_pluzhnikovSoftware testing foundations_ilya_pluzhnikov
Software testing foundations_ilya_pluzhnikovElya Pluzhnikov
 
Usability ppt-last-140313103534-phpapp01
Usability ppt-last-140313103534-phpapp01Usability ppt-last-140313103534-phpapp01
Usability ppt-last-140313103534-phpapp01Nickola14
 
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...SQALab
 
Использование трассировок на практике
Использование трассировок на практикеИспользование трассировок на практике
Использование трассировок на практикеSQALab
 
Контрольный список для проверки требований
Контрольный список для проверки требованийКонтрольный список для проверки требований
Контрольный список для проверки требованийIvan Shamaev
 
Sqadays 2010 burmistrov_fomin_20101120(2)
Sqadays 2010 burmistrov_fomin_20101120(2)Sqadays 2010 burmistrov_fomin_20101120(2)
Sqadays 2010 burmistrov_fomin_20101120(2)Alexei Lupan
 
Reporting error
Reporting errorReporting error
Reporting errorQA Guards
 
Тестирование ПО
Тестирование ПОТестирование ПО
Тестирование ПОseleznev_stas
 
программное обеспечение процесса тестирования
программное обеспечение процесса тестированияпрограммное обеспечение процесса тестирования
программное обеспечение процесса тестированияDressTester
 
Промышленная разработка ПО. Лекция 2. Инструменты
Промышленная разработка ПО. Лекция 2. ИнструментыПромышленная разработка ПО. Лекция 2. Инструменты
Промышленная разработка ПО. Лекция 2. ИнструментыMikhail Payson
 
About Testers
About TestersAbout Testers
About Testersantsh
 
Теория тестирования, часть 1
Теория тестирования, часть 1 Теория тестирования, часть 1
Теория тестирования, часть 1 DressTester
 
КГТУ Лекция 2: Обеспечение Качества Программного Обеспечения
КГТУ Лекция 2: Обеспечение Качества Программного ОбеспеченияКГТУ Лекция 2: Обеспечение Качества Программного Обеспечения
КГТУ Лекция 2: Обеспечение Качества Программного ОбеспеченияIosif Itkin
 
Requirements, введение в bug tracking systems.
Requirements, введение в bug tracking systems.Requirements, введение в bug tracking systems.
Requirements, введение в bug tracking systems.DressTester
 
Тестирование осень 2013 лекция 4
Тестирование осень 2013 лекция 4Тестирование осень 2013 лекция 4
Тестирование осень 2013 лекция 4Technopark
 
Управление конфигурациями и артефакты тестирования
Управление конфигурациями и артефакты тестированияУправление конфигурациями и артефакты тестирования
Управление конфигурациями и артефакты тестированияSQALab
 
Система генерации чек-листов для регрессионного тестирования на основе анализ...
Система генерации чек-листов для регрессионного тестирования на основе анализ...Система генерации чек-листов для регрессионного тестирования на основе анализ...
Система генерации чек-листов для регрессионного тестирования на основе анализ...SQALab
 
Обзор средств сопровождения процесса разработки и тестирования (HP QC, Jira).
Обзор средств сопровождения процесса разработки и тестирования (HP QC, Jira).Обзор средств сопровождения процесса разработки и тестирования (HP QC, Jira).
Обзор средств сопровождения процесса разработки и тестирования (HP QC, Jira).DressTester
 

Was ist angesagt? (20)

Test types
Test typesTest types
Test types
 
Software testing foundations_ilya_pluzhnikov
Software testing foundations_ilya_pluzhnikovSoftware testing foundations_ilya_pluzhnikov
Software testing foundations_ilya_pluzhnikov
 
Usability ppt-last-140313103534-phpapp01
Usability ppt-last-140313103534-phpapp01Usability ppt-last-140313103534-phpapp01
Usability ppt-last-140313103534-phpapp01
 
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
 
Использование трассировок на практике
Использование трассировок на практикеИспользование трассировок на практике
Использование трассировок на практике
 
Контрольный список для проверки требований
Контрольный список для проверки требованийКонтрольный список для проверки требований
Контрольный список для проверки требований
 
Sqadays 2010 burmistrov_fomin_20101120(2)
Sqadays 2010 burmistrov_fomin_20101120(2)Sqadays 2010 burmistrov_fomin_20101120(2)
Sqadays 2010 burmistrov_fomin_20101120(2)
 
Reporting error
Reporting errorReporting error
Reporting error
 
Тестирование ПО
Тестирование ПОТестирование ПО
Тестирование ПО
 
программное обеспечение процесса тестирования
программное обеспечение процесса тестированияпрограммное обеспечение процесса тестирования
программное обеспечение процесса тестирования
 
Промышленная разработка ПО. Лекция 2. Инструменты
Промышленная разработка ПО. Лекция 2. ИнструментыПромышленная разработка ПО. Лекция 2. Инструменты
Промышленная разработка ПО. Лекция 2. Инструменты
 
About Testers
About TestersAbout Testers
About Testers
 
Теория тестирования, часть 1
Теория тестирования, часть 1 Теория тестирования, часть 1
Теория тестирования, часть 1
 
КГТУ Лекция 2: Обеспечение Качества Программного Обеспечения
КГТУ Лекция 2: Обеспечение Качества Программного ОбеспеченияКГТУ Лекция 2: Обеспечение Качества Программного Обеспечения
КГТУ Лекция 2: Обеспечение Качества Программного Обеспечения
 
Requirements, введение в bug tracking systems.
Requirements, введение в bug tracking systems.Requirements, введение в bug tracking systems.
Requirements, введение в bug tracking systems.
 
It global meetup_01
It global meetup_01It global meetup_01
It global meetup_01
 
Тестирование осень 2013 лекция 4
Тестирование осень 2013 лекция 4Тестирование осень 2013 лекция 4
Тестирование осень 2013 лекция 4
 
Управление конфигурациями и артефакты тестирования
Управление конфигурациями и артефакты тестированияУправление конфигурациями и артефакты тестирования
Управление конфигурациями и артефакты тестирования
 
Система генерации чек-листов для регрессионного тестирования на основе анализ...
Система генерации чек-листов для регрессионного тестирования на основе анализ...Система генерации чек-листов для регрессионного тестирования на основе анализ...
Система генерации чек-листов для регрессионного тестирования на основе анализ...
 
Обзор средств сопровождения процесса разработки и тестирования (HP QC, Jira).
Обзор средств сопровождения процесса разработки и тестирования (HP QC, Jira).Обзор средств сопровождения процесса разработки и тестирования (HP QC, Jira).
Обзор средств сопровождения процесса разработки и тестирования (HP QC, Jira).
 

Ähnlich wie Создание стратегии тестирования на основе анализа ТЗ по ГОСТ 19/34

Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаПромышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаMikhail Payson
 
Thorny Path to Good Requirements by Taras Isichenko
Thorny Path to Good Requirements by Taras IsichenkoThorny Path to Good Requirements by Taras Isichenko
Thorny Path to Good Requirements by Taras IsichenkoSigma Software
 
Организация тестирования производительности по Sweat
Организация тестирования производительности по SweatОрганизация тестирования производительности по Sweat
Организация тестирования производительности по SweatReturn on Intelligence
 
Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...Alexandra Varfolomeeva
 
Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...SQALab
 
Сергей Ревко
Сергей РевкоСергей Ревко
Сергей РевкоSQALab
 
Нефункциональные требования.pptx
Нефункциональные требования.pptxНефункциональные требования.pptx
Нефункциональные требования.pptxNatalia Zhelnova
 
Управление требованиями и тестирование ПО
Управление требованиями и тестирование ПОУправление требованиями и тестирование ПО
Управление требованиями и тестирование ПОТранслируем.бел
 
Как принести пользу разработке и упростить себе жизнь?
Как принести пользу разработке и упростить себе жизнь?Как принести пользу разработке и упростить себе жизнь?
Как принести пользу разработке и упростить себе жизнь?SQALab
 
Тест-дизайн: проще читать или проще писать
Тест-дизайн: проще читать или проще писатьТест-дизайн: проще читать или проще писать
Тест-дизайн: проще читать или проще писатьSQALab
 
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUAREТехники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARESQALab
 
Эффективное объектно-ориентированное проектирование и структурное качество пр...
Эффективное объектно-ориентированное проектирование и структурное качество пр...Эффективное объектно-ориентированное проектирование и структурное качество пр...
Эффективное объектно-ориентированное проектирование и структурное качество пр...LuxoftTraining
 
Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Dima Dzuba
 
Процесс тестирования
Процесс тестированияПроцесс тестирования
Процесс тестированияAlexander Solosh
 
Организация тестирования производительности по SWEAT
Организация тестирования производительности по SWEATОрганизация тестирования производительности по SWEAT
Организация тестирования производительности по SWEATSQALab
 
Организация тестирования производительности по SWEAT
Организация тестирования производительности по SWEATОрганизация тестирования производительности по SWEAT
Организация тестирования производительности по SWEATReturn on Intelligence
 

Ähnlich wie Создание стратегии тестирования на основе анализа ТЗ по ГОСТ 19/34 (20)

Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаПромышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
 
Thorny Path to Good Requirements by Taras Isichenko
Thorny Path to Good Requirements by Taras IsichenkoThorny Path to Good Requirements by Taras Isichenko
Thorny Path to Good Requirements by Taras Isichenko
 
Организация тестирования производительности по Sweat
Организация тестирования производительности по SweatОрганизация тестирования производительности по Sweat
Организация тестирования производительности по Sweat
 
Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...
 
Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...
 
Nfr and quality-models
Nfr and quality-modelsNfr and quality-models
Nfr and quality-models
 
Сергей Ревко
Сергей РевкоСергей Ревко
Сергей Ревко
 
Нефункциональные требования.pptx
Нефункциональные требования.pptxНефункциональные требования.pptx
Нефункциональные требования.pptx
 
Test design print
Test design printTest design print
Test design print
 
PMIufa 2011-02-24
PMIufa 2011-02-24PMIufa 2011-02-24
PMIufa 2011-02-24
 
Управление требованиями и тестирование ПО
Управление требованиями и тестирование ПОУправление требованиями и тестирование ПО
Управление требованиями и тестирование ПО
 
Как принести пользу разработке и упростить себе жизнь?
Как принести пользу разработке и упростить себе жизнь?Как принести пользу разработке и упростить себе жизнь?
Как принести пользу разработке и упростить себе жизнь?
 
Тест-дизайн: проще читать или проще писать
Тест-дизайн: проще читать или проще писатьТест-дизайн: проще читать или проще писать
Тест-дизайн: проще читать или проще писать
 
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUAREТехники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
 
Эффективное объектно-ориентированное проектирование и структурное качество пр...
Эффективное объектно-ориентированное проектирование и структурное качество пр...Эффективное объектно-ориентированное проектирование и структурное качество пр...
Эффективное объектно-ориентированное проектирование и структурное качество пр...
 
Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4
 
MS ALM 2013 Review
MS ALM 2013 ReviewMS ALM 2013 Review
MS ALM 2013 Review
 
Процесс тестирования
Процесс тестированияПроцесс тестирования
Процесс тестирования
 
Организация тестирования производительности по SWEAT
Организация тестирования производительности по SWEATОрганизация тестирования производительности по SWEAT
Организация тестирования производительности по SWEAT
 
Организация тестирования производительности по SWEAT
Организация тестирования производительности по SWEATОрганизация тестирования производительности по SWEAT
Организация тестирования производительности по SWEAT
 

Создание стратегии тестирования на основе анализа ТЗ по ГОСТ 19/34

  • 1. СОЗДАНИЕ СТРАТЕГИИ ТЕСТИРОВАНИЯ НА ОСНОВЕ АНАЛИЗА ТЗ ПО ГОСТ 19/34 Варфоломеева Александра
  • 2. КОРОТКО ОБО МНЕ Общий опыт в тестировании – более 6 лет Успела поработать:  Тестировщиком в небольших инженерных и студенческих проектах  «Старшим» в проекте для Boeing в Luxoft  Начальником отдела тестирования в Бинбанке  Состояла на госслужбе в Федеральном казначействе Сейчас Руководитель Департамента обеспечения контроля качества в Helios Information Technologies
  • 3. «Вводные»:  Готовые документы  Тяжелый язык описания (как для гос.органов)  ТЗ по ГОСТ серии 19/34  «Доступ» к аналитику/разработчику/бизнес-заказчику ограничен  Нет простых и понятных схем  Есть тестовый экземпляр системы ПОСТАНОВКА ЗАДАЧИ: ФОРМАЛИЗОВАТЬ ТРЕБОВАНИЯ И РАЗРАБОТАТЬ ТЕСТ-ПЛАН И ТЕСТОВУЮ СТРАТЕГИЮ ДЛЯ СУЩЕСТВУЮЩЕЙ СИСТЕМЫ ПО ГОТОВОМУ ТЗ, КОТОРОЕ ПИСАЛ ДРУГОЙ ИСПОЛНИТЕЛЬ
  • 4. ПОДЗАДАЧИ • Анализ ТЗ. Как составлять требования? • Как создавать тест-план/стратегию тестирования на основе ТЗ? • Как создавать тестовое покрытие?
  • 5. СТАНДАРТЫ  ГОСТ 19.201-78. Единая система программной документации. Техническое задание. Требования к содержанию и оформлению  Кратко изложено содержание ТЗ  Кратко указаны требования к содержанию основных разделов  ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.  Подробно изложены состав и содержание ТЗ  Приведен Порядок разработки, согласования и утверждения ТЗ  Шаблоны титульных листов и листов согласования
  • 6. КАК ВЫГЛЯДИТ ТЗ ПО ГОСТ Основные разделы: 1. Общие сведения 2. Назначение и цели создания системы 3. Характеристика объекта автоматизации  Краткие сведения об объекте автоматизации;  Сведения об условиях эксплуатации АС и характеристиках ИТ-ландшафта. 4. Требования к системе  Требования к системе в целом;  Требования к функциям (задачам);  Требования к видам обеспечения. 5. Состав и содержание работ по созданию системы 6. Порядок контроля и приемки системы 7. Требования к документированию
  • 7. ОСОБЕНОСТИ ТЗ ПО ГОСТ • Отвечает на основные вопросы: КТО? ЧТО? КОГДА? ЗАЧЕМ? КАК? • Описывает порядок сдачи! ≈ тестирование • Структура! • Содержит перечень оснований для изменений (письма, ID изменений, НПА, ссылки) • Описание системы (функции) • Нефункциональные требования? • Трассировка (связь между) требованиями?
  • 8. ХАРАКТЕРИСТИКИ ХОРОШЕГО ТРЕБОВАНИЯ  Недвусмысленность  Тестируемость (возможность проверки)  Правдоподобность (реальность, выполнимость)  Ясность (краткость, сжатость, простота, точность)  Независимость  Элементарность  Корректность  Необходимость  Понятность  Независимость от реализации (абстрактность)
  • 9. ПРИМЕР ТЗ «Обособленное программное обеспечение необходимо установить за пределами общего контура, исключив взаимодействие с комплексом основных вычислений, работающим в рамках закрытого доступа, в который не входит выделенный компонент во избежание обмена данными с ядром систем обозначенного ПО и для обеспечения корректной работы распределенного комплекса, за исключением случаев предусмотренных в п.п. 4.1.2.2.5-4.1.2.2.7»
  • 10. АНАЛИЗ ТЗ Добиваемся однозначно интерпретируемых, ясных, атомарных требований, реализация которых проверяема. Для этого: 1. Определяем назначение, бизнес функции и границ решаемых задач для ПО (см. раздел 3. Характеристика объекта автоматизации); 2. Выписываем модули, задачи, функции; 3. Создаем структуру системных требований (Ехсеl, графические схемы, каталоги); 4. Обнаруживаем и разрешаем конфликты между требованиями; 5. Детализируем системные требования для установления программных требований (в связке с Руководством пользователя); 6. Назначаем приоритет в соответствии с «весом» требования.
  • 11. АНАЛИЗ ТЗ Классифицируем требования: • функциональные и нефункциональные требования • внутренние (с другими требованиями) или внешние зависимости • требования к процессу/продукту • приоритет требований • содержание требований в отношении конкретных подсистем создаваемого программного обеспечения (модули) • изменяемость/стабильность требований
  • 12. РЕЗУЛЬТАТ АНАЛИЗА • Структура (каталоги) для хранения и детализации требований • Формализованные системные требования с привязкой к программным требованиям • База знаний о системе • «Дырки»: o конфликты o не задокументированные требования o часто меняющийся функционал • Понимание того, что нужно тестировать!
  • 14. РЕЗУЛЬТАТ АНАЛИЗА Рабочие смены Регистрация сообщения о прибытии поезда Регистрация товарной партии Внесение информации о товарах Контроль товара Принятие решение по транспортному средству Принятие предварительного решения на основе результатов контроля Принятие предварительного решения по партии
  • 15. НА ЧТО ОБРАТИТЬ ВНИМАНИЕ! 1. Утвердить структуру каталогов хранения требований 2. Не забывать про НФТ: • Отслеживать интеграционные связи • Требования к разграничению доступа (матрицы) • Требования к производительности и нештатным ситуациям • Интерфейсы! (2 строчки в ТЗ + Руководство пользователя) 3. Отрисовывать схемы! 4. Исследовательское тестирование параллельно с изучением документации
  • 16. СОЗДАНИЕ ТЕСТОВОГО ПОКРЫТИЯ • Творческий процесс • Декомпозиция • Модульность • Связи с требованиями
  • 17. СТРАТЕГИЯ ТЕСТИРОВАНИЯ 1. Бизнес процесс 2. Привязка каждого «кубика» из схемы БП к каталогу требований 3. Перечень проверок по каждому блоку с привязкой к атомарным требованиям 4. «Одно требование – один тест-кейс!» 5. Связь требование-тест-кейс через нумерацию, именование, ссылки, каталоги
  • 19. КОНТАКТЫ ДЛЯ СВЯЗИ Почта: avarfolomeeva.sqa@gmail.com Соц. сети: https://www.facebook.com/alexandra.varfolom eeva.50 http://ru.linkedin.com/pub/alexandra- varfolomeeva/3a/610/546/ Skype: redaap88