QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?QAFest
Дорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла.
Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования.
В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.
QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?QAFest
Дорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла.
Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования.
В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.
QA Fes 2016. Василий Сливка. 10 лучших практик для тестирования мобильных при...QAFest
Доклад для ленивых тестировщиков, которые не хотят набивать свои шишки, а научится на чужом опыте:
- полезные инструменты и решения для тестирования;
- работа с сетью, внутренними и внешними сервисами;
- процессы и культура тестирования в отделе разработки
- silver bullet в конце доклада
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.
Видео: http://www.youtube.com/watch?v=vz0U3jQpHSM
Это обзор опыта применения лучших практик разработки программного обеспечения на разных проектах от госзаказов до видеоконференций в командах от 5 до 50 человек. В докладе будут описаны не только практики, но и то, как они применяются на реальных проектах и какие выгоды они действительно приносят.
Расширяемая платформа для создания и управления автоматизированными тестами н...jazzteam
Продукт XML2Selenium - это расширяемая, плагинная платформа для создания и управления автоматизированными тестами на основе технологии Java.
XML2Selenium имеет интеграцию с JUnit, работает поверх Selenium (это изменяемо). XML2Selenim позволяет создавать автоматизированные тесты в простом и понятном обычному (без навыков программирования) QA инженеру формате. XML2Selenium позволяет также управлять всеми стадиями работы с автоматизированными тестами, начиная от стадии создания и заканчивая управлением тестами.
Главными конкурентными преимуществами являются
- низкая стоимость вхождения. Начинающие автоматизаторы, и даже QA инженеры без навыков программирования создают качественные тесты, а значит легко поддерживаемые, легко изменяемые, с использованием DDT (Data Driven Testing) подходов, что увеличивает повторно-используемость тестов
- встроенные возможности структуризации тестов по папкам и файлам, а также по тегам, что позволяет качественно отобразить документацию на тесты. Внедряя эту платформу, вы автоматически улучшаете свои процессы управления тестами
- XML2Selenium - это плагинная, расширяемая платформа, позволяющая кастомизировать процессы под ваши нужды, создать новые плагины, добавить интеграцию с нужными системами, и многое другое
- все повторно-используемые части (инклюды, плагины) могут помещаться в репозитории, откуда ими могут пользоваться QA инженеры с других проектов компании, тем самым распространяется опыт и знания в области автоматизации
- XML2Selenium имеет широкий спектр полезных свойств в области автоматизации, таких как поддержка создания видео, снепшотов и скриншотов страниц, Groovy и JS скриптинга, поддержки объектно-ориентированного программирования на XML и многих других
Традиционно многие компании не инвестируют много в QA инженеров, при этом сложность продуктов и количество Use Cases растёт, и компании утыкаются в барьер, когда архитектура тестов становится сравнительно такого же уровня, как и архитектура приложения. Это же касается и автоматизации тестирования. Ключевыми проблемами становятся:
- вопросы поддержки и тестирования многих инсталяций продукта на стороне заказчика
- вопросы тестирования нескольких версий (бренчей) одного и того же продукта
- повторн
Доклад предназначен для проектировщиков и дизайнеров интерфейсов.
Что полезного дизайнеру может пригодится из мира программирования? Громкие термины про контроль версий, архитектуру, чистый код и т.д. это все чуждые слова или повод перенять опыт? Настолько ли суровы программисты чтобы испортить своими подходами творческую суть дизайнера?
Javascript-фреймворки: должен остаться только одинSergey Xek
Рассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет.
В докладе пойдет речь о том, что производительность фронтенда — это больше про слаженную работу команды, про понятный и масштабируемый код, чем про сухие циферки. Но циферки тоже будут.
1) Какие у нас были проблемы с текущим фреймворком — UI, архитектура, код.
2) Как измеряли, что примерно стоит брать (исследование популярности).
3) Что рассматривали.
4) На пути к демо-проекту, какие были сложности (то, что уперли идею с Typescript, собственный компилятор шаблонов, четыре Flux-фреймворка и все плохи).
5) Два пилотных демо-проекта: цифры.
6) Оценка трудоемкости перехода.
QA Fes 2016. Василий Сливка. 10 лучших практик для тестирования мобильных при...QAFest
Доклад для ленивых тестировщиков, которые не хотят набивать свои шишки, а научится на чужом опыте:
- полезные инструменты и решения для тестирования;
- работа с сетью, внутренними и внешними сервисами;
- процессы и культура тестирования в отделе разработки
- silver bullet в конце доклада
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.
Видео: http://www.youtube.com/watch?v=vz0U3jQpHSM
Это обзор опыта применения лучших практик разработки программного обеспечения на разных проектах от госзаказов до видеоконференций в командах от 5 до 50 человек. В докладе будут описаны не только практики, но и то, как они применяются на реальных проектах и какие выгоды они действительно приносят.
Расширяемая платформа для создания и управления автоматизированными тестами н...jazzteam
Продукт XML2Selenium - это расширяемая, плагинная платформа для создания и управления автоматизированными тестами на основе технологии Java.
XML2Selenium имеет интеграцию с JUnit, работает поверх Selenium (это изменяемо). XML2Selenim позволяет создавать автоматизированные тесты в простом и понятном обычному (без навыков программирования) QA инженеру формате. XML2Selenium позволяет также управлять всеми стадиями работы с автоматизированными тестами, начиная от стадии создания и заканчивая управлением тестами.
Главными конкурентными преимуществами являются
- низкая стоимость вхождения. Начинающие автоматизаторы, и даже QA инженеры без навыков программирования создают качественные тесты, а значит легко поддерживаемые, легко изменяемые, с использованием DDT (Data Driven Testing) подходов, что увеличивает повторно-используемость тестов
- встроенные возможности структуризации тестов по папкам и файлам, а также по тегам, что позволяет качественно отобразить документацию на тесты. Внедряя эту платформу, вы автоматически улучшаете свои процессы управления тестами
- XML2Selenium - это плагинная, расширяемая платформа, позволяющая кастомизировать процессы под ваши нужды, создать новые плагины, добавить интеграцию с нужными системами, и многое другое
- все повторно-используемые части (инклюды, плагины) могут помещаться в репозитории, откуда ими могут пользоваться QA инженеры с других проектов компании, тем самым распространяется опыт и знания в области автоматизации
- XML2Selenium имеет широкий спектр полезных свойств в области автоматизации, таких как поддержка создания видео, снепшотов и скриншотов страниц, Groovy и JS скриптинга, поддержки объектно-ориентированного программирования на XML и многих других
Традиционно многие компании не инвестируют много в QA инженеров, при этом сложность продуктов и количество Use Cases растёт, и компании утыкаются в барьер, когда архитектура тестов становится сравнительно такого же уровня, как и архитектура приложения. Это же касается и автоматизации тестирования. Ключевыми проблемами становятся:
- вопросы поддержки и тестирования многих инсталяций продукта на стороне заказчика
- вопросы тестирования нескольких версий (бренчей) одного и того же продукта
- повторн
Доклад предназначен для проектировщиков и дизайнеров интерфейсов.
Что полезного дизайнеру может пригодится из мира программирования? Громкие термины про контроль версий, архитектуру, чистый код и т.д. это все чуждые слова или повод перенять опыт? Настолько ли суровы программисты чтобы испортить своими подходами творческую суть дизайнера?
Javascript-фреймворки: должен остаться только одинSergey Xek
Рассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет.
В докладе пойдет речь о том, что производительность фронтенда — это больше про слаженную работу команды, про понятный и масштабируемый код, чем про сухие циферки. Но циферки тоже будут.
1) Какие у нас были проблемы с текущим фреймворком — UI, архитектура, код.
2) Как измеряли, что примерно стоит брать (исследование популярности).
3) Что рассматривали.
4) На пути к демо-проекту, какие были сложности (то, что уперли идею с Typescript, собственный компилятор шаблонов, четыре Flux-фреймворка и все плохи).
5) Два пилотных демо-проекта: цифры.
6) Оценка трудоемкости перехода.
Javascript-фреймворки: должен остаться только один / Аверин Сергей (Acronis)Ontico
Рассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет.
В докладе пойдет речь о том, что производительность фронтенда — это больше про слаженную работу команды, про понятный и масштабируемый код, чем про сухие циферки. Но циферки тоже будут.
1) Какие у нас были проблемы с текущим фреймворком — UI, архитектура, код.
2) Как измеряли, что примерно стоит брать (исследование популярности).
3) Что рассматривали.
4) На пути к демо-проекту, какие были сложности (то, что уперли идею с Typescript, собственный компилятор шаблонов, четыре Flux-фреймворка и все плохи).
5) Два пилотных демо-проекта: цифры.
6) Оценка трудоемкости перехода.
Как развивать библиотеку компонентов, не ломая ее / Артур Удалов (Mail.Ru Group)Ontico
HighLoad++ 2017
Зал «Пекин + Шанхай», 8 ноября, 17:00
Тезисы:
http://www.highload.ru/2017/abstracts/2991.html
Нынче стало модно выделять UI-компоненты в отдельную библиотеку и использовать её в нескольких проектах. Мы в команде почты Mail.ru делаем так же, но столкнулись с проблемой: каждый разработчик, меняя библиотеку под свои нужды, обязательно ломает что-нибудь, что работало у других.
Я расскажу о том, как мы решили эту проблему, и о том, какие инструменты для этого можно использовать. Storybook, BackstopJS, Jest, Webdriver.io, TypeScript - в их числе.
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...Tech Talks @NSU
http://techtalks.nsu.ru
20 февраля 2013. Рассказ о разных профессиях в IT-индустрии, или почему не все выпускники IT-специальностей пишут код (Семён Факторович, Noveo)
«Семен Факторович (Noveo, Новосибирск) рассказывает о разных профессиях в IT-индустрии и о вариантах карьерного роста IT-специалиста»
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
Семён Факторович (Noveo) рассказывает о карьерных лестницах и различных профессиях в IT-индустрии, 20.02.2013
Software Industry 101 — это серия обзорных лекций для студентов Новосибирского государственного университета о профессиях в IT и о реалиях коммерческой разработки софта.
Более подробную информацию, материалы лекций и раписание занятий можно посмотреть на http://bit.ly/industry101
SECON'2016. Сергей Аверин. Javascript-фреймворки: должен остаться только одинSECON
Рассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет. В докладе пойдет речь о том, что хорошо работающий фронтенд — это больше про слаженную работу команды, про понятный и масштабируемый код, чем про сухие циферки. Но и циферки тоже будут.
1) Какие у нас были проблемы с текущим фреймворком — UI, архитектура, код.
2) Как измеряли, что примерно стоит брать (исследование популярности).
3) Что рассматривали.
4) На пути к демо-проекту, какие были сложности (то, что уперли идею с Typescript, собственный компилятор шаблонов, четыре Flux-фреймворка и все плохи).
5) Два пилотных демо-проекта: цифры.
6) Оценка трудоемкости перехода.
SECON'2016. Аверин Сергей, Javascript-фреймворки: должен остаться только одинSECON
Рассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет.
Картинки к моему рассказу о том, как мы делаем Банки.ру. Некоторые слайды очень неоднозначны без текста. Тезисы тут: http://nastachku.ru/lectures?lecture_id=630#lecture_630
Видео тут https://www.youtube.com/watch?v=m5QuiTZwMrU
1. Организационные и формальные вопросы.
2. Пользователь всегда прав!
3. Что такое язык программирования?
4. Краткая история развития языков программирования: машинные коды, ассемблер, языки высокого уровня.
5. Способы трансляции: компиляция и интерпретация.
6. Виртуальные машины.
7. Ученье — свет, неученье — тьма (для программиста: потеря работы).
TК°Conf. Организация разработки Frontend. Виталий Слободин.TKConf
Расскажу об организации процесса разработки Frontend в единый конвейер, чтобы увеличить скорость и минимизировать затраты с рисками.
Как организовать верстку макета по фантастичному макету дизайнера при этом не вогнав в когнитивный диссонанс результатом на Bootstrap.
Каким образом объединить воинствующие стороны: Frontend, Backend и дизайнеров.
Similar to Промышленная разработка ПО. Лекция 3. Особенности работы программиста. Часть 1. Проектирование. Рефакторинг. (20)
Руководитель - это про людей (CIOConf 2013, Барнаул)Mikhail Payson
Презентация очень коротко касается темы мотивации, пирамиды Маслоу, позитивной и негативной мотивации, а также показывает, почему KPI, завязанные только на деньги, работают достаточно плохо.
Промышленная разработка ПО. Лекция 3. Особенности работы программиста. Часть 1. Проектирование. Рефакторинг.
1. ПРОМЫШЛЕННАЯ РАЗРАБОТКА ПО
Лекция 3. Особенности работы п рограммиста.
Часть 1. Проектирование. Рефакторинг.
2. О ЧЁМ БУДЕМ ГОВОРИТЬ СЕГОДНЯ?
Основные задачи программиста Специфика крупного проекта
Разработка
Написание
«правильной» Рефакторинг
«правильного» кода
архитектуры
Наиболее ценные навыки программиста
Три ступени роста программиста
4. ЗАДАЧИ ПРОГРАММИСТА (С ТОЧКИ ЗРЕНИЯ
ЖИЗНЕННОГО ЦИКЛА ПО)
• Написание первой версии
системы с нуля
• Проектирование
• Кодирование
• Отладка
• Поддержка текущей версии
• Добавление новых функций
• Проектирование
• Кодирование
• Отладка Диалог выбора шрифта в Windows
Vista, сохранившийся со времѐн Windows 3.1
5. ЭТО НУЖНО ЗАПОМНИТЬ!
Код, который пишет программист
• Может использоваться через
десятки лет
• Может использоваться
множеством других
программистов
• Может быть изменѐн до
неузнаваемости в новой
версии
• Может быть выброшен уже в
следующем релизе
6. ОСНОВНОЙ ПОДХОД ХОРОШЕГО ПРОГРАММИСТА
Думать, прежде чем
сделать!
(но не впадать в бесконечные циклы)
8. АРХИТЕКТУРА
• Архитектура системы – это
каркас, который обеспечивает
еѐ прочность
• Архитектуру необходимо
продумывать заранее, до того,
как писать код
• Чем детальнее проработана
архитектура, тем проще потом
писать код
• Архитектура не вечна,
изменения неизбежны
9. КАК ПРОЕКТИРОВАТЬ СИСТЕМУ
• Проектирование
происходит «сверху вниз»
– от крупных частей к
мелким
• Для многих задач
существуют готовые
решения в виде
паттернов
проектирования
10. ПРИНЦИПЫ И ПРИЗНАКИ ПРАВИЛЬНОЙ
АРХИТЕКТУРЫ
• Слабая связность (Low
coupling)
• Сильное зацепление (High
cohesion)
• KISS (keep it short & simple)
• DRY (don’t repeat yourself)
• Работа на уровне абстракций
• Использование готовых
решений
11. ПРИНЦИПЫ И ПРИЗНАКИ ПРАВИЛЬНОЙ
АРХИТЕКТУРЫ. S.O.L.I.D.
• Принцип единственной
обязанности
• Принцип открытости-
закрытости
• Принцип подстановки Барбары
Лисков
• Принцип разделения
интерфейсов
• Принцип инверсии
зависимостей
12. НАИБОЛЕЕ ЧАСТЫЕ ЗАБЛУЖДЕНИЯ ПРИ
ПРОЕКТИРОВАНИИ ПРОГРАММНЫХ СИСТЕМ
• Проектировать надо только
очень большие проекты
• Система должна
проектироваться так, чтобы
предусматривать любое
будущее изменение
требований
• Система проектируется один
раз. Отдельно думать над
архитектурой новых функций
не имеет смысла
13. ЧТО ПОЧИТАТЬ?
• Э. Гамма, Р.Хелм, Р.Джонсон,
Д.Влиссидес: Приѐмы объектно-
ориентированного проектирования.
Паттерны проектирования
• Г.Буч: Объектно-ориентированный
анализ и проектирование (с примерами
приложений на C++)
• М. Фаулер: Архитектура корпоративных
программных систем
16. ПРЕДПОСЫЛКИ РЕФАКТОРИНГА
• Πάντα ῥεῖ καὶ οὐδὲν μένει
• Изменения в функциональных или
нефункциональных требованиях
• «Потеря фокуса» в архитектуре со
временем
• Возникшие ошибки
• Изначально низкое качество кода
• Потеря «читабельности» кода
Рефакторинг не устраняет эти
причины, а «готовит почву» для их
устранения!
18. РЕФАКТОРИНГ ЭТО НЕ…
• …устранение ошибок
• …добавление новых функций
• …оптимизация производительности
• …переписывание кода с нуля
Необходимость рефакторинга должна
быть чѐтко обоснована. Иначе это не
рефакторинг, а перфекционизм.
Рефакторинг – это не самоцель!
19. РЕФАКТОРИНГ И МОДУЛЬНОЕ ТЕСТИРОВАНИЕ
• Необходимо убедиться, чтобы до и
после всѐ было одинаково
• Желательно автоматически
• Желательно быстро
Нормально осуществлять рефакторинг
можно только в коде, покрытом Unit-
тестами.
Мартин Фаулер, Рефакторинг: улучшение существующего кода
20. ЧТО ПОЧИТАТЬ?
• М. Фаулер: Рефакторинг. Улучшение
существующего кода
• http://www.refactoring.com/catalog/index.h
tml