Crucible или почему для Code Review нужна не только голова, но и инструментMaxim Kuzmich
Мы все мечтаем о фотоаппарате, после покупки которого сразу станут получаться отличные снимки, о покупке нового компьютера, на котором разработка будет идти в два раза быстрее, и о покупке новой гитары, на которой наконец-то можно будет научиться нормально играть. Иногда мы мечтаем и о покупке инструмента, с которым Code Review начнет проходить быстро, легко и без обид. Но инструмент никогда не заменит искреннее желание научиться фотографировать или делать обзоры кода. Инструмент может только сделать этот процесс более комфортным.
В докладе будет сказано о том, почему же все-таки следует присмотреться к инструментам для проведения Code Review и почему среди них стоит выбрать Crucible. Поговорим о ситуациях, когда Crucible не поможет, рассмотрим основные варианты его использования и ситуации, когда он может послужить стимулом к проведению Code Review. Немного затронем вопросы интеграции Crucible с другими продуктами и возможности его расширения.
Keyword-driven testing, Геннадий Алпаев
Keyword-driven подход к автоматизации тестирования был описан в литературе более 10ти лет назад, однако в русскоязычных источниках по этой теме информации довольно мало. В докладе Геннадий расскажет о том, в чем заключается подход, когда применяется, его достоинства и недостатки, а также покажет пример практической реализации Keyword-driven подхода для простого тестируемого приложения с помощью TestComplete и SilkTest.
Crucible или почему для Code Review нужна не только голова, но и инструментMaxim Kuzmich
Мы все мечтаем о фотоаппарате, после покупки которого сразу станут получаться отличные снимки, о покупке нового компьютера, на котором разработка будет идти в два раза быстрее, и о покупке новой гитары, на которой наконец-то можно будет научиться нормально играть. Иногда мы мечтаем и о покупке инструмента, с которым Code Review начнет проходить быстро, легко и без обид. Но инструмент никогда не заменит искреннее желание научиться фотографировать или делать обзоры кода. Инструмент может только сделать этот процесс более комфортным.
В докладе будет сказано о том, почему же все-таки следует присмотреться к инструментам для проведения Code Review и почему среди них стоит выбрать Crucible. Поговорим о ситуациях, когда Crucible не поможет, рассмотрим основные варианты его использования и ситуации, когда он может послужить стимулом к проведению Code Review. Немного затронем вопросы интеграции Crucible с другими продуктами и возможности его расширения.
Keyword-driven testing, Геннадий Алпаев
Keyword-driven подход к автоматизации тестирования был описан в литературе более 10ти лет назад, однако в русскоязычных источниках по этой теме информации довольно мало. В докладе Геннадий расскажет о том, в чем заключается подход, когда применяется, его достоинства и недостатки, а также покажет пример практической реализации Keyword-driven подхода для простого тестируемого приложения с помощью TestComplete и SilkTest.
2017-03-26 02 Егор Непомнящих. Что такое web front end, и с чем его едятHappyDev-lite
Расскажу, чем разработка front end для Web отличается от остальных дисциплин программирования. Чему нужно научиться, чтобы разрабатывать быстрые, удобные и интуитивно понятные пользовательские интерфейсы.
Опросный лист оценки знаний по соревновательной робототехникеAlexander Kolotov
Опросный лист оценки знаний по соревновательной робототехнике, содержащий матрицу компетенций, которыми рекомендуется овладеть потенциальным участникам робототехнических состязаний уровня World Robot Olympiad.
Как не положить тысячи серверов с помощью системы централизованного управлени...Ontico
В 2012 году мы начали внедрение CFEngine в нашу инфраструктуру. Переход на централизованное управление конфигурацией в проектах такого масштаба подобен ремонту - его невозможно закончить, его можно только прекратить. И уже весной 2013 года (в день 404 ошибки и международного дня Интернета) этот "ремонт" превратился в катастрофу и был остановлен. После 3 суток недоступности портала нам пришлось изобрести схему, которая бы физически ограничивала возможность повторения катастрофы. Схема включает в себя тестирование политик на тестовых серверах различной важности и конфигурации. "Маринование" в этой тестовой среде сопровождается автоматизированным контролем характеристик нагрузки этих серверов. Далее происходит обязательный ревью и плавное распространение последовательно по всем датацентрам.
В докладе будет рассказано:
1. почему мы выбрали CFEngine, а не Chief или Puppet;
2. как мы научили CFEngine быть дружелюбным (примеры политик и выдержки из библиотеки);
3. 100500 предпринятых мер, что бы не повторить "день 404" и соблюсти баланс между безопасностью и удобством;
4. как ещё можно использовать системы управления серверами.
Автоматизированное тестирование UI в мобильных OCIT61
Даниил Кивенко, QA engineer в Growapp Solutions
@macbet, https://vk.com/macbet
Надоело каждодневное ручное тестирование UI элементов приложений? Я расскажу вам про полный цикл автоматизированного тестирования приложений!
Тестирование CSS-регрессий с Gemini — Сергей ТатаринцевYandex
Каждый разработчик интерфейсов долгоживущих сервисов сталкивается с регрессиями в вёрстке. Мы научились пользоваться инструментами для модульного тестирования JS-кода, но до сих пор плохо понимаем, как тестировать на регрессии вёрстку. И ещё хуже понимаем, как делать это автоматически при использовании непрерывной интеграции и при этом писать небольшие и не очень хрупкие тесты.
В этом году мы создали Gemini — инструмент для модульного тестирования вёрстки. Мы используем его для тестирования внутренней библиотеки компонентов Яндекса, которая лежит в основе большинства наших сервисов (например, Поиска и Картинок). Я расскажу, как использовать этот инструмент — как разрабатывать тесты и запускать их при помощи командной строки или графического интерфейса, а также как подсчитать процент покрытия тестами CSS-кода.
Лекция для школы разработки интерефейсов о системах контроля версий, о том как и почему они появились и GIT, который становится сейчас стандартом де-факто
Доклад на hotcode.org о инструментах и методиках которые помогают нам повышать и следить за качеством PHP кода.
Среди затронутых тем:
- Стандарты в коде
- Средства для статического анализа кода.
- Git хуки
- Непрерывная интеграция
- IDE
- Code review
2017-03-26 02 Егор Непомнящих. Что такое web front end, и с чем его едятHappyDev-lite
Расскажу, чем разработка front end для Web отличается от остальных дисциплин программирования. Чему нужно научиться, чтобы разрабатывать быстрые, удобные и интуитивно понятные пользовательские интерфейсы.
Опросный лист оценки знаний по соревновательной робототехникеAlexander Kolotov
Опросный лист оценки знаний по соревновательной робототехнике, содержащий матрицу компетенций, которыми рекомендуется овладеть потенциальным участникам робототехнических состязаний уровня World Robot Olympiad.
Как не положить тысячи серверов с помощью системы централизованного управлени...Ontico
В 2012 году мы начали внедрение CFEngine в нашу инфраструктуру. Переход на централизованное управление конфигурацией в проектах такого масштаба подобен ремонту - его невозможно закончить, его можно только прекратить. И уже весной 2013 года (в день 404 ошибки и международного дня Интернета) этот "ремонт" превратился в катастрофу и был остановлен. После 3 суток недоступности портала нам пришлось изобрести схему, которая бы физически ограничивала возможность повторения катастрофы. Схема включает в себя тестирование политик на тестовых серверах различной важности и конфигурации. "Маринование" в этой тестовой среде сопровождается автоматизированным контролем характеристик нагрузки этих серверов. Далее происходит обязательный ревью и плавное распространение последовательно по всем датацентрам.
В докладе будет рассказано:
1. почему мы выбрали CFEngine, а не Chief или Puppet;
2. как мы научили CFEngine быть дружелюбным (примеры политик и выдержки из библиотеки);
3. 100500 предпринятых мер, что бы не повторить "день 404" и соблюсти баланс между безопасностью и удобством;
4. как ещё можно использовать системы управления серверами.
Автоматизированное тестирование UI в мобильных OCIT61
Даниил Кивенко, QA engineer в Growapp Solutions
@macbet, https://vk.com/macbet
Надоело каждодневное ручное тестирование UI элементов приложений? Я расскажу вам про полный цикл автоматизированного тестирования приложений!
Тестирование CSS-регрессий с Gemini — Сергей ТатаринцевYandex
Каждый разработчик интерфейсов долгоживущих сервисов сталкивается с регрессиями в вёрстке. Мы научились пользоваться инструментами для модульного тестирования JS-кода, но до сих пор плохо понимаем, как тестировать на регрессии вёрстку. И ещё хуже понимаем, как делать это автоматически при использовании непрерывной интеграции и при этом писать небольшие и не очень хрупкие тесты.
В этом году мы создали Gemini — инструмент для модульного тестирования вёрстки. Мы используем его для тестирования внутренней библиотеки компонентов Яндекса, которая лежит в основе большинства наших сервисов (например, Поиска и Картинок). Я расскажу, как использовать этот инструмент — как разрабатывать тесты и запускать их при помощи командной строки или графического интерфейса, а также как подсчитать процент покрытия тестами CSS-кода.
Лекция для школы разработки интерефейсов о системах контроля версий, о том как и почему они появились и GIT, который становится сейчас стандартом де-факто
Доклад на hotcode.org о инструментах и методиках которые помогают нам повышать и следить за качеством PHP кода.
Среди затронутых тем:
- Стандарты в коде
- Средства для статического анализа кода.
- Git хуки
- Непрерывная интеграция
- IDE
- Code review
Виды 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 – найбільшій київській спільності
тестувальників.
Алексей Турчаников и Николай Сидоренко выступят с докладом об опыте внедрения автоматизированного тестирования через интерфейс (Web и десктоп) в их проекте: как проходили через целый лес организационных и технических "граблей" и в конце-концов добились своей цели.
В обзоре: SOAP UI, TestComplete, Ranorex, Cucumber, SpecFlow, Robot Framework + RIDE, Selenium WebDriver (Java & C#), White.А также: как не стоит нанимать тестировщиков-автоматизаторов, какой процент тестировщиков не начнет писать тесты, чем ценны тестировщицы-девушки.
DEV Labs 2016. Микросервисы - первая кровьSasha Soleev
Микросервисная архитектура - это не только новая мода но и хорошее решение для нынешних реалий разработки программного обеспечения. Однако, с ними не все так просто, как хотелось бы. В этом докладе будет рассказано о практическом опыте разработки системы, основанной на микросервисах, и проблемах, с которыми столкнулись разработчики. К каждой проблеме будет приложен совет, который поможет либо решить ее, либо предупредить. Видео https://youtu.be/79o2nt-wKsI
Багфиксинг процесса разработки в iOS: взгляд с двух сторонBadoo Development
Techleads Meetup #1
"Багфиксинг процесса разработки в iOS: взгляд с двух сторон"
Екатерина Николаенко, iOS QA Lead и
Катерина Трофименко, iOS Developer (Badoo)
Описание:
Приложение Badoo для iOS существует около 7 лет и пережило уже 4 реинкарнации. Наши процессы и подходы не всегда были оптимальны и мы не единственные, кто познали релизы через боль и страдание всех участников процесса разработки.
Чтобы найти идеальный баланс между скоростью и качеством мы решили отрефакторить процессы разработки и тестирования в iOS команде и добились релизов раз в неделю. Из нашего доклада вы узнаете об эволюции команды с точки зрения разработки и тестирования. А так же мы расскажем как мы уменьшили crash-rate в 40 раз.
Сергей Ракутин, коммерческий директор группы компаний UMI
- что важно учитывать при выборе подрядчика;
- расстановка сил, возможностей и цен на рынке;
- разнообразие веб-разработчиков: фрилансеры и веб-студии;
- способы подбора подрядчика на создание сайта и их эффективность;
- ценообразование на рынке сайтостроения;
- от чего зависит конечный результат.
Больше на astramg.ru
Интервью с Дмитрием Вьюковым – автором верификатора Relacy Race Detector (RRD)Tatyanazaxarova
Интервью с Дмитрием Вьюковым - автором инструмента Relacy Race Detector (RRD) для верификации параллельных приложений. В статье вы узнаете об истории создания RRD, его основных возможностях, а также о некоторых других аналогичных инструментах и их отличии от RRD.
Алексей Лустин. Непрерывная проверка качества кода.ScrumTrek
Я расскажу о нашем двухлетнем опыте использования инженерной практики «Continious Inspection» и платформы SonarQube при организации кросс-языковой разработки в процессе «непрерывной поставки» (CI-CD для языков Java, C#, JavaScript, typeScript и Gherkin) при автоматизированном code-review.
2. Группа Компаний ХОСТ
www.hostco.ru
тип я
Опыт: ~2 года
Автотесты/ручное – 70%/30%
SOAP UI, JMeter, Rational Performance Tester
Люблю fuzzing и end-to-end
TeamCity, JIRA
О себе
3. Группа Компаний ХОСТ
www.hostco.ru
9 разработчиков
1 тестировщик
Проектная
разработка
5-8 одновременных
проектов
Продолжительность:
4-12 недель
О среде обитания
6. Группа Компаний ХОСТ
www.hostco.ru
Никаких гневных
писем от заказчика
Никаких
«подзатыльников»
от руководства
Регулярное
премирование
Уверенность в
завтрашнем
(и вчерашнем!) дне
Никаких
регрессий
Глава I: Отсутствие багов на бою
8. Группа Компаний ХОСТ
www.hostco.ru
Баг (дефект) – нарушение соответствия между
действительным и ожидаемым поведением чего-либо
Нехороший вариант
Программный
продукт
«Хотелки»
пользователя
Глава I: Отсутствие багов на бою
10. Группа Компаний ХОСТ
www.hostco.ru
Поведение систем детерминировано
Тестами покрывается 100% описанных
в ТЗ функций
ПМИ согласовывается Заказчиком
1
2
3
ИТОГ: Всё, что обнаружено после прохождения
ПСИ – не баг.
Глава I: Отсутствие багов на бою
17. Группа Компаний ХОСТ
www.hostco.ru
Шаблон проектов JMeter и SOAP UI
Участие разработчиков в создании
Владение инструментами тестирования
1
2
3
Автотесты на проектах 4-12 недель – нужны и возможны!
4
Планирование тестирования
одновременно с разработкой
Глава III: Easy-автотесты
18. Группа Компаний ХОСТ
www.hostco.ru
Не принимайте то, что имеете, как должное
Выходите за рамки своей зоны ответственности
И просто больше общайтесь друг с другом!
О чём это я?