Метод No-Test-Cases: избавьтесь от тест-кейсов в тестированииSQALabПрезентация Алексея Виноградова на SQA Days-16
14-15 ноября 2014, Санкт-Петербург, Россия
www.sqadays.com
Эффективное взаимодействие тестировщика и аналитикаSQALabДоклад Натальи Леоновой на конференции SQA Days-18, 27-28 ноября 2015 г., Москва
www.sqadays.com
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестированииDeutsche PostСлайды с доклада 14.11.2014 на SQA-Days 16 (Санкт-Петербург)
Видео доступно тут: https://vimeo.com/116772234
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...QAFest- Цепочка документов, которые принуждают тестировщика создавать тест-кейсы;
- Как жить, когда до тест-кейсов "не хватает дыхания";
- В чем разница между "функцией" и "функциональной возможностью", и что из этого требует внимания тестировщика
Пополняем арсенал тестировщика. Учимся применять новые техникиSQALabДоклад Германа Варгина на конференции SQA Days-19, 20-21 мая 2016 г., Санкт-Петербург
Документация тестировщика - Александр ТрибушныйDataArtКак сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?QAFestДорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла.
Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования.
В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.
ROCS 2 - advanced platform for automated test execution in clustered environm...Rina UzhevkoДоклад Константина Мельникова на встрече Московского клуба тестировщиков 28.07.2015 г
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибкиQAFestМы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
KPI тестировщиков - особенности и проблемыRina UzhevkoДоклад Александра Александрова на встрече Московского клуба тестировщиков в офисе Билайн. 4.04.2015
Test labs 2016. QA в тотальном аутсорсеSasha SoleevМы привыкли работать с информацией от заказчиков, от разработчиков, с документацией. Но что делать, когда вы оказались в ситуации информационного вакуума? Как продолжать работать и развиваться, как мотивировать команду и себя, а также какие бонусы можно найти в такой обстановке – всё это мы обсудим в рамках данного доклада.
Автор: Ольга Пронина
Распределение тестировщиков по командам как один из этапов контроля качестваSQALabДоклад Наталии Узенцовой на конференции SQA Days-18, 27-28 ноября 2015 г., Москва
www.sqadays.com
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестированииDeutsche PostСлайды с доклада 14.11.2014 на SQA-Days 16 (Санкт-Петербург)
Видео доступно тут: https://vimeo.com/116772234
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...QAFest- Цепочка документов, которые принуждают тестировщика создавать тест-кейсы;
- Как жить, когда до тест-кейсов "не хватает дыхания";
- В чем разница между "функцией" и "функциональной возможностью", и что из этого требует внимания тестировщика
Пополняем арсенал тестировщика. Учимся применять новые техникиSQALabДоклад Германа Варгина на конференции SQA Days-19, 20-21 мая 2016 г., Санкт-Петербург
Документация тестировщика - Александр ТрибушныйDataArtКак сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?QAFestДорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла.
Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования.
В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.
ROCS 2 - advanced platform for automated test execution in clustered environm...Rina UzhevkoДоклад Константина Мельникова на встрече Московского клуба тестировщиков 28.07.2015 г
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибкиQAFestМы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
KPI тестировщиков - особенности и проблемыRina UzhevkoДоклад Александра Александрова на встрече Московского клуба тестировщиков в офисе Билайн. 4.04.2015
Test labs 2016. QA в тотальном аутсорсеSasha SoleevМы привыкли работать с информацией от заказчиков, от разработчиков, с документацией. Но что делать, когда вы оказались в ситуации информационного вакуума? Как продолжать работать и развиваться, как мотивировать команду и себя, а также какие бонусы можно найти в такой обстановке – всё это мы обсудим в рамках данного доклада.
Автор: Ольга Пронина
Распределение тестировщиков по командам как один из этапов контроля качестваSQALabДоклад Наталии Узенцовой на конференции SQA Days-18, 27-28 ноября 2015 г., Москва
www.sqadays.com
Особенности параллельного тестирования нескольких проектов QA Dnepropetrovsk Community (Ukraine)Особенности параллельного тестирования нескольких проектов Лавриненко Оля
Can we have some more quality - Russian versionAlexander PushkarevComaqa 2017 Presentation in Russian. Can we have some more quality? Who is responsible for QA on a project? Visionary talk on what direction testing (as a profession) should develop nowdays.
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.Anton Stoliar
1. Цель презентации:
• Побудить аудиторию пользоваться описанными техниками, которые могут помочь уменьшить количество «фейлов» со стороны QA команды в Agile-based проектах.
• Сфокусировать внимание на «фишках» которые особенно пропагандируются в Agile, которые помогают выпускать более качественный продукт
2. Какова практическая ценность презентации для аудитории:
• Поделиться конкретным опытом использования всяческих Agile-техник : Sprint Planning на основе QA оценок, Создание командного Vision-a на основе Product Canvas, First Release Baseline
• Поделиться некоторыми hint-ами когда ты вроде бы test team lead, но по факту менеджишь еще и команду разработки.
3. Для кого предназначена:
• QA которые уже работали по Agile (Scrum в частности)
• Начинающие ПМs и QA Team Leads
• Ребята которым скоро придется лидать Agile-проекты
4. Короткий план презентации по шагам:
• Чего могут жать от работы QA команды к зависимости от специфики проекта\компании
• Чего ожидают от QA в Agile
• Какие техники могут помочь выпустить более правильный\успешный\ качественный продукт
o Как формировать у команды общий Vision и как это помогает снижать дефекты в продукте
o Как планировать спринт отталкиваясь от QA-команды чтобы снизить овертаймы
o Как First Release Baseline помогает спланировать регрессию, когда совсем не осталось на нее времени
Как сделать наши проекты немного более управляемыми с AgileAlexey KrivitskyHow to solve project challenges with Agile and Scrum. Alexey Krivitsky, IT talk, Kharkov
7. Мотивация к докладу?
Почему считается, что тестировщик
«соперничает» с разработчиком?
Что ожидается от разработчика?
Что ожидается от тестировщика?
10. Ваши продукты
Максимальное покрытие тестами
Хорошие инструменты для тестирования и
анализа результатов тестов
Своевременное информирование о результатах
Удобные отчёты
11. Ваши продукты
Максимальное покрытие тестами
Хорошие инструменты для тестирования и
анализа результатов тестов
Своевременное информирование о результатах
Удобные отчёты
12. Ваши продукты
Максимальное покрытие тестами
Покрытие критической часть программы
Покрытие спецификации
Шаблон «Всё равно надо будет»
Хорошие инструменты для тестирования и
анализа результатов тестов
Своевременное информирование о результатах
Удобные отчёты
Взгляд разработчика
13. Ваши продукты
Максимальное покрытие тестами
Хорошие инструменты для тестирования и
анализа результатов тестов
Своевременное информирование о результатах
Удобные отчёты
14. Ваши продукты
Максимальное покрытие тестами
Хорошие инструменты для тестирования и
анализа результатов тестов
Внедрение этих инструментов
Наборы тестов, которые я боюсь запускать
Своевременное информирование о результатах
Предусмотреть время на исправление
Удобные отчёты
Взгляд разработчика
15. Ваши продукты
Максимальное покрытие тестами
Хорошие инструменты для тестирования и
анализа результатов тестов
Своевременное информирование о результатах
Удобные отчёты
16. Ваши продукты
Максимальное покрытие тестами
Хорошие инструменты для тестирования и
анализа результатов тестов
Своевременное информирование о результатах
Предусмотреть время на исправление
Почему этот баг возрастом два года стал Critical?
Удобные отчёты
Взгляд разработчика
17. Ваши продукты
Максимальное покрытие тестами
Хорошие инструменты для тестирования и
анализа результатов тестов
Своевременное информирование о результатах
Удобные отчёты
19. Наши продукты
ПО, работающее по спецификации
Быстрая реакция на ошибки и запросы
«Поменьше ошибок в коде»
Участие в обсуждениях и консультациях
???
20. Что такое хороший отчёт?
Краткий
С тестом, картинкой экрана, видео, звуком
С описанием того, что должно быть и что на
самом деле наблюдается
Как настроить систему
Разбиение на части, фокус на важном
И т.д.
21. Что такое хороший отчёт?
По прочтении понятно, что нужно исправить
Или к какому компоненту относится
Нейтральная формулировка
Баг, где просили уволить всех разработчиков
Что будет, если баг увидит кто-то другой?
Результаты тестирования производительности,
попавшие в отчет
Приведены все нужные ссылки
Да, я не знаю, где лежит тестовый набор!
Отсутствие опечаток
Просьба переформулировать
Взгляд разработчика
22. Постановка процесса
Контроль за работой над дефектом
Периодичность и своевременность
Прозрачность того, что делает тестировщик
Рассылки о статусе тестирования, взят/не взят в цикл
Советоваться с разработчиком перед тем как делать
что-то неоднозначное
Создание репутации ответственного
тестировщика
Толковый, делает дело до конца и сотрудничает
Когда привлекать тяжёлую артиллерию?
23. Постановка процесса
Нужно знать, какие компоненты проверяются
Тег <SQE> в дефектах
Ошибки должны быть легко доступны
Извещения – по почте
Нужно знать, когда начинается цикл
тестирования
Хочу успеть положить фикс
Взгляд разработчика
25. Общие цели
Качество продукта – Что ты делаешь?
Соблюдение сроков – Для кого делаешь?
Благополучие команды – С кем делаешь?
26. Общие цели
Качество продукта – Что ты делаешь?
Соблюдение сроков – Для кого делаешь?
Благополучие команды – С кем делаешь?
Тестировщик – первый пользователь
Возможность точнее видеть ожидаемый результат
27. Общие цели
Разработчик отдалён от конечного продукта
Я не использую свой продукт в работе
Инициатива приветствуется
Образование в предметной области
Образование в ИТ в целом
Взгляд разработчика
28. Выработка общей цели
Взгляд разработчика
Выйти из ситуации
Сформулировать свою цель
Оставить пути к отступлению
Рассмотреть альтернативы
29. Выводы
Разработчик выполняет ключевую
часть задачи
Но не обладает видением
ситуации в целом
Разработчику имеет смысл
прислушиваться к доводам
тестировщика
Совместное планирование
Доносите мысли и находите
общее
Мы мыслим по-разному
У разработчика и тестировщика
есть общая цель