Разработка через тестирование (TDD и BDD)Vyacheslav LyalkinЗадорная презентация, посвещенная введению в разработку через тестирование. В частности, рассмотрены такие методологии как TDD (Test-Driven Development) и BDD (Behavior-Driven Devopment), их несомненные достоинства и недостатки, а также практическое применение.
Презентация подготовлена по материалам прошедшей 10.10.2013 конференции "Developers Software Conference 2013" в Витебске, организатором которой выступила компания "EPAM Systems".
QAFest. Роль тестирования в DevopsАнастасия АсееваПрактический доклад о том, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование.
В докладе рассмотрены основные проблемы, с которыми команда столкнулась при внедрении и способы их устранения.
Продемонстрированы результаты, которых смогли достичь в течении полугода.
Доклад содержит большое количество лайфхаков и обзоров инструментария, который использовался для достижения цели.
Continious integration-Automated Testing-Solid-AgileKairat YussupovПрезентация на комплексную тему Continious integration-Automated Testing-Agile, показывается связи между этими темам, обоснование автоматического тестирования , и вложения ресурсов для развертывания автоматического тестирования и непрерываной интеграциия. Все темы тесно связаны между собой , хотя бы появились независимос друг от друга.
ROCS 2 - advanced platform for automated test execution in clustered environm...Rina UzhevkoДоклад Константина Мельникова на встрече Московского клуба тестировщиков 28.07.2015 г
Марина Широчкина - ТестированиеYandexТестирование — это способ узнать о разнообразных проблемах, которые могут возникнуть во время разработки вашего проекта. В лекции рассмотрены различные виды тестирования и различные практики, которые позволят вам узнавать о проблемах заранее.
QA Fest 2016. Андрей Мясников. Тест-дизайн для чайниковQAFestВ своём докладе я расскажу вам о том, кто такие тест-аналитики, тест-дизайнеры и должны ли их роль выполнять обычные тестировщики. Также сделаю обзор основных и проверенных методик тест-дизайна. Расскажу про их плюсы и минусы.
Будем учиться тестировать не 12 часов, а головой!
Бесплатный вебинар по QA Александра Кузняка от проекта GoITGoITСостоялся QA-вебинар от опытного QA инженера — Александра Кузняка. Ребята зарядились энергетикой нашего спикера и вдохновились на поиск новых возможностей для развития.
На QA-вебинаре от образовательного проекта GoIT участники:
1. Узнали об основах профессии QA инженера
2. Записали какими скиллами должен владеть толковый тестировщик
3. Получили советы о том, что учить и как развиваться для успешной карьеры в QA
4. Узнали о потенциальных вариантах карьерного развития и роста в профессии QA
5. Узнайли что будет на предстоящих Мастер-классах от Александра Кузняка
6. Получили информацию о грядущем курсе QA по системе blended learning
7. Узнали подробности об ивенте IT Fest (пройдет в Киеве 19го сентября).
8. Задали любые вопросы спикеру и получи на них ответы.
Проводил Вебинар:
Александр Кузняк — QA Consultant & Practice Leader в компании Ciklum. Более 11 лет работает в IT, более 6 лет — в разработке программного обеспечения.
Участвовал в 100+ проектах и провел более 350 собеседований.
С 2012 года — глава судейского комитета в направлении QA всеукраинского конкурса веб-разработки — UA Web Challenge.
Управлял QA-командами и отделами, создал и развил сервисный QA-департамент в рамках компании, обучил и трудоустроил десятки QA-инженеров.
Спасибо всем, кто уделил время своему развитию. Верим, что наши активности вдохновляют и помогают вам двигаться вперёд к своей цели — успешной карьере в IT!
Автоматизация тестирования как сервисautomated-testing.infoАвтоматизация тестирования как сервис, Павел Сташевский
Все мы хотим получать качественные сервисы. Мы хотим, чтобы обслуживание было быстрым, качественным и недорогим. Нам важно получить удовольствие от сервиса, будь то парикмахерская или бронирование авиабилетов. Автоматизация тестирования в этом плане практически не отличается от других сервисов, особенно, если она развивается в крупной компании. При этом нужно учесть стек технологий и уровень развития проекта и при этом не наступить на те грабли, что мы собрали при автоматизации тестирования других продуктов. Как строить такой сервис, как его адаптировать под различные команды и получать предсказуемый результат, именно про эти вопросы Павел расскажет в своем докладе. И все это на примерах из 2ГИС.
Лучшие практики на практикеDenis TuchinВидео: http://www.youtube.com/watch?v=vz0U3jQpHSM
Это обзор опыта применения лучших практик разработки программного обеспечения на разных проектах от госзаказов до видеоконференций в командах от 5 до 50 человек. В докладе будут описаны не только практики, но и то, как они применяются на реальных проектах и какие выгоды они действительно приносят.
Максим Богуславский, Banki.ru, «Как вырастить в себе автоматизатора и разрабо...Mail.ru GroupМногие тестировщики по той или иной причине задумываются о том, чтобы начать писать автотесты. Доклад ориентирован на тех, кто хочет попробовать изучить автоматизацию, либо пробовал, но не справился. Почему у кого-то получилось, а у кого-то нет? Какие навыки и личные качества могут помочь нам в этом или помешать? Стоит ли пытаться? В своем докладе Максим постарался дать ответ на эти вопросы.
DevOps guide for awesome quality assuranceАнастасия АсееваThe practical story telling how Devops changed the culture of quality in the Bank. Recently Devops became mainstream topic. But only few people have a deep understanding how to apply it to the process of software quality assurance. Some believe that the Devops kills manual testing.
I will talk about changes it makes to the role of QA engineers themself. The discussion main point is NOT about tools or technologies. It’s NOT about the “silver bullet” for your problems with the quality of products.
Instead, I will show you an integrated approach which we used for quality assurance. It allowed us to significantly reduce the cost of finding and fixing defects. This approach has also accelerated the development and delivery value to our customers and made the whole process more transparent and predictable.
Виталий Стрелюк, Постановка процесса тестирования в AgileSQADays_2009_PiterВиталий Стрелюк, Intetics Co., Минск, Беларусь
Постановка процесса тестирования в Agile
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестированииDeutsche PostСлайды с доклада 14.11.2014 на SQA-Days 16 (Санкт-Петербург)
Видео доступно тут: https://vimeo.com/116772234
Бесплатный вебинар по QA Александра Кузняка от проекта GoITGoITСостоялся QA-вебинар от опытного QA инженера — Александра Кузняка. Ребята зарядились энергетикой нашего спикера и вдохновились на поиск новых возможностей для развития.
На QA-вебинаре от образовательного проекта GoIT участники:
1. Узнали об основах профессии QA инженера
2. Записали какими скиллами должен владеть толковый тестировщик
3. Получили советы о том, что учить и как развиваться для успешной карьеры в QA
4. Узнали о потенциальных вариантах карьерного развития и роста в профессии QA
5. Узнайли что будет на предстоящих Мастер-классах от Александра Кузняка
6. Получили информацию о грядущем курсе QA по системе blended learning
7. Узнали подробности об ивенте IT Fest (пройдет в Киеве 19го сентября).
8. Задали любые вопросы спикеру и получи на них ответы.
Проводил Вебинар:
Александр Кузняк — QA Consultant & Practice Leader в компании Ciklum. Более 11 лет работает в IT, более 6 лет — в разработке программного обеспечения.
Участвовал в 100+ проектах и провел более 350 собеседований.
С 2012 года — глава судейского комитета в направлении QA всеукраинского конкурса веб-разработки — UA Web Challenge.
Управлял QA-командами и отделами, создал и развил сервисный QA-департамент в рамках компании, обучил и трудоустроил десятки QA-инженеров.
Спасибо всем, кто уделил время своему развитию. Верим, что наши активности вдохновляют и помогают вам двигаться вперёд к своей цели — успешной карьере в IT!
Автоматизация тестирования как сервисautomated-testing.infoАвтоматизация тестирования как сервис, Павел Сташевский
Все мы хотим получать качественные сервисы. Мы хотим, чтобы обслуживание было быстрым, качественным и недорогим. Нам важно получить удовольствие от сервиса, будь то парикмахерская или бронирование авиабилетов. Автоматизация тестирования в этом плане практически не отличается от других сервисов, особенно, если она развивается в крупной компании. При этом нужно учесть стек технологий и уровень развития проекта и при этом не наступить на те грабли, что мы собрали при автоматизации тестирования других продуктов. Как строить такой сервис, как его адаптировать под различные команды и получать предсказуемый результат, именно про эти вопросы Павел расскажет в своем докладе. И все это на примерах из 2ГИС.
Лучшие практики на практикеDenis TuchinВидео: http://www.youtube.com/watch?v=vz0U3jQpHSM
Это обзор опыта применения лучших практик разработки программного обеспечения на разных проектах от госзаказов до видеоконференций в командах от 5 до 50 человек. В докладе будут описаны не только практики, но и то, как они применяются на реальных проектах и какие выгоды они действительно приносят.
Максим Богуславский, Banki.ru, «Как вырастить в себе автоматизатора и разрабо...Mail.ru GroupМногие тестировщики по той или иной причине задумываются о том, чтобы начать писать автотесты. Доклад ориентирован на тех, кто хочет попробовать изучить автоматизацию, либо пробовал, но не справился. Почему у кого-то получилось, а у кого-то нет? Какие навыки и личные качества могут помочь нам в этом или помешать? Стоит ли пытаться? В своем докладе Максим постарался дать ответ на эти вопросы.
DevOps guide for awesome quality assuranceАнастасия АсееваThe practical story telling how Devops changed the culture of quality in the Bank. Recently Devops became mainstream topic. But only few people have a deep understanding how to apply it to the process of software quality assurance. Some believe that the Devops kills manual testing.
I will talk about changes it makes to the role of QA engineers themself. The discussion main point is NOT about tools or technologies. It’s NOT about the “silver bullet” for your problems with the quality of products.
Instead, I will show you an integrated approach which we used for quality assurance. It allowed us to significantly reduce the cost of finding and fixing defects. This approach has also accelerated the development and delivery value to our customers and made the whole process more transparent and predictable.
Виталий Стрелюк, Постановка процесса тестирования в AgileSQADays_2009_PiterВиталий Стрелюк, Intetics Co., Минск, Беларусь
Постановка процесса тестирования в Agile
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестированииDeutsche PostСлайды с доклада 14.11.2014 на SQA-Days 16 (Санкт-Петербург)
Видео доступно тут: https://vimeo.com/116772234
Метод No-Test-Cases: избавьтесь от тест-кейсов в тестированииSQALabПрезентация Алексея Виноградова на SQA Days-16
14-15 ноября 2014, Санкт-Петербург, Россия
www.sqadays.com
Автоматизация сборки и тестирования в разрезе эффективного производстваSQALabSQA Days 11. День 2. Cекция C
Олег Ладыгин
ЗАО "ПЕТЕР-СЕРВИС"
Санкт-Петербург, Россия
Tech Talks @NSU: Организация тестирования в IT-компаниях Академгородка. Карье...Tech Talks @NSUhttp://techtalks.nsu.ru
5 апреля 2012. Организация тестирования в IT-компаниях Академгородка. Карьерный путь тестировщика (Мария Колчинская, AcademSoft)
«Мария Колчинская (AcademSoft) рассказывает о процессах тестирования и карьере тестировщика»
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
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 помогает спланировать регрессию, когда совсем не осталось на нее времени
BDD JBehave или Cucumber JVM + Appium для эффективной кроссплатформенной авто...QA Club MinskДоклад Антона Семенченко в блоке QA Club на конференции Mobile Optimized 2014
Методика тестирования интеграции мобильных приложений с веб сервисами - Олег ...QA Club MinskДоклад Олега Чекана в блоке QA Club на конференции Mobile Optimized 2014
Андрей Стахиевич - Измеряем производительность веб приложения на стороне клие...QA Club MinskВыступление в QA Club Minsk (5 апреля 2014) и на SQA Days - 15 (19 апреля 2014)
Брич Наталья - Невыносимая переносимость кроссплатформенных приложений на при...QA Club MinskВыступление в QA Club Minsk (22 марта 2014) и на SQA Days - 15 (19 апреля 2014)
Вадим Зубович - Sikuli Script - идеальный инструмент для обучения автоматизацииQA Club MinskВыступление в QA Club Minsk (5 апреля 2014) и на SQA Days - 15 (19 апреля 2014)
Вадим Зубович - Test LinkQA Club MinskПрезентация со встречи QA Club Minsk 11 декабря 2013 г., посвященная одному из поппулярнейших инструментов тест-менеджмента Test Link, автор Вадим Зубович
Андрей Стахиевич - Appium Mobile Automation ToolQA Club MinskПрезентация со встречи QA Club Minsk (адаптированная под Confet QA) 4 декабря 2013 г. "Appium Mobile Automation Tool", автор и докладчик Андрей Стахиевич
Эльдар Гусейнов "Эффективная архитектура мобильной автоматизации для проектов...QA Club MinskДоклад на встрече сообщества QA Club Minsk 27 ноября 2013.
Анатолий Лётыч "Нагрузочное тестирование и все все все"QA Club MinskQA Club Minsk. Темой 6й встречи стало нагрузочное тестирование.
Автор - Анатолий Лётыч.
2. КАЖДОМУ ПРОЕКТ У СВОЯ
МЕТОДОЛОГИЯ
Алистэр Коуберн -
http://webcache.googleusercontent.com/search?q=cache:Ss0fTKZm
S6cJ:www.maxkir.com/sd/methyperproject_RUS.htm+&cd=1&hl=r
u&ct=clnk&gl=by
6. КОГД А И ЗАЧЕМ AGILE?
Бизнес-ориентированный подход. Польза для бизнеса
важнее следованию инструкциям.
Хотим и можем повысить продуктивность команды
Ориентированы на результат а не на процесс
9. ПОЧЕМУ ЭТО ВАЖНО?
самоидентификация -> ценности -> принципы ->
навыки -> конкретные действия -> окружение
10. ПОЧЕМУ ЭТО ВАЖНО?
САМОИДЕНТИФИКАЦИЯ-> ценности -> принципы -
> навыки -> конкретные действия -> окружение
Например, если я дохтур. Я говорю себе - я доктор, я
осознаю себя им
11. ПОЧЕМУ ЭТО ВАЖНО?
самоидентификация -> ЦЕННОСТИ -> принципы ->
навыки -> конкретные действия -> окружение
Это в моей голове создаёт определенные ожидания и
стандарты по отношению к самому себе. Мои убеждения и
ценности.
12. ПОЧЕМУ ЭТО ВАЖНО?
самоидентификация -> ценности -> ПРИНЦЫПЫ ->
НАВЫКИ -> конкретные действия -> окружение
Затем это потихой начинает проявляться и влиять на
набор моих навыков и поведенческих реакций
13. ПОЧЕМУ ЭТО ВАЖНО?
самоидентификация -> ценности -> принципы ->
навыки -> КОНКРЕТНЫЕ ДЕЙСТВИЯ -> окружение
Это мой внутренний мир. И этот внутренний мир
начинает проявляться во внешнем мире - мои конкретные
действия. Моё поведение.
14. ПОЧЕМУ ЭТО ВАЖНО?
самоидентификация -> ценности -> принципы ->
навыки -> конкретные действия -> ОКРУЖЕНИЕ
А это создаёт мир вокруг меня
15. AGILE MANIFESTO 2.1
Teamwork & responsibility over Individuals and Interaction - You
need great individuals and the better they interact the better it is.
Business Value over Working software - Software in itself has no
value. It’s what you do with it.
Partnership elaboration over Customer collaboration - Collaborating
with your customer is important, but working on a partnership is better.
Prepare for change over Respond to Change - It’s even stronger to
create a setting where change is normal.
16. AGILE MANIFESTO 2.1
Команда и ответственность важнее индивидуумов и
взаимодействия
Бизнес ценность важнее рабочего продукта
Развитие партнёрских отношений важнее
сотрудничества с клиентом
Готовиться к изменениям важнее реакции на
изменения
17. ТЕСТИРОВАНИЕ В AGILE
Тестирование - это процесс проходящий сквозь все
этапы разработки ПО, направленный на проверку
соответствия продукта требованиям и демонстрацию
того, что продукт отвечает поставленным целям.
• В Agile все тоже самое только в более сжатые сроки
20. ПЛАНИРОВАНИЕ ТЕСТИРОВАНИЯ НА
Э ТА П Е С ТА Р ТА П Р О Е К ТА
Что есть? Что необходимо сделать?
• Определить стратегию и
• Высокоуровневое
цели
понимание нужд заказчика
• Объем тестирования
• Требования (не всегда) • Приоритеты
• Роли и обязанности
• Инструменты
• Метрики
23. О Ц Е Н К А ЗА Д АЧ П О
Т ЕС Т И Р О ВА Н И Ю
Что делать когда требования есть?
• Анализируем и уточняем требования
• Тестируем на непротиворечивость, полноту и т.п.
• Следим за актуальностью требований
• Следим за покрытием тест кейсами требований
24. О Ц Е Н К А ЗА Д АЧ П О
Т ЕС Т И Р О ВА Н И Ю
Что делать если требований нет?
• Нет критериев приемки
• Непонятно выполнили то, что требовалось или нет
Пишем требования
Пишем Acceptance Test Cases
Пишем Use Cases
Пишем Test Cases
Пишем Automation Test Scenarios
Check list
25. ОЦЕНКА ЗА Д АЧ
• Декомпозиция
• Ограничения по истории
• Ограничения по таскам
• Покрытие
• Важно ничего не забыть
30. Example of Testing Lifecycle
I0 I1 I2 I3 I4..In Pre-production
Exploratory,
Test Analysis Acceptance
Automation
I1 Testing I1 UAT
I1
Exploratory,
Test Analysis Acceptance Full
Automation
I2 Testing I2 Regression
I2
Exploratory,
Test Analysis Acceptance Performan
Automation
I3 Testing I3 ce
I3
Automated Regression Test
Integration Test
31. П Е РЕ Д АЧ А Ф И Ч И В
Т ЕС Т И Р О ВА Н И Е
Цель: проверить что фича готова к тестированию
• Девелоперы:
• фича имплементирована
• Покрыта юнит тестами
• Билд собран и передан команде тестирования
• Тестировщики:
• Проводят транзишен тесты, тесты пройдены – берем в тестирование,
тесты не пройдены возвращаем в разработку
32. C O L L A BO R ATI O N W I TH
DEVELOPERS
• Testing earlier, sometimes on
their machines
• Developers gain insight into
potential problems
Developer
• Together can succeed with
automated testing
• Reuse unit testing frameworks
Tester • Do acceptance tests in the
same programming
environment
33. Use checklists and testing dashboards
if you have no time for detailed test
cases
34. Assign testing tasks to
Developer
Not sure if it is good decision in our Reality
35. How defects are managed
Defects within the Iteration
• On the fly
Defect on a story, after the
story is signed off
• Prioritize and play the story
• Add a test
Significant misunderstanding in
how the functionality was
intended to work
• Create a new story and
prioritize
36. Agile Testing Success Factors
Testers are part of • Be cathedral builders not stone cutters
the team • Collective ownership
• Drop the “Quality Police” mindset
Agile testing mindset • Focus on team goals & customer value
• Automate tests wherever practical
Automate tests • Need rapid feedback
• Balance against developer focus on
Look at the big technical implementation
picture • Use agile test matrix as guide
37. Agile Testing Success Factors
• Collaborate with customers
Collaborate • Collaborate with BA
• Collaborate with Customer
• Team retrospectives
Continually improve • Personal training: reading, blogs, QAI, local
QA groups