Доклад Прониной Ольги на конференции TESTLabs 2016.
Мы привыкли работать с информацией от заказчиков, от разработчиков, с документацией. Но что делать, когда вы оказались в ситуации информационного вакуума? Как продолжать работать и развиваться, как мотивировать команду и себя, а также какие бонусы можно найти в такой обстановке – всё это мы обсудим в рамках данного доклада.
Test labs 2016. QA в тотальном аутсорсеSasha Soleev
Мы привыкли работать с информацией от заказчиков, от разработчиков, с документацией. Но что делать, когда вы оказались в ситуации информационного вакуума? Как продолжать работать и развиваться, как мотивировать команду и себя, а также какие бонусы можно найти в такой обстановке – всё это мы обсудим в рамках данного доклада.
Автор: Ольга Пронина
Test labs 2016. Пренебрежение лучшими практиками тестированияSasha Soleev
"Лучшие практики" тестирования, чем они хороши, примеры;
Что плохого в их несоблюдении;
Когда можно ими пренебречь, риски нарушения;
Примеры: нивелирование рисков тестирования в Agile-подходе.
Автор: Григорий Сенин
Test labs 2016. QA в тотальном аутсорсеSasha Soleev
Мы привыкли работать с информацией от заказчиков, от разработчиков, с документацией. Но что делать, когда вы оказались в ситуации информационного вакуума? Как продолжать работать и развиваться, как мотивировать команду и себя, а также какие бонусы можно найти в такой обстановке – всё это мы обсудим в рамках данного доклада.
Автор: Ольга Пронина
Test labs 2016. Пренебрежение лучшими практиками тестированияSasha Soleev
"Лучшие практики" тестирования, чем они хороши, примеры;
Что плохого в их несоблюдении;
Когда можно ими пренебречь, риски нарушения;
Примеры: нивелирование рисков тестирования в Agile-подходе.
Автор: Григорий Сенин
"Опыт создания системы управления сборкой и тестированием" (слайдкаст)SPB SQA Group
Доклад посвящен вопросам создания и использования собственной системы управления процессами сборки и тестирования ПО. Описываются ключевые моменты построения таких систем, в частности: вопросы интерфейсов, быстродействия, качества и интеграции в общую инфраструктуру. Затрагиваются концепции встраивания качества в код, сбора и использования метрик ПО, неотделимости сборки от тестирования, автоматизированного ведения базы знаний об ошибках и другие.
Мы часто жалуемся, что от нас (тестировщиков и тест-менеджеров) мало что зависит, а спрос большой. Нам не хватает требований, мы не можем исправить баги и не обеспечиваем качество, нам не хватает общения с клиентами. Мы даже на коллег повлиять не всегда можем!
Для кого-то эти и другие схожие факты являются причинами не улучшать результаты своей работы. А для кого-то – просто отмазками!
Хотите узнать, как решать эти «нерешаемые» проблемы, приносить пользу компании и делать свою работу интереснее? Тогда я расскажу вам о своём опыте исправления различных проблем в тестировании, которые, как казалось, нам неподвластны. Их решение – это и новый уровень задач, и новый уровень ответственности, и море положительных эмоций.
"Опыт создания системы управления сборкой и тестированием" (слайдкаст)SPB SQA Group
Доклад посвящен вопросам создания и использования собственной системы управления процессами сборки и тестирования ПО. Описываются ключевые моменты построения таких систем, в частности: вопросы интерфейсов, быстродействия, качества и интеграции в общую инфраструктуру. Затрагиваются концепции встраивания качества в код, сбора и использования метрик ПО, неотделимости сборки от тестирования, автоматизированного ведения базы знаний об ошибках и другие.
Мы часто жалуемся, что от нас (тестировщиков и тест-менеджеров) мало что зависит, а спрос большой. Нам не хватает требований, мы не можем исправить баги и не обеспечиваем качество, нам не хватает общения с клиентами. Мы даже на коллег повлиять не всегда можем!
Для кого-то эти и другие схожие факты являются причинами не улучшать результаты своей работы. А для кого-то – просто отмазками!
Хотите узнать, как решать эти «нерешаемые» проблемы, приносить пользу компании и делать свою работу интереснее? Тогда я расскажу вам о своём опыте исправления различных проблем в тестировании, которые, как казалось, нам неподвластны. Их решение – это и новый уровень задач, и новый уровень ответственности, и море положительных эмоций.
Об измерениях в разработке ПО слышали все. Но какая от польза от их внедрения? И какие необходимые условия внедрения?
Вашему вниманию будут представлены различные способы измерения качества продукта, как их можно использовать для улучшений рабочих процессов, определения проблем, поддержки контрактных обязательств, оценки достижения целей индивидуума, отдела или компании. Также вы узнаете, как выбрать и внедрить действительно нужные метрики.
"Опыт создания системы управления сборкой и тестированием" (полная)SPB SQA Group
Доклад посвящен вопросам создания и использования собственной системы управления процессами сборки и тестирования ПО. Описываются ключевые моменты построения таких систем, в частности: вопросы интерфейсов, быстродействия, качества и интеграции в общую инфраструктуру. Затрагиваются концепции встраивания качества в код, сбора и использования метрик ПО, неотделимости сборки от тестирования, автоматизированного ведения базы знаний об ошибках и другие.
Часто о нагрузочном тестировании рассказывают через призму используемого инструментария, хорошо раскрывая слово «нагрузочное» и часто оставляя слово «тестирование» за кадром. Так давайте же попробуем поговорить о месте именно тестирования в нагрузочном тестировании.
Автоматизируем тестирование интерфейса мобильных приложенийSPB SQA Group
В докладе рассказано, что из себя представляют автоматические тесты интерфейса мобильных приложений и когда их стоит внедрять, сделан обзор наиболее распространенных бесплатных средств автоматизации для iOS и Android.
Domain-тестирование – формальное название методики тестирования, за которым скрывается банальная работа с классами эквивалентности. Впрочем, не такая уж и банальная. Даже в популярной литературе по тестированию часто упоминают только о существовании классов эквивалентности и о том, что с их граничными значениями работать очень полезно.
Мы знакомимся с основами этой методики, когда делаем первые шаги в тестировании, и больше никогда о ней не задумываемся, наивно считая, что она попала в нашу зону неосознанной компетентности и мы всегда используем ее правильно. А так ли это?
Техники тест дизайна для черноящичного тестированияDmytro Protsenko
Разобрано на пальцах несколько техник из книги Lee Copeland "A Practitioner's Guide to Software Test Design". Все что касается BlackBox Testing - cгруппированo в три раздела. Oбъяснены секреты магии Pairwise, почему тестирование областей определения переворачивает самолеты и дана краткая инструкция, как вернуть деньги за билет, если в связи с предыдущим пунктом, вы передумали лететь.
Модуль 8. Лекция 37-38. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Планирование управление качеством
● Определение и характеристики дефекта;
● Задачи управления дефектами;
● Классификация важности дефектов;
● Виды тестирования;
● Правильное описание дефекта;
● Жизненный цикл дефекта;
● Работа с базами дефектов;
● Метрики на основе дефектов.
● Составление тест плана
QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?QAFest
Дорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла.
Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования.
В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.
1. QA в тотальном аутсорсе
или как заботиться о качестве в
информационном вакууме
Ольга Пронина
2. Что вас ждёт:
● QA, QC и тестирование
● исходные данные для работы QA подразделения
● как действовать в условиях недостаточной информации
● чем мотивировать команду и себя самого
● что получилось в итоге у нас
3. Тестирование
Процесс испытания программного обеспечения с целью выявить ситуации,
в которых поведение программы является неправильным, нежелательным
или не соответствующим спецификации.
● планирование тестовых работ
● проектирование тестов
● выполнение тестирования
● анализ полученных результатов
Тестирование
4. Quality Control
Мероприятия, проводимые для установления соответствия имеющихся
продуктов некоторым ожиданиям:
● проверка соответствия функционала спецификации
● инспекция документов относительно требований к ним
– спецификации
– календарный план тестирования
– тестовая документация
● инспекция кода тестируемого программного обеспечения
ТестированиеQC
5. Quality Assurance
Совокупность мероприятий, предпринимаемых на разных стадиях
жизненного цикла ПО, для обеспечения требуемого уровня качества
выпускаемого продукта.
● функциональность
● надежность
● удобство использования
● эффективность
● удобство сопровождения
● портативность
ТестированиеQCQA
6. Исходные данные
Тестирование:
● программное обеспечение
● оборудование
● план тестирования
● тестовая документация
Quality Control:
● спецификации
● исходный код
Quality Assurance:
● опыт использования
● опыт сопровождения
Не то что бы это был необходимый набор для QA...
7. Но бывает и так...
Тестирование:
● программное обеспечение
● оборудование
план тестирования
тестовая документация
Quality Control:
спецификации
исходный код
Quality Assurance:
опыт использования
опыт сопровождения
???
8. Определяем функциональность
● Соберите в одном месте оборудование
● Соберите вокруг оборудования команду
● Повесьте рядом доску и положите маркеры
● Дайте команде творить
● Пишите письма заказчику
Экспертиза План Документация
9. Добавляем позитива
PERMA (2011), Мартин Селигман:
● Положительные эмоции (Positive Emotions)
– таланты и сильные стороны членов команды
● Вовлеченность (Engagement)
– мнения, стремления и пожелания каждого
● Позитивные отношения (Positive Relationships)
– общение вне проектной деятельности
● Смысл (Meaning)
– модель взаимодействия и управления
● Достижения (Achievement/Accomplishment)
– оценка ежедневной работы
10. P – положительные эмоции
● персональные встречи с членами команды
● SWOT-анализ
Сильные стороны
Strengths
Слабые стороны
Weaknesses
Возможности
Opportunities
Препятствия
Threats
- Что вы делаете хорошо?
- Каковы ваши особенные умения и знания?
- Какие сильные стороны видят в вас
окружающие?
- Что вам стоит в себе улучшить?
- В чём необходимом у вас недостаточно
опыта и навыков?
- Какие слабые стороны видят в вас
окружающие?
- Какие возможности у вас есть?
- Какие возможности вы хотели бы получить?
- Как ваши сильные стороны могут вам
помочь в реализации возможностей?
- Что мешает вам в данный момент?
- Какие препятствия вы видите для
реализации возможностей?
- Какие препятствия создают ваши слабые
стороны?
11. Распределяем зоны ответственности
● Используйте результаты исследований команды
● Определите rotation-план
● Выберите тест-трекинг систему
● Дайте команде творить
● Пишите письма заказчику
Документация План Требования
12. Е – вовлеченность
● Сформулируйте цель команды на данном проекте
● Найдите общее в целях членов команды (SWOT-анализ)
● Дайте положительную обратную связь
● Поделитесь планами действий
● Узнайте мнения команды
● Сделайте проект ВАШИМ
13. А что с заказчиком?
● даёт информацию
– задаёт вопросы, просит отчёты
– присылает обновления программного обеспечения
– дает доступ к баг-трекинг системе
– дает доступ к тест-трекинг системе
– предоставляет исходный код
– показывает спецификации
– говорит о планах
● взаимодействует, но не говорит ничего вразумительного
● оплачивает и не взаимодействует
● не оплачивает проектные работы
14. R – позитивные отношения
● организуйте командное мероприятие вместе с членами команды
● презентуйте ваш проект команде
● расскажите о положительных качествах вашего заказчика
● поздравьте команду с окончанием этапа планирования
● расслабьтесь и просто пообщайтесь
корпоратив алкоголь
честность
15. Гибкое управление + M + A
● определите систему управления
● выберите способ ведения отчетности
● всегда помните про SWOT
● пишите письма заказчику
● будьте готовы к любым изменениям
● сохраняйте позитив
* смысл и достижения
16. В итоге у нас получилось
● эффективно работающая команда
● каждый на своем месте
● высокий уровень доверия заказчика
● расширение зоны ответственности команды
● увеличение размера команды
● многократное продление контракта
Winner of Annual Award 2013
17. И у вас всё получится!
Life is 10% what happens to us and 90% how we react to it.