Александр Мусатов, Киев: True burger bar, Restteam, Hendrick's barRestoPraktiki
RestoPraktiki Kiev 28-30 марта 2016.
Александр Мусатов, Киев: True burger bar, Restteam, Hendrick's bar. Тема: Где у менеджера кнопка "соблюдаю стандарты"
Безопасность - это не только конфиденциальностьAnton Zhbankov
Безопасность - это не только конфиденциальность, но так же целостность и доступность.
К чему приводит фокус только на первом пункте и что с этим делать?
Александр Мусатов, Киев: True burger bar, Restteam, Hendrick's barRestoPraktiki
RestoPraktiki Kiev 28-30 марта 2016.
Александр Мусатов, Киев: True burger bar, Restteam, Hendrick's bar. Тема: Где у менеджера кнопка "соблюдаю стандарты"
Безопасность - это не только конфиденциальностьAnton Zhbankov
Безопасность - это не только конфиденциальность, но так же целостность и доступность.
К чему приводит фокус только на первом пункте и что с этим делать?
Мы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
Картинки к моему рассказу о том, как мы делаем Банки.ру. Некоторые слайды очень неоднозначны без текста. Тезисы тут: http://nastachku.ru/lectures?lecture_id=630#lecture_630
Видео тут https://www.youtube.com/watch?v=m5QuiTZwMrU
Как контролировать работу? Вадим НарейкоVadim Nareyko
Школа Управленческого Мастерства (ШУМ) - 4. Тренинг по контролю выполнения работ.
Посвящен типичным ошибкам управления при внедрении гибких (адаптивных, Agile) методологий. Разбираются активности и роли на примере методологии Scrum.
Ведущий: Вадим Нарейко
Страница: https://www.facebook.com/ManagementMasters
Когда код «убивает», или зачем нам тестировать наши продуктыОлег Стрекаловский
Доклад посвящен теме тестирования и надёжности ПО. Что вы получаете, когда забываете о качестве разрабатываемого продукта и "куда копать", если вы вдруг решите начать проверять то, что у вас разрабатывается.
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...ScrumTrek
Доклад про трансформацию процесса развития госуслуг: не столько и не только разработка кода портала госуслуг, сколько изменения всего процесса сервис-дизайна. А также договорная составляющая: как гибкий подход нашёл отражение в госконтрактах.
Деньги дают на проверку гипотезы: “Можно ли из вашей идеи сделать бизнес”. Вы сами должны уметь все, что необходимо для проверки гипотезы.
Из презентации вы узнаете:
- Дают ли инвесторы деньги на разработку продукта или на получение ответов.
- Об эксперименте как о способе проверки модели бизнеса.
- Что такое минимальный продукт, необходимый для проверки очередной гипотезы.
Спикер: Аркадий Морейнис (руководитель в Главстарт). Презентация выступления на онлайн-конференции «Практика онлайн-бизнеса». 28 июня 2012 года.
Посмотреть видеозапись: http://bit.ly/1j5Wug4
Мы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
Картинки к моему рассказу о том, как мы делаем Банки.ру. Некоторые слайды очень неоднозначны без текста. Тезисы тут: http://nastachku.ru/lectures?lecture_id=630#lecture_630
Видео тут https://www.youtube.com/watch?v=m5QuiTZwMrU
Как контролировать работу? Вадим НарейкоVadim Nareyko
Школа Управленческого Мастерства (ШУМ) - 4. Тренинг по контролю выполнения работ.
Посвящен типичным ошибкам управления при внедрении гибких (адаптивных, Agile) методологий. Разбираются активности и роли на примере методологии Scrum.
Ведущий: Вадим Нарейко
Страница: https://www.facebook.com/ManagementMasters
Когда код «убивает», или зачем нам тестировать наши продуктыОлег Стрекаловский
Доклад посвящен теме тестирования и надёжности ПО. Что вы получаете, когда забываете о качестве разрабатываемого продукта и "куда копать", если вы вдруг решите начать проверять то, что у вас разрабатывается.
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...ScrumTrek
Доклад про трансформацию процесса развития госуслуг: не столько и не только разработка кода портала госуслуг, сколько изменения всего процесса сервис-дизайна. А также договорная составляющая: как гибкий подход нашёл отражение в госконтрактах.
Деньги дают на проверку гипотезы: “Можно ли из вашей идеи сделать бизнес”. Вы сами должны уметь все, что необходимо для проверки гипотезы.
Из презентации вы узнаете:
- Дают ли инвесторы деньги на разработку продукта или на получение ответов.
- Об эксперименте как о способе проверки модели бизнеса.
- Что такое минимальный продукт, необходимый для проверки очередной гипотезы.
Спикер: Аркадий Морейнис (руководитель в Главстарт). Презентация выступления на онлайн-конференции «Практика онлайн-бизнеса». 28 июня 2012 года.
Посмотреть видеозапись: http://bit.ly/1j5Wug4
«Кошелек или деньги: сложный выбор между памятью и процессором» Алексеенко Иг...
Н. Руколь "Тестирование без тестировщиков", DUMP-2014
1.
2. ПРО ДОКЛАД
• КАК ДЕЛАТЬ ПРОДУКТЫ
КАЧЕСТВЕННЫМИ БЕЗ
ТЕСТИРОВЩИКОВ
• КАК ЭКОНОМИТЬ ВРЕМЯ НА
ТЕСТИРОВАНИИ
• КАК ЗАКЛАДЫВАТЬ КАЧЕСТВО В
ПРОДУКТ
2
3. ПРО ДОКЛАДЧИКА
• ЛАБОРАНТ КАЧЕСТВА
• 10+ ЛЕТ В ТЕСТИРОВАНИИ
• ПОМОГАЮ КОМПАНИЯМ, БОЛЬШИМ И
МАЛЕНЬКИМ, ДЕЛАТЬ ИХ ПРОДУКТЫ
КАЧЕСТВЕННЕЕ
• КЛЁВАЯ!
3
4. ПРО ДОКЛАДЧИКА
• ЛАБОРАНТ КАЧЕСТВА
• 10+ ЛЕТ В ТЕСТИРОВАНИИ
• ПОМОГАЮ КОМПАНИЯМ, БОЛЬШИМ И
МАЛЕНЬКИМ, ДЕЛАТЬ ИХ ПРОДУКТЫ
КАЧЕСТВЕННЕЕ
• КЛЁВАЯ!
4
5. КТО ТАКИЕ ТЕСТИРОВЩИКИ?
• АНАЛИЗИРУЮТ ТРЕБОВАНИЯ
• НАСТРАИВАЮТ ОКРУЖЕНИЯ
• ОЦЕНИВАЮТ ЮЗАБИЛИТИ
• ПИШУТ КОД
• ПОДДЕРЖИВАЮТ ПОЛЬЗОВАТЕЛЕЙ
• ПОЛУЧАЮТ МЕНЬШЕ ВСЕХ В ПРОЕКТЕ
5
6. А ЧТО НАМ РЕАЛЬНО НУЖНО?
• ПРОДУКТ, СООТВЕТСТВУЮЩИЙ
ОЖИДАНИЯМ ПОЛЬЗОВАТЕЛЯ
• КОД, КОТОРЫЙ ЛЕГКО
ПОДДЕРЖИВАТЬ
• СВОЕВРЕМЕННЫЕ РЕЛИЗЫ
• ОТСУТСТВИЕ КРИТИЧНЫХ ПРОБЛЕМ
6
7. ИНСТРУМЕНТЫ
Что хотим Как получить
Соответствие ПО
пользовательским
ожиданиям
1. Кросс-ревью спецификаций
2. Управляемое бета-тестирование
3. Юзабилити-тесты
Поддержка кода 4. Unit-tests & TDD
Скорость релизов 5. Автоматизация приёмочных тестов
6. Bug battles
Отсутствие ошибок 7. Комбинаторика тестов
8. Краудсорсинг-тестирование
7
8. 1. КРОСС-РЕВЬЮ СПЕЦИФИКАЦИЙ
• СУБЪЕКТИВНЫЕ ОЦЕНКИ НА
ПОЛНОТУ И ДОСТАТОЧНОСТЬ
• СООТВЕТСТВИЕ КРИТЕРИЯМ IEEE
• ИСПОЛЬЗОВАНИЕ RMS ДЛЯ
МОНИТОРИНГА СТАТУСОВ
8
9. 2. БЕТА-ТЕСТИРОВАНИЕ
• ПОИСК ЦЕЛЕВОЙ АУДИТОРИИ
• ПОЛУЧЕНИЕ НАИБОЛЕЕ ПОЛЕЗНОЙ
ОБРАТНОЙ СВЯЗИ
• ! КАК МОЖНО РАНЬШЕ
• !! УДОБНЫЙ ИНСТРУМЕНТ
РЕГИСТРАЦИИ И АНАЛИЗА
• !!! ПРАВИЛЬНАЯ МОТИВАЦИЯ
9
10. 3. ЮЗАБИЛИТИ-ТЕСТЫ
• НЕСКОЛЬКО РЕАЛЬНЫХ СЦЕНАРИЕВ
• ТОЛЬКО ВЖИВУЮ
• НА БЛИЗКОЙ ЦЕЛЕВОЙ АУДИТОРИИ
• ОБЯЗАТЕЛЬНО ФИКСАЦИЯ
• НЕ ПРОСИТЬ И НЕ СЛУШАТЬ СОВЕТОВ
– ИСКАТЬ ПРОБЛЕМЫ!
10
11. 4. ЮНИТ-ТЕСТЫ И TDD
• ЛЕГКАЯ ЛОКАЛИЗАЦИЯ ОШИБОК
• НЕБОЛЬШИЕ ЗАТРАТЫ НА
ПОДДЕРЖКУ
• ВЫСОКАЯ СКОРОСТЬ ВЫПОЛНЕНИЯ
• УВЕРЕННОСТЬ В ЗАВТРАШНЕМ ДНЕ И
В СЕГОДНЯШНЕМ КОДЕ
• НИКТО НЕ ХОЧЕТ ИХ ПИСАТЬ
11
12. 5. АВТОМАТИЗАЦИЯ ПРИЁМКИ
• ВЫСОКОУРОВНЕВЫЕ
ИНТЕГРАЦИОННЫЕ ТЕСТЫ В ОБХОД GUI
• API
• HTTP
• SOAP
• ФРЕЙМВОРК И ИНФРАСТРУКТУРА ДЛЯ
УДОБСТВА ПОДДЕРЖКИ
• ИХ ТОЖЕ ПИСАТЬ НЕ ХОТЯТ
12
13. 6. BUG BATTLES
• ТАНЦУЮТ ТЕСТИРУЮТ ВСЕ!
• РАЗНЫЕ СЦЕНАРИИ
• РАЗНОЕ ВОСПРИЯТИЕ ОШИБОК
• РАЗНЫЕ ОКРУЖЕНИЯ
• ОДНОВРЕМЕННАЯ РАБОТА
• ЖЕЛАТЕЛЕН КУРАТОР ДЛЯ
РАСПРЕДЕЛЕНИЯ РОЛЕЙ
13
14. 7. КОМБИНАТОРИКА ТЕСТОВ
• ПАРАМЕТРИЗАЦИЯ ТЕСТОВ
• ВСЕВОЗМОЖНЫЕВХОДНЫЕ
ПАРАМЕТРЫ
• ПРОКАЧКА МЫШЦЫ
«ТЕСТИРОВАНИЕ»
• РАЗРАБОТЧИКАМ ЭТО ОБЕСПЕЧИТЬ
ЗНАЧИТЕЛЬНО ПРОЩЕ!
14
15. 8. КРАУДСОРСИНГ-ТЕСТИРОВАНИЕ
• ТЕСТИРОВЩИКИ С РАЗНЫХ
ПОРТАЛОВ
• UTEST.COM
• FIXBER.COM
• SOFTWARE-TESTING.RU
• ОПЛАТА ЗА ОШИБКИ ИЛИ КОНКУРСЫ
ПО РЕЗУЛЬТАТУ
• НЕОГРАНИЧЕННОЕ КОЛИЧЕСТВО
ОКРУЖЕНИЙ И ВЗГЛЯДОВ
15
16. ЭММ... И КТО ЭТО БУДЕТ ДЕЛАТЬ?
• РМ - ОРГАНИЗАЦИЯ
• РАЗРАБОТЧИКИ – ЮНИТ-ТЕСТЫ,
ПРИЁМОЧНЫЕ ТЕСТЫ
• АНАЛИТИКИ – РЕВЬЮ,
КОМБИНАТОРИКА
• ТЕХПОДДЕРЖКА – БЕТА, ЮТЕСТЫ,
КРАУДСОРСИНГ
16