?Тестированиекак средство противодействия?внешнему хаосу презентация

Тестирование как средство противодействия внешнему хаосу Никита Налютин

Как мы хотели бы тестировать?

Как оно бывает на самом деле?

Где все хорошо? Requirements and technical concepts for aviation RTCA DO-178B Процессы: Планирование Разработка Верификация Управление конфигурациями Управление качеством Взаимодействие с сертифицирующим органом

Уровни критичности

Тестировщик внутри процесса Переработка упорядоченного входа в упорядоченный выход

Когда заканчиваем? Фаза кончилась Деньги кончились Покрыли 100% требований Покрыли 75% кода Автоматизировали 70% тестов

Чем хорошо? Сроки – управляемые Процесс – есть Зрелость коллектива – несомненно

Главный вопрос жизни, вселенной и всего такого Как работать в агрессивной среде в условиях внешнего хаоса?

42! Структурировать! Время: GTD Информацию о системе: конфигурации Быстрые оценки состояния: диаграммы

Как бороться?

Время

Планирование времени

Упорядочение времени: почти GTD Надо срочно! Наброски критических тест-кейсов Сразу баг-репорты Задача на спокойный период – написать нормальный тест-план и кейсы Надо сегодня Нормальные тест-кейсы Баг-репорты со ссылками на шаги Задача на спокойный период: выделить тесты на регрессию На неделе сделаешь? Подробные тест-кейсы Можно подумать об автоматизации и о высоком

Распределяем верхушки айсберга

Информация о системе

Управление конфигурациями

Управление конфигурациями

Упорядоченные конфигурации Важно! Один объект входит во множество конфигураций Источники информации: Внешние (требования) – непредсказуемы, надо структурировать Внутренние – тестовые артефакты, знаем что когда будет Какие нужны конфигурации? Тесты (на регрессию, доделать, уточнить, автоматизировать) Дефекты (конкретного релиза, критические и т.п.) Подумать и улучшить (что угодно) Хотелки и требования (структура системы) и т.д. Что надо связывать? Все! тесты, дефекты, результаты прогона, коммиты и т.д.

Упорядоченные конфигурации Внешние источники Дают статическую информацию Надо «подшивать», образуя структурированные описания системы Тестировщик – аналитик Wiki Внутренние источники Дают динамическую информацию, важно состояние Структура образуется сама Тестировщик работает согласно процессам Project Tracker

Workflow все-таки есть

Отчеты о состоянии

Вычисление состояния

Оценка состояния Состояние должно определяться с первого взгляда Какие нужны диаграммы? Календарь приоритетов: календарь Сколько осталось: столбчатая Где критические места: пузырьковая Трудозатраты (на разработку тестов/на регрессию): роза ветров

Календарь приоритетов

Где критические места?

Сколько осталось

Трудозатраты

Куда дальше?

Вопросы?