Задорная презентация, посвещенная введению в разработку через тестирование. В частности, рассмотрены такие методологии как TDD (Test-Driven Development) и BDD (Behavior-Driven Devopment), их несомненные достоинства и недостатки, а также практическое применение.
Презентация подготовлена по материалам прошедшей 10.10.2013 конференции "Developers Software Conference 2013" в Витебске, организатором которой выступила компания "EPAM Systems".
Задорная презентация, посвещенная введению в разработку через тестирование. В частности, рассмотрены такие методологии как TDD (Test-Driven Development) и BDD (Behavior-Driven Devopment), их несомненные достоинства и недостатки, а также практическое применение.
Презентация подготовлена по материалам прошедшей 10.10.2013 конференции "Developers Software Conference 2013" в Витебске, организатором которой выступила компания "EPAM Systems".
Документация тестировщика - Александр ТрибушныйDataArt
Как сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
Бесплатный вебинар по 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!
QA Fest 2019. Андрей Солнцев. Десять причин моей ненавистиQAFest
Меня часто спрашивают, за что я не люблю в тестах Page Objects, TestNG, ReportPortal, try/catch, циклы и условия, неявные ожидания, явные ожидания, Dependency injection, Spring и т.д.
Расскажу коротко и быстро. На каждую тему 5 минут.
Слайды к вебинару, который прошел 18.11.2013.
В ходе вебинара вы:
- Узнаете о том, как из 7 простых принципов возникает стройная тестовая система
- Поймете почему тестирование никогда не станет полностью автоматизованым
- Узнаете как на практике применять каждый из основных принципов
Больше информации по ссылке: http://coach.ak-itconsulting.com/2013/11/7-principov-testirovaniya/
Бытовые трудности и Анти паттерны Agile командDmitry Pavlov
Я решил внедрить Agile у себя в команде. Какой бы тул мне купить: Rally или TargetProcess? - Jira недоступна, мы не можем проводить планирование - Вы мне там Скрам настройте у разработчиков - У нас тестировщики половину спринта простаивают, а потом не успевают... Знакомые ситуации? Больно вспоминать? В данном докладе мы детально рассмотрим эти и другие антипаттерны, подсмотренных у реальных команд, - без философии про ценности и личностный рост. Поговорим о причинах их возникновения и последствиях, к которым они приводят. Доклад будет полезен начинающим скрам мастерам, чтобы не наступать на "детские" грабли, а опытные команды смогут критическим взглядом оценить свой процесс.
Как не уснуть на ретро? Продвинутые форматы бодрой ретроспективыDmitry Pavlov
Мы знаем зачем нужна ретроспектива и какой у нее формат. Типовые форматы ретро, описанные в книгах, каждый уже не один раз попробовал. Но жизнь сложнее книжных примеров. Привычные вопросы что было хорошо, что не сработало, а что можно улучшить? вызывают зевоту и тоску :)
Давайте посмотрим на незатасканные сценарии для ретроспективы, о которых не пишут в книгах: amazon-review, твиттер-лента, кинокритики и другие. Как построить ретроспективу в формате быстрых свиданий (speed-dating)? Обсудим, как организовать ретро для распределенной команды и с какими трудностями приходится иметь дело.
Заметки с передовой, фото и зарекомендовавшие себя практики прилагаются.
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AI
Ретроспектива играет большую роль в развитии команд, работающих в Agile проектах. В большинстве случаев, успех проекта зависит от того, насколько команда умеет совместно выявлять проблемы и улучшать свою работу от итерации к итерации.
Мы рассмотрим различные практики проведения ретроспектив, обсудим часто возникающие вопросы в организации работы команды и коллективного принятия решения.
Документация тестировщика - Александр ТрибушныйDataArt
Как сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
Бесплатный вебинар по 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!
QA Fest 2019. Андрей Солнцев. Десять причин моей ненавистиQAFest
Меня часто спрашивают, за что я не люблю в тестах Page Objects, TestNG, ReportPortal, try/catch, циклы и условия, неявные ожидания, явные ожидания, Dependency injection, Spring и т.д.
Расскажу коротко и быстро. На каждую тему 5 минут.
Слайды к вебинару, который прошел 18.11.2013.
В ходе вебинара вы:
- Узнаете о том, как из 7 простых принципов возникает стройная тестовая система
- Поймете почему тестирование никогда не станет полностью автоматизованым
- Узнаете как на практике применять каждый из основных принципов
Больше информации по ссылке: http://coach.ak-itconsulting.com/2013/11/7-principov-testirovaniya/
Бытовые трудности и Анти паттерны Agile командDmitry Pavlov
Я решил внедрить Agile у себя в команде. Какой бы тул мне купить: Rally или TargetProcess? - Jira недоступна, мы не можем проводить планирование - Вы мне там Скрам настройте у разработчиков - У нас тестировщики половину спринта простаивают, а потом не успевают... Знакомые ситуации? Больно вспоминать? В данном докладе мы детально рассмотрим эти и другие антипаттерны, подсмотренных у реальных команд, - без философии про ценности и личностный рост. Поговорим о причинах их возникновения и последствиях, к которым они приводят. Доклад будет полезен начинающим скрам мастерам, чтобы не наступать на "детские" грабли, а опытные команды смогут критическим взглядом оценить свой процесс.
Как не уснуть на ретро? Продвинутые форматы бодрой ретроспективыDmitry Pavlov
Мы знаем зачем нужна ретроспектива и какой у нее формат. Типовые форматы ретро, описанные в книгах, каждый уже не один раз попробовал. Но жизнь сложнее книжных примеров. Привычные вопросы что было хорошо, что не сработало, а что можно улучшить? вызывают зевоту и тоску :)
Давайте посмотрим на незатасканные сценарии для ретроспективы, о которых не пишут в книгах: amazon-review, твиттер-лента, кинокритики и другие. Как построить ретроспективу в формате быстрых свиданий (speed-dating)? Обсудим, как организовать ретро для распределенной команды и с какими трудностями приходится иметь дело.
Заметки с передовой, фото и зарекомендовавшие себя практики прилагаются.
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AI
Ретроспектива играет большую роль в развитии команд, работающих в Agile проектах. В большинстве случаев, успех проекта зависит от того, насколько команда умеет совместно выявлять проблемы и улучшать свою работу от итерации к итерации.
Мы рассмотрим различные практики проведения ретроспектив, обсудим часто возникающие вопросы в организации работы команды и коллективного принятия решения.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
Есть мнение, что совещание - это лучшее место отдохнуть от работы, показать себя, порисовать у доски, перекусить и произвести впечатление на коллег. На самом деле, совещание - это тяжелая работа всех его участников. И чтобы эта работа привела к успешному результату, необходимо знать и применять несложные приемы проведения совещаний.
В докладе будет раскрыта психология проведения совещаний, техники, позволяющие собрать максимальное число мнений и приемы для принятия решения, которое бы удовлетворяло всех его участников.
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
XP Days Ukraine 2014 - Refactoring legacy codeDmytro Mindra
Every programmer has to face legacy code day after day. It might be ugly, it might look scary, it can make a grown man cry. Some will throw it away and try rewriting everything from scratch. Most of them will fail.
Refactoring legacy code is a much better idea. It is not so scary when you take it in very small bites, introduce small changes, add unit tests. When code is refactored and unit tests are added, changes to functinality can be introduced.
We will take an open source C# project and will refactor it showing step-by-step examples of the techniques. This session is full of tips and tricks you can start applying immediately. Although the code is in C#, the same principles can be applied in any language.
TDD (Test-driven Development) как стиль разработки.Pavel Tsukanov
Как превратить рутинное написание Unit тестов в увлекательный процесс? Как побороть страхи, что система не будет работать должным образом? Как уверенно решать самые сложные для себя задачи? Я расскажу как TDD поможет найти ответы на эти и другие вопросы.
Наш сайт http://www.tuladev.net
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...HappyDev
Матерый enterprise проект с "зоопарком" из разнообразных технологий. Часто меняющаяся команда и требовательный заказчик. Менеджер, активно пытающийся вытянуть проект... Все составляющие для сюжета, достойного Титаника.
Было перепробовано множество практик для улучшения процесса разработки, и больше всего это влияло на нас, разработчиков. В одночасье рушились привычные устои, а новые, не успев прижиться, менялись снова. Разве возможна нормальная работа в такой нервной обстановке?
Автор критически оценит парное программирование, тестирование, code review и прочие практики из мира улучшения разработки, а также расшарит набитые шишки и обнаруженные грабли.
Андрей Зайцев - TDD в кровавом энтерпрайзеElias Fofanov
Поговорим о том, когда, как и для чего писать тесты, а так же научимся проходить интервью на позицию junior test automation engineer. Подумаем над тем, почему TDD не взлетает, и может ли что-то быть хуже. Рассмотрим на примере использование таких инструментов, как NUnit, FluentAssertions, Moq, HttpMock.
Как работать меньше и качественнее, как быть уверенным в своем коде? В чем преимущество написания тестов до функциональности? От чего TDD не спасет и как начать использовать этот подход? Этим вопросам будет посвящен мой доклад. Также из него Вы узнаете: какая связь между TDD и сноубордингом, почему Чак Норрис не пишет тесты, чем похожи страховка автомобиля и покрытие кода тестами.
По материалам конференции .NET разработчиков
15. TDD это …
Test Driven Development
Test Oriented Development
Test Driven Design
Test Driven Development & Design
16. В Чем Прикуп?
• Описание системы
• Регрессионное тестирование
• Рефакторинг
• Мгновенное обнаружение проблем
• Простой дизайн
• Маленькие шаги
Unit
Testing
• Видно «плохой» дизайн
TDD
17. Цитаты
“Test-Driven Development is a powerful way to produce
well designed code with fewer defects”
Martin Fowler
“The best way that I know to write code is to shape it from
the beginning with tests”
Ron Jeffries
“Fewer defects, less debugging, more confidence, better
design, and higher productivity in my programming
practice”
Kent Beck
24. Легенды и Мифы о TDD
• TDD = Unit Testing
• TDD = 100% test coverage
• TDD = Объем работ * 2
• Unit tests – это все, что нужно
25. Что TDD НЕ делает
Не учит писать красивые тесты
Не гарантирует поддерживаемость тестов
Не гарантирует читаемость тестов
26. Что TDD делает
Тесты, которым доверяешь
Дизайн (внезапно)
Понятный домен
Покрытие тестами
Простоту кода
Постепенную разработку
Поставку раньше и чаще
Высокое качество кода
30. День 1. Рефакторинг
Что такое рефакторинг
Рефакторинг – это непрерывный процесс
Рефакторинг – это просто
Основные рефакторинги
Маленькие шаги
Как рефакторить старый код
Технический долг
31. День 2. Юнит тестирование
Зачем тестировать?
Структура теста
Именование
DSL
Stub, Fake, Spy, Mock
Тесты на поведение и состояние
Хороший тест
Пирамида тестирования
32. День 3. TDD
TDD это просто
TDD это методология дизайна
TDD > Unit Testing
33. Мы не пишем тесты и не рефакторим…
У нас нет на это времени
Исторически так сложилось
У нас своя «специфика» проекта
Запрещает менеджер
Мы сразу пишем идеальный код
Мы наняли Чака Норриса
Придумайте свою «уникальную» причину
39. Ссылки
AgileRussia http://agilerussia.ru/
Roy Osherove http://osherove.com/
Top 100 книг про agile http://habrahabr.ru/company/scrumtrek/blog/201740/
Pluralsight http://www.pluralsight.com/training
SmartStepGroup http://www.smartstepgrp.com/
Презентация про технический долг http://penxy.com/kyle