Курс молодого бойца-автоматизатора – как стать ветераном и остаться в живыхautomated-testing.infoКурс молодого бойца-автоматизатора – как стать ветераном и остаться в живых, Андрей Ребров
Сейчас, когда интерес к автоматизации более чем велик, многие команды задумываются над вопросом – нужна ли автоматизация им самим? Нужно ли TDD? Какой CI сервер поставить? Какую автоматизацию применить? Да и вообще, какой первый шаг сделать?
В своем докладе я постараюсь рассказать основные приемы внедрения автоматизации:
- постановка цели автоматизации
- первые шаги
- анализ и метрики
- коммуникации
Конечной темой доклада будет переход к DevOps.
#No estimate. Безоценочная разработкаAskhat UrazbaevВы слышали о движении #NoEstimates? Разработчики во всем мире отказываются от оценки! Не надо оценивать проекты, фичи и таски — говорят они. Это занимает много времени, да и процесс это не особо приятный.
Вам нравится эта идея? Вижу, что нет.
Вот например, как объяснить заказчику свое новое безоценочное восприятие? Хотите вы или нет, сроки придется называть! Что делать с обязательствами на спринт? А как же прозрачность? Предсказуемость?
По большому счету вы правы. Нельзя просто выкинуть оценку и все. Идея #NoEstimate в том, что можно увеличить прозрачность и предсказуемость разработки, если заменить оценку более эффективными инструментами.
Мы поговорим, что такое на самом деле #NoEstimate и чем практически можно заменить оценку.
БОГДАН КУПЧЕНКО «Автоматизація тестування Hardware. Що робити, якщо замість s...QADayKyiv Quality Assurance Day 2021
БОГДАН КУПЧЕНКО
«Автоматизація тестування Hardware. Що робити, якщо замість software з API у нас фізичний пристрій?»
Слідкуйте за нами:
Телеграм: t.me/goqameetup
Linkedin: linkedin.com/company/goqa
Fb: https://www.facebook.com/goqaevent
Fb: https://www.facebook.com/qaday.org
Youtube: https://www.youtube.com/channel/UCOyIrmpVbtqUZyRLxd9BKzA
В поисках магической кнопки или как приручить SOAP UIautomated-testing.infoВ поисках магической кнопки или как приручить SOAP UI, Михаил Дырда
Жил да был проект – чудище многосервисное. Многие тестировщики пытались одолеть его тестом умелым да скриптом надежным. Да только на месте каждого протестированного сервиса вырастало два новых, еще асинхроннее предыдущего. Пригорюнились богатыри-тестеры, поняли, что не одолеть им зверя коварного копипастом булатным. И решили открыть они рукописи древние – мануалы-священные. И познали они тайну заветную – тайну кнопки магической… Это только присказка, а доклад будет о том, какими средствами располагает SOAP UI для расширения функциональности и как знания об этом могут облегчить жизнь Вам и Вашим коллегам.
качество продуктовой командыDmitriy YefimenkoQuality of the product team
I will share with you the quality management system, born in our team for a project being the company business core. Step by step we will follow the value system, processes, development practices, solutions for various complicated situations and learning on our own errors process – including all difficulties and backflashes on the way to the set aim.
So, what about you? Do you know the signs of the mature team and product, the same as the moves which will keep you afloat? Let’s verify!
Audience: any not indifferent teammates of any team.
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AIРетроспектива играет большую роль в развитии команд, работающих в Agile проектах. В большинстве случаев, успех проекта зависит от того, насколько команда умеет совместно выявлять проблемы и улучшать свою работу от итерации к итерации.
Мы рассмотрим различные практики проведения ретроспектив, обсудим часто возникающие вопросы в организации работы команды и коллективного принятия решения.
Эффективные ретроспективыMagneta AIЗачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
Геймификация процесса разработки ПОAskhat UrazbaevМир меняется очень быстро. То, что казалось нормальным еще несколько лет назад, перестало быть таковым. Например, наши родители не считают, что работа должна приносить удовольствие. Они уверены, что работа должна приносить деньги.
Все поменялось. Теперь все уверены, что работа должна нравится. Если это не так, нужно немедленно эту работу сменить на другую, более развлекающую.
С этим можно спорить и несоглашаться, но победить это уже нельзя. Вопрос в том, можем ли мы это использовать и как это сделать?
Мы поговорим о геймификации, одном из способов этого добиться. Геймификация — это использование игровых подходов вне игрового контекста.
Вот и мы с вами посмотрим, как практики гейм дизайна использовать для улучшения процесса разработки ПО.
Как понять, что Agile работает / Асхат Уразбаев (ScrumTrek)OnticoИтак, у вас есть команда работает по Scrum. Ну или, по крайней мере, так говорит. У них точно есть спринты и ежедневные встречи.
Достаточно ли этого? Как понять, что команда действительно работает по Agile? Что в Agile является ключевым, а что вторично? Приносит ли подход пользу или наоборот, вредит проекту?
Поговорим об этом на докладе!
Itil за 1,5 часа для менеджера проектаAlexey FrolovСсылка на запись вебинара https://youtu.be/QJVe62J9PxM
Что такое ITIL
Зачем ITIL менеджеру проекта
Что такое процесс
Цикл Деминга
Уровни зрелости
10 основных процессов ITIL/ITSM
Что можно сделать уже завтра
качество продуктовой командыDmitriy YefimenkoQuality of the product team
I will share with you the quality management system, born in our team for a project being the company business core. Step by step we will follow the value system, processes, development practices, solutions for various complicated situations and learning on our own errors process – including all difficulties and backflashes on the way to the set aim.
So, what about you? Do you know the signs of the mature team and product, the same as the moves which will keep you afloat? Let’s verify!
Audience: any not indifferent teammates of any team.
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AIРетроспектива играет большую роль в развитии команд, работающих в Agile проектах. В большинстве случаев, успех проекта зависит от того, насколько команда умеет совместно выявлять проблемы и улучшать свою работу от итерации к итерации.
Мы рассмотрим различные практики проведения ретроспектив, обсудим часто возникающие вопросы в организации работы команды и коллективного принятия решения.
Эффективные ретроспективыMagneta AIЗачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
Геймификация процесса разработки ПОAskhat UrazbaevМир меняется очень быстро. То, что казалось нормальным еще несколько лет назад, перестало быть таковым. Например, наши родители не считают, что работа должна приносить удовольствие. Они уверены, что работа должна приносить деньги.
Все поменялось. Теперь все уверены, что работа должна нравится. Если это не так, нужно немедленно эту работу сменить на другую, более развлекающую.
С этим можно спорить и несоглашаться, но победить это уже нельзя. Вопрос в том, можем ли мы это использовать и как это сделать?
Мы поговорим о геймификации, одном из способов этого добиться. Геймификация — это использование игровых подходов вне игрового контекста.
Вот и мы с вами посмотрим, как практики гейм дизайна использовать для улучшения процесса разработки ПО.
Как понять, что Agile работает / Асхат Уразбаев (ScrumTrek)OnticoИтак, у вас есть команда работает по Scrum. Ну или, по крайней мере, так говорит. У них точно есть спринты и ежедневные встречи.
Достаточно ли этого? Как понять, что команда действительно работает по Agile? Что в Agile является ключевым, а что вторично? Приносит ли подход пользу или наоборот, вредит проекту?
Поговорим об этом на докладе!
Itil за 1,5 часа для менеджера проектаAlexey FrolovСсылка на запись вебинара https://youtu.be/QJVe62J9PxM
Что такое ITIL
Зачем ITIL менеджеру проекта
Что такое процесс
Цикл Деминга
Уровни зрелости
10 основных процессов ITIL/ITSM
Что можно сделать уже завтра
Agile GamesAndrey RebrovThe document discusses using business games to teach and promote Agile principles and practices. It defines what a business game is and notes they focus on results rather than process and involve more participant engagement than formal processes. The document outlines different types of business games for innovation, requirements analysis, and explaining Agile concepts. It provides recommendations for facilitating the games, such as not highlighting solutions and following the rules, and ideas for introducing Agile through a presentation and game with a success story. Resources for finding and creating additional business games are also included.
Don’t turn your logs into cuneiformAndrey RebrovThis document discusses using Logstash to collect, parse, and store logs from multiple sources in Elasticsearch. It describes Logstash's three main components - inputs, filters, and outputs. Examples are provided for using Logstash with Lumberjack to ship logs, parsing logs with grok filters, and outputting to Elasticsearch. Instructions are included for installing, configuring, and running Logstash, Elasticsearch, Kibana, and Lumberjack to build a log management pipeline.
Spec By Example or How to teach people talk to each otherAndrey RebrovThis document introduces an approach called "Spec By Example" to improve communication between developers, QA analysts, and clients. It involves impact mapping to focus on user stories, QA and analyst pairing to create examples to describe requirements, and diverse and merge sessions for the team to collaboratively build out examples. The examples are then optimized by compressing tables and introducing parameters before being linked to automated tests through a behavior driven development approach. This unified process allows requirements, test cases, and code to have a single source of truth, makes it easy to trace work back to business needs, and improves estimation, demos, and reduces rework and issues.
How engineering practices help businessAndrey RebrovThis document provides advice on how to introduce new engineering practices and technologies to a team or business. It discusses several examples of proposed new practices and technologies such as test automation, continuous integration, refactoring, and DevOps. For each, it advises how to demonstrate the benefits through examples and metrics, how to gain buy-in from various stakeholders, and pitfalls to avoid such as claiming a practice is necessary just because a famous person recommends it. The overall message is that new practices must provide clear value and be introduced through demonstration and collaboration rather than dictates.
Test Automation CanvasAndrey RebrovThis document discusses test automation challenges at an investment bank and lessons learned. It outlines problems with lengthy manual regression testing. An attempt was made to use Jameleon for test automation but it caused issues. They identified needs for metrics, definitions of done, and separating test connections. Recommendations include using tools like Selenium and SoapUI with a Jenkins/JIRA setup. While quick wins are possible, separating test connections and fully defining requirements are important for successful test automation.
DevOps tools cargo toolsAndrey RebrovThis document discusses various DevOps tools and techniques including continuous integration, monitoring, logging, infrastructure as code, and visualization. For each tool or technique, it provides examples of how they can help teams as well as potential downsides related to communication issues. The key message is that while tools are useful, overreliance on tools without proper communication between team members can cause problems and that face-to-face conversations are important for addressing issues and improving processes.
Нужно ли внедрять DevOps? Как добиться чего-то от эксплуатацииАндрей ШоринЗахотят ли суровые админы принять модный тренд за основу своей работы? И получится ли изолированно от разработки принести пользу бизнесу?
Это те вопросы, которые мы даже не задавали себе, когда 3 года назад совет директоров поставил перед службой эксплуатации задачу увеличить стабильность сайта.
Я покажу, что находится за горизонтом событий службы эксплуатации. Опишу признаки DevOps, которые служили ориентирами на пути к результату. И опишу инструменты, которые сработали: за 3 года стабильность работы сайта hh.ru выросла в 10 раз.
Agile Testing in Enterprise: Way to transform - SQA Days 2014Andrey RebrovThis document discusses problems that can occur with traditional testing approaches and how to transition to agile testing practices. It provides two examples of organizations that struggled with long regression cycles, missed estimates, low quality and stress. The root causes are identified as document-based collaboration, lack of testing knowledge by developers, and infrastructure management chaos. Recommendations are made to use Kanban, collaborate on requirements, implement smart metrics, test automation, and a DevOps approach. Specific practices that were implemented include risk management, specification by example, test-driven development, continuous integration, configuration automation, and test automation. The results were increased delivery rates up to 5 times, zero bugs in production, no overtime, and more enjoyable work.
Проблемы автоматизации крупных проектов: TestCompleteautomated-testing.infoПроблемы автоматизации крупных проектов: TestComplete, Дмитрий Марков
Дмитрий в своем докладе рассмотрит следующие вопросы:
Инструмент TestComplete. В чем сила?
Чем отличается автоматизация мелкого, среднего, крупного проекта?
Нужно ли что-то дополнительно делать при автоматизации крупного проекта?
Ошибки на начальных стадиях автоматизации
Раз говорим об ошибках, то также поговорим о том, как можно построить все так, чтобы этих ошибок избежать
Практические набитые шишки автоматизатора
“Обезьянье тестирование” в мобильных проектахautomated-testing.info“Обезьянье тестирование” в мобильных проектах, Роман Подолян
Хотите уйти от проторённых путей, проверить приложение самыми разнообразными, случайными последовательностями действий? Задать ему встряску чтобы проверить его на выносливость? Сделать с ним то, что даже не собирались? Отдайте его “обезьяне”.
Совершенный тестовый фреймворкautomated-testing.infoСовершенный тестовый фреймворк, Андрей Иваровский
Идеальный тестовый фреймворк – миф или реальность? Поиск “философского камня”.
Расширяемость – как впихнуть “невпихуемое” и объять необъятное?
Кейворд-дривен, дата-дривен – извращения или путь к совершенству?
Многопоточность – мультиплексор или “каждой твари по паре”?
Обо всем этом, а также о кое-чем еще я расскажу в своем докладе.
Keyword driven testingautomated-testing.infoKeyword-driven testing, Геннадий Алпаев
Keyword-driven подход к автоматизации тестирования был описан в литературе более 10ти лет назад, однако в русскоязычных источниках по этой теме информации довольно мало. В докладе Геннадий расскажет о том, в чем заключается подход, когда применяется, его достоинства и недостатки, а также покажет пример практической реализации Keyword-driven подхода для простого тестируемого приложения с помощью TestComplete и SilkTest.
Фреймворк для регрессионного тестирования на основе WebDriverautomated-testing.infoФреймворк для регрессионного тестирования на основе WebDriver, Бордюг Иван
В этом докладе слушатели услышат об идее автоматизации для людей с разным уровнем знаний в этой области. Также слушатель увидит, как быстро могут создавать тестовые сценарии по технологии BDD, которые в будущем станут тестами для регрессионного тестирования. Доклад будет построен на уже существующей разработке докладчика, будут высветлены все позитивные и негативные стороны данного подхода, а также проблемы, которые удалось решить в процессе автоматизации и проблемы, с которыми столкнулась команда в процессе использования данного подхода.
За пределами Page Object. ATDays 2013 Киев. Февраль 2013Dmytro ZhariiБолее детально в посте: Слайды/Видео к моему докладу на #atdays : За переделами PageObject
http://blog.zhariy.com/2013/02/atdays-pageobject.html
За пределами PageObjectautomated-testing.infoЗа пределами PageObject, Дмитрий Жарий
Есть ли необходимость в использовании объектно-ориентированного подхода в автоматизации тестирования? Нужно ли нам экономить исходный код, или лучше скопировать, вставить и подправить? Что лучше, “сложное” ООП или простые “дубовые” тесты. Ответ зависит от Вашего проекта автоматизации и от дальнейших планов его развития. Если Вы планируете остановится на десятке тестов, то в таком случае в “более сложных практиках” необходимости нет. Если же Вы планируете долгосрочное развитие фреймворка автоматизации, то задуматься о правильной архитекторе и будущем росте необходимо уже прямо сейчас.
В своем докладе Дмитрий расскажет, как очень несложные практики ООП помогут сделать код еще проще и понятней. И поверьте, в хорошем коде может разобраться любой человек, а горы “вечно падающего копи-паста” будут просто ненавидеть. Также Дмитрий расскажет о том, как Автоматизация может тестировать сама себя при помощи легких UI тестов перед тем, как запустить более тяжелые функциональные тесты и сценарии. Он покажет, как написав код тестового набора всего лишь один раз, применить его для каждой страницы отдельно. Примеры кода к докладу будут на C#/.NET. Но, любую такую практику можно реализовать на любом общеизвестном и популярном языке программирования.
Automated testing dojo @ Confet&qaOleksandr BaglaiМы разработали automated testing dojo специально для тестировщиков - автоматизаторов. Теперь и у вас есть возможность провести время с фаном, продемонстрировать свой инструментарий из чемоданчика, которым каждый день пользуетесь.
Why it is not workingautomated-testing.infoОсновные ошибки внедрения ATDD, BDD, CI, CD на проектах, Резчиков Алексей
Каждый новый проект, к которому Алексей подключается в качестве консультанта, уже имеет свою историю внедрения автоматизации тестирования, CI и CD. Истории очень разные, каждая интересна по-своему, каждая рассказывает об ошибках. О самых распространенных из них, а также о том, как их не допустить, Алексей расскажет в своем докладе.
Automation Functional Testing in Agile ProjectsAndrey RebrovОб автоматических тестах писал ещё Сам Кент Бек. Ну, а автоматические функциональные тесты — это вообще лакомый кусок для современных agile методик разработки ПО. Вместе с участниками кемпа мы узнаем, с какой стороны подходить к процессу автоматизации тестирования в целом. Кроме того, мы создадим проект автотестирования с использованием одного из самых популярных продуктов для тестирования веб-приложений — Selenium 2.
Бодрящий микс из Selenium и TestNG- регрессионное тестирование руками разрабо...Andrey RebrovКак-то так происходит, что “на 10 девчонок по статистике 9 ребят”, а точнее на группу из 5-7 разработчиков – 1 тестировщик. Или его нет совсем. Так что очень часто приходится и код писать, и тестировать, а дата релиза все ближе и ближе.
В тех случаях, когда мы пишем веб-приложение, помочь в нашей нелегкой судьбе может бодрящий микс из Selenium и TestNG... Как это сделали мы, какие потом получили выводы и результаты — все это я и хочу рассказать и показать
Автоматизация это модноAndrey RebrovВ последнее время все большее внимание уделяется процессу автоматизации QA, так что мне захотелось немного рассказать о том, что же для меня QA и почему мне хочется его как можно больше автоматизировать. Сразу хочу оговориться, что все о чем я буду писать касается agile процессов, но по идее может быть перенесено и на традиционные методологии. Для кого этот доклад? Для всей agile команды вцелом, так как качество продукта в agile процессе это задача всей команды без исключений. В докладе я постараюсь рассказать о тех инструментах и практиках, которые помогут автоматизировал процессы continuous delivery, создания отчетов и прочей скучной рутины.
8. Итог
• 5 команд отказались от автоматизации
• 1 команда с болью сделала автотесты
• 1 команда сделала автотесты и ей
понравился Jameleon
atdays.com #atdays
14. При этом нужно обозначить, что
значит, что мы закончили
atdays.com #atdays
15. Даешь Метрики и
Definition of Done
• Регрессия должна проходить за 4 часа
• Количество открытых багов не больше
5
• Количество багов связанных с
настройкой данных равно 0
atdays.com #atdays
16. Он подскажет за метрики
atdays.com #atdays Meaningful Metrics http://bit.ly/VtENby
26. 3 - 12 - 3
3 минуты: каждый пишет идеи по
решению проблемы на стикерах
12 минут: работа в паре над 3
случайными листочками из всей кучи
3 минуты: презентация наработок группе
atdays.com #atdays
33. В нашем случае
• Jameleon не давал quick win: нарушена
связь Quick wins - Tools&Infrastructure
• Были метрики но не было DoD
• AFT не помогал решить проблемы с
появлением новых багов после фикса
старых: нарушена связь Problems -
Testing types
atdays.com #atdays