Содержание
- 2. Как мы хотели бы тестировать?
- 3. Как оно бывает на самом деле? Менеджер проекта Аналитик Разработчик Дизайнер Тестировщик
- 4. Где все хорошо? Requirements and technical concepts for aviation RTCA DO-178B Процессы: Планирование Разработка Верификация Управление
- 5. Уровни критичности
- 6. ☺ Зона порядка Тестировщик внутри процесса Переработка упорядоченного входа в упорядоченный выход Требования Релизы Тесты Дефекты
- 7. Когда заканчиваем? Фаза кончилась Деньги кончились Покрыли 100% требований Покрыли 75% кода Автоматизировали 70% тестов Когда
- 8. Чем хорошо? Сроки – управляемые Процесс – есть Зрелость коллектива – несомненно Чем плохо? Окружающая среда
- 9. ☹ Зона внутреннего хаоса Сроки Релизы Требования Стандарты??? Тесты Дефекты Код
- 10. Главный вопрос жизни, вселенной и всего такого Как работать в агрессивной среде в условиях внешнего хаоса?
- 11. 42! Структурировать! Время: GTD Информацию о системе: конфигурации Быстрые оценки состояния: диаграммы
- 12. ☹ Зона внешнего хаоса Зона внутреннего порядка Как бороться? INBOX Информация о системе Сроки Релизы Код
- 13. Время
- 14. ☹Планирование времени
- 15. ☺Упорядочение времени: почти GTD Надо срочно! Наброски критических тест-кейсов Сразу баг-репорты Задача на спокойный период –
- 16. ☺Распределяем верхушки айсберга срочно! сегодня на неделе Анализ и исследование Сценарии тестов Тест-требования Дефекты Рабочие заметки
- 17. Информация о системе
- 18. ☹Управление конфигурациями Конфигурация документов Архитектура Руководство пользователя План проекта Система
- 19. ?Управление конфигурациями
- 20. ☺Упорядоченные конфигурации Важно! Один объект входит во множество конфигураций Источники информации: Внешние (требования) – непредсказуемы, надо
- 21. ☺Упорядоченные конфигурации Внешние источники Дают статическую информацию Надо «подшивать», образуя структурированные описания системы Тестировщик – аналитик
- 22. ☺Workflow все-таки есть
- 23. Отчеты о состоянии
- 24. ☹Вычисление состояния Объект конфигураци Объекты конфигурации Состояния объектов Состояние конфигурации Принятие решения Технологическое воздействие Изменение состояний
- 25. ☺Оценка состояния Состояние должно определяться с первого взгляда Какие нужны диаграммы? Календарь приоритетов: календарь Сколько осталось:
- 26. Календарь приоритетов ☺ ☹ Задача 1 Задача 2 Задача 3 Задача 4 Задача 1 Задача 2
- 27. Где критические места? Пузыри должны всплывать, уменьшаясь в размерах по мере исправления дефектов
- 28. Сколько осталось Разработка Тестирование Задача 1 Задача 3 (исправление) Задача 5 Задача 2 Задача 3 Задача
- 29. Трудозатраты Перекос на регрессию – надо автоматизировать
- 30. Куда дальше? Распространить порядок за пределы тестирования Заинтересовать начальство Подключить заказчиков к обсуждению проблем в трекере
- 32. Скачать презентацию