Профилактика дефектов
•Als PPTX, PDF herunterladen•
0 gefällt mir•464 views
Доклад Андрея Бельских на конференции SQA Days-21 www.sqadays.com
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie Профилактика дефектов
Ähnlich wie Профилактика дефектов (20)
Mehr von SQALab
Mehr von SQALab (20)
Профилактика дефектов
- 3. Определение Деятельность по предотвращению дефектов! Комплекс мероприятий, направленных на предупреждение возникновения дефектов, устранение факторов риска их появления. Процесс нахождения причины возникновения дефектов для предотвращения их возникновения в будущем
- 4. Виды профилактики дефектов Backlog POЗадачи Разработчики Код Тестирование Release- candidate Эксплуатация Release Пользователи Хотелки, проблемы Support Manager Гипотезы, идеи Анализ ошибокАнализ требований (по Вигерсу)Тестирование требованийПроектирование, BDD, TDDCode Style, Static Code AnalysisCode ReviewReview Test CasesBeta TestingBackupingMonitoring Работа с пользователями в соцсетях FAQ
- 5. С чего начать??? Агрегировать дефекты по общему признаку Приоритизировать дефекты Определить наиболее важные факторы влияющих на возникновение дефекта Оценка рисков
- 8. Системный подход, позволяющий на основе определения измеримых целей процесса, продукта повышать эффективность процессов в соответствии с потребностями проекта или организации. Цель вопрос вопрос вопрос метрика метрика метрикаметрика метрикаметрика Goals Question Metric
- 9. Goals Question Metric Повысить качество сервиса Успешный ли запуск? Качественная ли картинка? Отношение всех запусков на количество успешных FPSбитрейт Потери Есть ли задержки в управлении? ping было 60% стало 90%
- 10. Анализ 5 почему? Долгая выкладка сделанных задач: - много что нужно проверить перед релизом - после проверки не уверены в результате - отдаем в бэта тест на неделю. - не знаем, все проверили ли нет - в проекте почти нет документации Большое количество обращений с проблемой: - Баги проходят через тестирование - Низкая область покрытия тестами - Слишком много времени и ресурсов требуется для проверки текущего покрытия - Мы не знаем как оптимизировать время не потеряв в качестве - В проекте почти нет документации
- 12. Анализ 5 почему? Многоуровневый документ Много участников Есть результат ○ Гипотезы ○ Задачи
- 15. Корневые проблемы Конечные проблемы Промежуточные Узловые Исправленные Дерево текущей реальности
- 16. Соединим все...
- 17. ВЫВОДЫ Главное начать … Вовлекайте других людей Не зацикливайтесь на одном … Относитесь к своему продукту по-человечески Внедряйте свои профилактики, если это действительно нужно.
- 18. Игры с «облаками» Бельских Андрей Тест-менеджер belskih@playkey.net Skype:wertuoz1986
Hinweis der Redaktion
- 1. Представиться и сказать пару слов о кампании 2. Нивелирует риски – стойкое впечатление 3. Поиск ответа
- 1. Соответсвеие болезни и дефекта – схожести 2. Конкретные профилактики 3. Орви – Бог плохой разработчик
- 1. Очевидно 2. Слова Гипократа – симптоматика 3. Уменьшение факторов риска – введение контроля качества на этапх жизненного цикла продукта 4. Помните увеличение времени на реализации ваших целей
- 1. Уменьшение рисков возникновения дефектов, увеличение реакции на дефекты и снижение негатива 2. Есть еще и Люди – некомпитенции 3. Конкретные болезни – конкретные профилактики. 4. Причина возникновения – Анализ дефектов – Что делать?
- 1. Группировка по признаку – примеры. Разбиение выборки по … 2. дефект – дефекту рознь – цифровой эквивалент – Аналитические данные, субъективное мнение, индекс риска 3. Одини дефекты важнее других – с числовыми данными можно строить графики
- Классификации ошибок по типам
- 1. Супер крутой сервис облачных игр Play key 2. Много игр – много не критичных проблем 3. остылка к первому графику, виртуализация – новая техналогия – в нашем виде, пока ни где больше не используется 4. нет цели – нет результата. – но … дальше анализируем. Цель – это важно поэтому …
- 1. Качество продукта – какими вопросами мы оценим качество – запуск, картинка, задержки в управлении 2. реализация сбора данных метрик – анализируем их, для ее последующего улучшения
- 1. Метрические данные – для анализа факторов влияющих на данную метрику. 2. 3 месяца – вся команда
- 1. Бе-е-е. Просто. Почемучка. 2. Дождь и т.д. что придеться самому изучить термодинамику и молекулярную физику 3. Гнев на смертных – основная слабость 4. Единолично, безальтернативно
- 1. Альтернатива, привлечение команды, избегайте обвинений, не зацикливайтесь на цифре 5
- 1. Общий документ. Взгляд на проблему с разных сторон. 2. Один из примеров представил в виде схемы.
- 1. Похож но более комплексно. 2. Замечательный доклад Натальи Руколь и Олега Грабко – как оптимизировать тестирование на крупном проекте, рассмотрен на конкретном примере
- 1. Добавим еще проблем и зависимостей и …
- 1. Мешанина проблем и стрелочек. 2. Красные это корень зла всех ваших проблем. 3. Желтые узловые, слишком много стрелочек на входе и выходе – рассмотреть более внимательно, а не надуманные проблемы или не налаженные процессы 4. Прослеживается связь, опять виновата документация? Что-то не так 5. Книга теория ограничения Голдратта – дерево удущей реальности
- 1. Убрал вопросы и очевидные связи, чтобы они не нагромождали рисунок. 2. Проследим взяимосвязь метрики времени проверки релиза. Увеличилось, но засчет увеличения количества релизов
- 1. Не бойтесь ошибаться. Начните с малого. 2. Для вас очевидно или совсем не понятно посоветуйтесь со знающими людьми. 3. Не зацикливайтесь на одном инструменте или проблеме. 4. Такое отношение к вам вернется, земля то круглая. 5. Бог – создал болезни для профилактики.