
- •Понятие сетецентрического управления
- •Понятие интроперабельности . Уровни интероперабельности.
- •Цифровая среда «Умного предприятия»
- •Место задач управления функциональной безопасностью при решении задач реализации положений доктрины Industry 4.0
- •Сведения о Standish Group. Оценка состояния дел по реализации программных проектов согласно отчетов Standish Group. Факторы успешной реализации программных проектов.
- •Содержание моделей Project Triangle 1994г. И 2015г.
- •Основные вопросы предпроектной стадии создания компонентов цифровой экосреды
- •Модель управления урегулированием проблемной ситуации
- •Содержание tqm. Компоненты tqm (Customer Focus; Planning Process; Process Management; Process Improvement; Total Participation) и их содержание.
- •Содержание tqm. Базовые положения tqm.
- •Содержание «цикла Деминга». Принципы менеджмента на основе качества
- •Содержание основных этапов процесса цикла Деминга: Plan
- •Содержание основных этапов процесса цикла Деминга: Do
- •Содержание основных этапов процесса цикла Деминга: Check
- •Содержание основных этапов процесса цикла Деминга: Act
- •Роль тестирования в управлении качеством программных систем. Эволюция подходов к тестированию
- •Роль тестирования в управлении качеством программных систем
- •Особенности подходов к тестированию 50-х годов
- •Особенности подходов к тестированию 70-х годов
- •Особенности подходов к тестированию 80-х годов
- •Особенности подходов к тестированию 90-х годов
- •Регрессионное тестирование. Классическое и современное толкование
- •Сценарное тестирование
- •Ad hoc тестирование
- •Исследовательское тестирование
- •Основные вопросы rca и их содержание
- •Стандартизация: Примените полученные знания для предотвращения аналогичных проблем в будущем. Принятое решение должно стать стандартом и быть внедрено в повседневную практику.
- •Принципы smart и их содержание
- •Описание задач rca: Определение проблемы
- •Описание задач rca: Понимание проблемы
- •Описание задач rca: Немедленное действие
- •Описание задач rca: Корректирующее действие
- •Описание задач rca: Подтверждение правильности решения
- •Базовые положения rca
- •Инструменты rca: «Пять почему», «Fishbone», Парето-анализ
- •Рекомендации по применению rca
- •Возможные причины неудачного применения rca
Исследовательское тестирование
Исследовательское тестирование (exploratory testing) — это одновременное изучение программного продукта, проектирование тестов и их выполнение. Это неформальный метод проектирования тестов, при котором тестировщик активно контролирует проектирование тестов и то, как эти тесты выполняются, и использует полученную во время тестирования информацию для проектирования новых тестов. Если каждый следующий тест, который выполняет тестировщик, выбирается по результатам предыдущего теста, это означает, что мы используем исследовательское тестирование.
Применяется когда
нужно обеспечить быструю обратную связь для нового продукта или новой функциональности продукта.
нужно быстро ознакомиться с продуктом.
уже были проведены основные виды тестирования и время позволяет разнообразить методы тестирования.
нужно найти дефект, локализованный в определенном модуле в кратчайшие сроки.
проверяется работа другого специалиста по тестированию.
нужно изучить состояние конкретного риска для принятия решения о необходимости покрытия конкретной области тестами.
Предпосылки к использованию исследовательского тестирования в чистом виде
Мало времени : если тестовая документация написана, но времени на прохождение тестов уже нет, нужно выбирать наиболее критичные области приложения, которые реально протестировать за имеющееся время.
Сложности с требованиями: требований нет, они не полны или устарели и нет возможности их актуализировать.
Небольшой проект: продукт маленький, и разработка тестовых сценариев займет больше времени, чем сам процесс тестирования.
Основные вопросы rca и их содержание
Анализ коренных причин (Root Cause Analysis, RCA) — это структурированный, пошаговый процесс, который помогает выявить основные факторы или причины неблагоприятного события или близкой аварии. Понимание факторов, способствующих отказу системы, или причин, его вызывающих, помогает разработать план действий по реагированию для устранения проблемы и ее неповторения в будущем.
Правильно сделанный анализ коренных причин поможет выявить уязвимые места в процессах и определить, как избежать повторения ошибок.
Итак, анализ коренных причин выполняется, чтобы определить:
«Что произошло?»
«Почему это произошло?»
«Что необходимо предпринять, чтобы избежать повторения проблемы?»
Процесс аудита по RCA состоит из 5 этапов:
Проверка условий: Прежде чем решать проблему, убедитесь, что предприняты все возможные шаги для ее минимизации. Проверьте наличие стандартов выполнения операции, их доступность и понятность.
Сбор данных: Соберите все необходимые данные, чтобы определить проблему. Опишите, что произошло, где, когда, кто был вовлечен и какое отклонение от нормы наблюдается.
Анализ проблемы: Проанализируйте причины проблемы, используя метод "5 почему", чтобы выявить корневую причину.
План действий: Разработайте план действий для исправления ситуации. Определите задачи, ответственных и сроки выполнения.