QA Automation Battle: Java vs Python vs Ruby [09.04.2015]GoIT
09.04.2015 участники встречи, посвященной переходу в QA Automation от проекта GoIT, узнали:
+ В чём разница между QA Manual и Automation и кто в чём хорош?
+ Зачем тестировщику знать язык программирования?
+ Как мануальщику переходить в Automation? Что учить?
+ Какие нюансы стоит учесть при выборе языка?
+ Почему важно занять своё место в команде?
Спикерами выступили:
Кирилл Звягинцев (Python) – больше 4х лет опыта работы QA в компаниях: Lognet , Ciklum и SPS Commerce.
Александр Микитенко (Ruby) – Senior AQA engineer в Toptal.
Виктор Журбенко (Java) – QA Lead в Infopulse.
Не всегда задачи решаются в терминах языка программирования. И когда дело доходит до реализации, иногда "волосы становятся дыбом" от мысли, как это придется делать на конкретном языке. В данном докладе автор "изольет душу" на тему идиом в языках программирования, чем они отличаются от паттернов проектирования, рассмотрит преимущества и недостатки их использования, а также подробно рассмотрит несколько наиболее популярных идиом для C++.
Как работать меньше и качественнее, как быть уверенным в своем коде? В чем преимущество написания тестов до функциональности? От чего TDD не спасет и как начать использовать этот подход? Этим вопросам будет посвящен мой доклад. Также из него Вы узнаете: какая связь между TDD и сноубордингом, почему Чак Норрис не пишет тесты, чем похожи страховка автомобиля и покрытие кода тестами.
По материалам конференции .NET разработчиков
- почему PHP программисты снискали дурную славу;
- что делать, чтобы стать хорошим программистом;
- как писать идеальный код;
- что такое командная разработка проекта;
- учет позиции бизнеса при разработке проекта;
- основные задачи, который должен решать программист;
Быстрое расширение Robot Framework под свои нужды с использованием Pythonautomated-testing.info
Быстрое расширение Robot Framework под свои нужды с использованием Python, Михаил Поляруш
Когда мы начинаем заниматься автоматизацией тестирования ПО, мы редко знаем и понимаем, что нам надо будет делать, а тем более, как это нужно реализовать. Потому, выбираем самые простые решения, которые иногда даже не подразумевают программирования. Вы считаете, что успешная автоматизация может быть без программирования? Я уверен, что НЕТ, и с уверенностью могу сказать, что процесс автоматизации с помощью python и RobotFramework может значительно упростить Вам жизнь. Убедитесь в том, что архитектура RobotFramework очень гибкая, а python – лучший друг автоматизатора. Вас ждет увлекательная теория и много практики в живую.
QA Automation Battle: Java vs Python vs Ruby [09.04.2015]GoIT
09.04.2015 участники встречи, посвященной переходу в QA Automation от проекта GoIT, узнали:
+ В чём разница между QA Manual и Automation и кто в чём хорош?
+ Зачем тестировщику знать язык программирования?
+ Как мануальщику переходить в Automation? Что учить?
+ Какие нюансы стоит учесть при выборе языка?
+ Почему важно занять своё место в команде?
Спикерами выступили:
Кирилл Звягинцев (Python) – больше 4х лет опыта работы QA в компаниях: Lognet , Ciklum и SPS Commerce.
Александр Микитенко (Ruby) – Senior AQA engineer в Toptal.
Виктор Журбенко (Java) – QA Lead в Infopulse.
Не всегда задачи решаются в терминах языка программирования. И когда дело доходит до реализации, иногда "волосы становятся дыбом" от мысли, как это придется делать на конкретном языке. В данном докладе автор "изольет душу" на тему идиом в языках программирования, чем они отличаются от паттернов проектирования, рассмотрит преимущества и недостатки их использования, а также подробно рассмотрит несколько наиболее популярных идиом для C++.
Как работать меньше и качественнее, как быть уверенным в своем коде? В чем преимущество написания тестов до функциональности? От чего TDD не спасет и как начать использовать этот подход? Этим вопросам будет посвящен мой доклад. Также из него Вы узнаете: какая связь между TDD и сноубордингом, почему Чак Норрис не пишет тесты, чем похожи страховка автомобиля и покрытие кода тестами.
По материалам конференции .NET разработчиков
- почему PHP программисты снискали дурную славу;
- что делать, чтобы стать хорошим программистом;
- как писать идеальный код;
- что такое командная разработка проекта;
- учет позиции бизнеса при разработке проекта;
- основные задачи, который должен решать программист;
Быстрое расширение Robot Framework под свои нужды с использованием Pythonautomated-testing.info
Быстрое расширение Robot Framework под свои нужды с использованием Python, Михаил Поляруш
Когда мы начинаем заниматься автоматизацией тестирования ПО, мы редко знаем и понимаем, что нам надо будет делать, а тем более, как это нужно реализовать. Потому, выбираем самые простые решения, которые иногда даже не подразумевают программирования. Вы считаете, что успешная автоматизация может быть без программирования? Я уверен, что НЕТ, и с уверенностью могу сказать, что процесс автоматизации с помощью python и RobotFramework может значительно упростить Вам жизнь. Убедитесь в том, что архитектура RobotFramework очень гибкая, а python – лучший друг автоматизатора. Вас ждет увлекательная теория и много практики в живую.
Доклад на hotcode.org о инструментах и методиках которые помогают нам повышать и следить за качеством PHP кода.
Среди затронутых тем:
- Стандарты в коде
- Средства для статического анализа кода.
- Git хуки
- Непрерывная интеграция
- IDE
- Code review
Задумывались ли вы когда-нибудь о том, как устроены современные механизмы защиты приложений? Какая теория стоит за реализацией WAF и SAST? Каковы пределы их возможностей? Насколько их можно подвинуть за счет более широкого взгляда на проблематику безопасности приложений?
На мастер-классе будут рассмотрены основные методы и алгоритмы двух основополагающих технологий защиты приложений — межсетевого экранирования уровня приложения и статического анализа кода. На примерах конкретных инструментов с открытым исходным кодом, разработанных специально для этого мастер-класса, будут рассмотрены проблемы, возникающие на пути у разработчиков средств защиты приложений, и возможные пути их решения, а также даны ответы на все упомянутые вопросы.
Когда код «убивает», или зачем нам тестировать наши продуктыОлег Стрекаловский
Доклад посвящен теме тестирования и надёжности ПО. Что вы получаете, когда забываете о качестве разрабатываемого продукта и "куда копать", если вы вдруг решите начать проверять то, что у вас разрабатывается.
Доклад на hotcode.org о инструментах и методиках которые помогают нам повышать и следить за качеством PHP кода.
Среди затронутых тем:
- Стандарты в коде
- Средства для статического анализа кода.
- Git хуки
- Непрерывная интеграция
- IDE
- Code review
Задумывались ли вы когда-нибудь о том, как устроены современные механизмы защиты приложений? Какая теория стоит за реализацией WAF и SAST? Каковы пределы их возможностей? Насколько их можно подвинуть за счет более широкого взгляда на проблематику безопасности приложений?
На мастер-классе будут рассмотрены основные методы и алгоритмы двух основополагающих технологий защиты приложений — межсетевого экранирования уровня приложения и статического анализа кода. На примерах конкретных инструментов с открытым исходным кодом, разработанных специально для этого мастер-класса, будут рассмотрены проблемы, возникающие на пути у разработчиков средств защиты приложений, и возможные пути их решения, а также даны ответы на все упомянутые вопросы.
Когда код «убивает», или зачем нам тестировать наши продуктыОлег Стрекаловский
Доклад посвящен теме тестирования и надёжности ПО. Что вы получаете, когда забываете о качестве разрабатываемого продукта и "куда копать", если вы вдруг решите начать проверять то, что у вас разрабатывается.
Виды QA: Всё что вы не знали и боялись спроститьGoIT
19.02.2015 состоялось очередное событие, посвященное тематике Тестирования ПО.
Встреча помогла участникам
• разобраться в видах QA;
• получить информацию о «подводных» камнях каждого из направлений;
• узнать о специфике работы тестеровщика;
• перенять опыт тестировщиков с многолетним стажем;
• узнать о нововведениях в мире QA;
• выбрать свой путь развития в тестировании.
Спикерами выступили:
Александр Майданюк – QA Lead, Manager, QA Consultant и Trainer. Занимает позицию Head
of Quality Assurance Solution в Ciklum. Эксперт и судья QA секции чемпионатов UA Web
Challenge. Соучредитель Киевского Клуба тестировщика QA Club.
Николай Ковш – QA Engineer в Ciklum. Является ярким примером свитчера - человека,
который сменил область деятельности. Со-организатор ивентов в QA Club - самом большом
киевском сообществе тестировщиков. Николай расскажет, почему тестировщику важно
научиться программировать.
Марина Шевченко – Mobile QA Engineer в Ciklum. QA з досвідом тестування веб, дестопних
та мобільних додатків. Співорганізатор заходів в QA Club – найбільшій київській спільності
тестувальників.
Serghei Iakovlev "Chaos engineering in action"Fwdays
Let's talk about what chaos engineering is and how this discipline can be applied in projects where PHP is used as the main language.
Among other things, we will cover the following topics:
What problems does chaos engineering solve?
What are the solutions exist?
How to develop your own solution?
What is a controlled failover?
A little about ZendEngine and what tools are out of the box?
A bit about chaos design.
A bit about the code leading to chaos.
Glib Rybalko, GlobalLogic’s Test Lead, consultant and trainer was among 26 known Ukrainian and international experts who took a word on IT Weekend Ukraine 2013. Glib discussed features of automated software testing, benefits and feasibility of using this approach on various projects. During his speech, Glib pointed all necessary steps of automated testing implementation and gave homework for those who were interested in this field and wanted to implement it in their projects.
If you feel yourself like a programmer, but you don't know what language will live for along time, if you want work in IT, but you can't find your place - watch it immediately!
SECON'2016. Тюменцев Евгений, Разработка надежных параллельных, распределенны...SECON
Набор практических приемов, которые позволяют создавать сложные многопоточные, параллельные, распределенные серверные приложения программистам без опыта сетевого и многопоточного программирования, работы с базами данных.
D2D Pizza JS Илья Беда "Куда мы все катимся?"Dev2Dev
Окружение JavaScript, наверно, самая быстроразвивающаяся отрасль в мире разработки программного обеспечения. Все слышали шутку про книгу “36 новых JavaScript фреймворков, выпущенных в марте”, и это не далеко от правды.
В своем обзорном докладе я расскажу о своем пути во frontend. О том, как вижу современную индустрию, о существующих проблемах и путях их решения. Все не так уж радужно, как может показаться. Надеюсь, мой доклад позволит вам взглянуть на мир JavaScript с другой стороны или, по крайней мере, задуматься о том, в правильном ли направлении вы движетесь?
Доклад с конференции D2D Pizza JS - http://dev2dev.ru/events/8/
14. Use Right Tool for a Job
http://www.flickr.com/photos/nephiel/2089874718/
15. Выбираем инструмент под задачу
1. Специфичная задача
○ NLP - Common Lisp
○ Огромные изображения - VIPS
16. Выбираем инструмент под задачу
1. Специфичная задача
○ NLP - Common Lisp
○ Огромные изображения - VIPS
2. Каноничный сценарий
○ Веб-сайт - CMS
○ Веб-приложение - Ruby on Rails
○ Вебсоккеты - Node
17. Выбираем инструмент под задачу
1. Специфичная задача
○ NLP - Common Lisp
○ Огромные изображения - VIPS
2. Каноничный сценарий
○ Веб-сайт - CMS
○ Веб-приложение - Ruby on Rails
○ Вебсоккеты - Node
3. Экосистема
○ Системы сборки, развертывания, мониторинга
○ Сообщество
18. Выбираем инструмент под задачу
1. Специфичная задача
○ NLP - Common Lisp
○ Огромные изображения - VIPS
2. Каноничный сценарий
○ Веб-сайт - CMS
○ Веб-приложение - Ruby on Rails
○ Вебсоккеты - Node
3. Экосистема
○ Системы сборки, развертывания, мониторинга
○ Сообщество
4. Экспертиза
19. Экспертиза
Как выбрать то или иное решение?
Как найти людей?
Как удержать людей?
Как оценить задачу?
Что делать, когда что-то идет не так?
А как быть с легаси?
Переписывать? Да? Нет? На чем?
35. Что искать?
5. Мультилингвальность
Инженер с 5ю годами опыта должен
уверенно вести разработку на 2-3 языках,
не считая JavaScript
6. Smart, and Gets Things Done
7. Done, and Gets Things Smart
36. Как работать?
1. Test Integration Points
Клиент на C#
Сервис на Java
Тесты для сервис на JavaScript
37. Как работать?
1. Test Integration Points
Клиент на C#
Сервис на Java
Тесты для сервис на JavaScript
2. Распределяйте действия, а не сценарии
38. Как работать?
1. Test Integration Points
Клиент на C#
Сервис на Java
Тесты для сервис на JavaScript
2. Распределяйте действия, а не сценарии
3. Небольшие компоненты
39. Как работать?
4. Обмен опытом, ротация людей в задачах
5. "Песочница"
a. One-off scripts
b. Тесты
c. Второстепенные подсистемы
d. Микропроекты
41. 1. Оценки времени выполнения часто
придется делать "вслепую"
2. Отдельные инженеры будут предпочитать
отдельные технологии
3. Некоторые языки не будет знать никто из
доступных вам в данный момент людей
Компромисы