Мир мобильных телефонов очень сильно изменил нашу жизнь. В наше время невозможно представить современного человека, без этого чудо устройства. На рынке появляется все больше устройств и приложений. И чтобы удобнее пользоваться этими приложениями пользователи выбирают “умные” телефоны, или как их еще принято называть смартфоны. В своем докладе я хочу поделиться своим опытом автоматизации приложений под Android и iOS. Я расскажу о том, какие инструменты автоматизации я использовал. Поговорим о недостатках этих инструментов и какие из них стоит использовать у себя на проекте.
ThemeForest: Как пробиться и стоит ли игра свеч? | Odessa Frontend Meetup #9OdessaFrontend
Роман Пшеничный делится своим 4-х летним опытом работы разработки шаблонов для площадки ThemeForest. Рассказывает плюсы, минусы, подводные камни, а так же причины почему большинство желающих не могут попасть на этот рынок. И показывает рабочий процесс создания шаблона и используемые технологии.
В статье описаны технологии тестирования, используемые при разработке статического анализатора кода PVS-Studio. Разработчики инструмента для программистов делятся принциами тестирования собственного программного продукта, которые могут быть интересны разработчикам аналогичных пакетов обработки текстовых данных или исходных кодов.
Наталья Чуфырина, Mail.Ru Group, «Как создать команду по автоматизации тестир...Mail.ru Group
Существует мнение, что от разработчиков системы автоматизированных тестов требуется высокая квалификация в области разработки программного обеспечения и солидный багаж знаний. Обычно таких людей в команде тестирования не много. Но можно начать работы по качественной автоматизации тестирования, даже не имея такого опыта. В докладе речь пойдет о:
отборе рекрутов в программу обучения автоматизации тестирования;
первичном пороге для вхождения в рекруты;
составлении учебной программы;
промежуточном контроле и испытаниях;
начале работы над реальными проектами;
подводных камнях и ошибках, которые можно допустить.
Применение этих знаний на собственном опыте позволило компании получить высокое покрытие проекта тестами и достичь результатов, когда каждый из команды разрабатывает и поддерживает автотесты, а также самостоятельно автоматизирует новые проекты.
Гибкие методологии разработки набирают всё большую популярность среди команд разработчиков. Одним их основных инструментов достижения результата при этом является TDD - программисты стараются покрыть юнит-тестами как можно больше своего кода. Зачем тогда нужны тестировщики в гибких командах? Если все же нужны, то сколько? И как они должны тестировать? А как тестировать нетестируемое? В докладе разбираются данные вопросы на примере трех разных проектов.
По материалам конференции .NET разработчиков http://www.dotnetconf.ru/Materialy/Postroenie_procesa_testirovaniya
Изменения в инфраструктуре инструментов для программистовTatyanazaxarova
В статье приведены некоторые наблюдения, связанные с изменением в инфраструктуре инструментов, используемых программистами в повседневной работе. В первую очередь эти наблюдения связаны с выходом Visual Studio 2010.
This document compares features of Kotlin and Ceylon to Java, including null safety, immutability, generics, type inference, traits/interfaces, operators, functions, and DSL capabilities. It also briefly mentions modularity and provides demo links and contact information for Kotlin and Ceylon.
Мир мобильных телефонов очень сильно изменил нашу жизнь. В наше время невозможно представить современного человека, без этого чудо устройства. На рынке появляется все больше устройств и приложений. И чтобы удобнее пользоваться этими приложениями пользователи выбирают “умные” телефоны, или как их еще принято называть смартфоны. В своем докладе я хочу поделиться своим опытом автоматизации приложений под Android и iOS. Я расскажу о том, какие инструменты автоматизации я использовал. Поговорим о недостатках этих инструментов и какие из них стоит использовать у себя на проекте.
ThemeForest: Как пробиться и стоит ли игра свеч? | Odessa Frontend Meetup #9OdessaFrontend
Роман Пшеничный делится своим 4-х летним опытом работы разработки шаблонов для площадки ThemeForest. Рассказывает плюсы, минусы, подводные камни, а так же причины почему большинство желающих не могут попасть на этот рынок. И показывает рабочий процесс создания шаблона и используемые технологии.
В статье описаны технологии тестирования, используемые при разработке статического анализатора кода PVS-Studio. Разработчики инструмента для программистов делятся принциами тестирования собственного программного продукта, которые могут быть интересны разработчикам аналогичных пакетов обработки текстовых данных или исходных кодов.
Наталья Чуфырина, Mail.Ru Group, «Как создать команду по автоматизации тестир...Mail.ru Group
Существует мнение, что от разработчиков системы автоматизированных тестов требуется высокая квалификация в области разработки программного обеспечения и солидный багаж знаний. Обычно таких людей в команде тестирования не много. Но можно начать работы по качественной автоматизации тестирования, даже не имея такого опыта. В докладе речь пойдет о:
отборе рекрутов в программу обучения автоматизации тестирования;
первичном пороге для вхождения в рекруты;
составлении учебной программы;
промежуточном контроле и испытаниях;
начале работы над реальными проектами;
подводных камнях и ошибках, которые можно допустить.
Применение этих знаний на собственном опыте позволило компании получить высокое покрытие проекта тестами и достичь результатов, когда каждый из команды разрабатывает и поддерживает автотесты, а также самостоятельно автоматизирует новые проекты.
Гибкие методологии разработки набирают всё большую популярность среди команд разработчиков. Одним их основных инструментов достижения результата при этом является TDD - программисты стараются покрыть юнит-тестами как можно больше своего кода. Зачем тогда нужны тестировщики в гибких командах? Если все же нужны, то сколько? И как они должны тестировать? А как тестировать нетестируемое? В докладе разбираются данные вопросы на примере трех разных проектов.
По материалам конференции .NET разработчиков http://www.dotnetconf.ru/Materialy/Postroenie_procesa_testirovaniya
Изменения в инфраструктуре инструментов для программистовTatyanazaxarova
В статье приведены некоторые наблюдения, связанные с изменением в инфраструктуре инструментов, используемых программистами в повседневной работе. В первую очередь эти наблюдения связаны с выходом Visual Studio 2010.
This document compares features of Kotlin and Ceylon to Java, including null safety, immutability, generics, type inference, traits/interfaces, operators, functions, and DSL capabilities. It also briefly mentions modularity and provides demo links and contact information for Kotlin and Ceylon.
Презентация к докладу "Автоматизация с помощью скриншотов. Как научить скрипт видеть графический интерфейс и взаимодействовать с ним" для конференции SQA Days-11.
http://it-conf.ru/ru/content/466.htm#TOC-28
Unity: "Очевидное-невероятное” или хитрости разработки на Unity AndroidDevGAMM Conference
Unity для платформы Android решает за разработчика огромное количество проблем. Что впрочем не отменяет умелое использование этого мощного инструментария. Приходите и узнайте секреты и хитрости разработки от участника команды Unity Android.
Автоматизация с помощью скриншотов. Как научить скрипт видеть графический интерфейс и взаимодействовать с ним. Презентация к докладу для Минского сообщества автоматизаторов тестирования http://www.autotest.by/.
http://www.autotest.by/news/image_based_test_automation
Виды 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 – найбільшій київській спільності
тестувальників.
Где водится мобильная автоматизация и как научить ее приносить тапочкиOxagile
Доклад Сергея Комарова, Senior QA Automation Engineer at Oxagile специально подготовленный для 5-ой ежегодной конференции для разработчиков мобильных приложений MobileOptimized 2015.
Александр Зиновьев, Test Lead портфеля проектов Enviance в Softengi в своей презентации рассказывает о тестировании веб-приложений на iPad - тема, которая является чрезвычайно актуальной сегодня в мире тестирования, где ПК быстро вытесняются мобильными устройствами. 21 век, технологии бегут вперед, ноутбуками уже никого не удивишь. Производители всяческих девайсов стремятся мобилизировать окружающий мир телефонами, планшетами. В ответ этому прогрессу множество компаний начинает выпускать мобильные версии своих продуктов: как с ними бороться тестировщику, на что необходимо обратить внимание в первую очередь и что стоит не упустить?
Алексей рассказывает, почему Тим Кук верит в светлое будущее дополненной реальности. Объясняет, как работает ARKit, и показывает несколько вдохновляющих примеров.
Речь пойдет о фреймворке под названием Texture (a.k.a AsyncDisplayKit/ASDK). Создатели этого фреймворка пытаются изменить старый синхронный способ работы с UI на современный многопоточный. Спикер расскажет о том, как устроен этот фреймворк, о его преимуществах и недостатках, подводных камнях и реальном опыте использования. После этого доклада все, кто его слушали, смогут создавать приложения на основе Texture и быть уверенными в том, что экран будет обновляться со скоростью 60FPS независимо от сложности UI.
Илья Сиганов, разработчик 7bits, аспирант по Информатике и Выч. Технике ОмГУ ФКН
Вы наверное наслышаны об успехах так называемого машинного обучения. Его используют для перевода текстов, синтеза голоса, распознавания речи, показа рекламы. Да чему только уже не научили компьютер! Мне стало безумно интересно как в принципе происходит обучение компьютера, каким задачам его можно обучить, а каким нельзя, по крайней мере пока.
В своей лекции я расскажу на настоящих примерах то, как может проходить обучение, с какими трудностями сталкиваются дата-саентисты и к чему всё это машинное обучение приведёт
2017 04-08 03 Максим Верзаков. Docker — жизнь, вселенная и все остальноеОмские ИТ-субботники
Максим Верзаков, разработчик Crystalnix
Мы не боимся использовать Docker, и неплохо в этом преуспеваем. Я расскажу, как еще можно использовать Docker и почему это удобный инструмент не только для разработки, но и для жизни.
Docker provides containerization capabilities while Ansible provides automation and configuration capabilities. Together they are useful DevOps tools. Docker allows building and sharing application environments while Ansible automates configuration and deployment. Key points covered include Docker concepts like images and containers, building images with Dockerfiles, and using Docker Compose to run multi-container apps. Ansible is described as a remote execution and configuration tool using YAML playbooks and roles to deploy applications. Their complementary nature makes them good DevOps partners.
2016-12-03 01 Вадим Литвинов. От 2D к 3D обзор методов реконструкции поверхно...Омские ИТ-субботники
Докладчик: Вадим Литвинов, Hola Networks Ltd., Новосибирск.
«Надоели Ангуляры и Аджайлы? Устал от Scrum и NoSQL? Тогда приходи и мы погрузимся в увлекательный мир математики и увидим как с её помощью можно просто и элегантно решать сложные задачи.
Конкретно на этом докладе мы поговорим о том, как воссоздать 3D модель поверхности по видеозаписи.
О себе: родился и живу в Новосибирске, но молодость свою провел во Франции, где я прожил суммарно 15 лет. Несмотря на то что я закончил институт по специальности
“Компьютерные сети и связь”, админ из меня не вышел. Занимался я в основном
научными вычислениями. Защитил диссер по машинному зрению. Работал над многими интересными вещами от расчетов сопромата до робототехники. Самый мой любимый проект это разработка прототипа машины без водителя в 2010/11 годах. В настоящий момент работаю над Video CDN нового поколения в Hola Networks Ltd.»
Докладчик: Алексей Городецкий, ОмГУ, Great Fruit, Омск.
«Закончил ОмГУ ФКН, на данный момент обучаюсь в аспирантуре там же. В ИТ за деньги лет 6 — с осени первого курса. Так вышло, что занимался абсолютно разными вещами — админил и патчил Asterisk в службе такси, участвовал в разработке складских систем для небезызвестных колбасных картелей (см. программировал в морозилках и тому подобные страдания), занимался веб разработкой. На данный момент работаю в ОмГУ — занимаюсь корпоративными системами и электронными сервисами студента. В качестве развлечений участвую порой в хакатонах (обычно в команде с небезызвестным человеком-хакатоном), а так же в game джемах.
Как и любой другой сегодняшний программист, программировал на довольно большом количестве языков — на функциональных, на скриптовых, на мейнстримовых. Честно говоря, результат меня совсем не удовлетворил, как, думаю, и многих многих других. Именно по этой причине сегодня так много молодых и по-своему интересных языков. По моему мнению, сегодняшние мейнстримовые языки имеют 4 очень серьезные проблемы:
— менеджмент памяти
— проблема простоты, минимальности покрытия возможностями при сохранении выразительности
— композиция, модульность, масштабируемость
— возможности unit тестирования
В аспирантуре занимаюсь изучением этих вопросов. В своем докладе расскажу про инфраструктуру для создания компиляторов LLVM, некогда созданную аспирантом из Иллиноиса, Крисом Латтнером, сейчас работающим в Apple Inc. Логическим продолжением его деятельности стало создание языка Swift. Мы рассмотрим сегодняшние методологии построения компиляторов, используя инфраструктуру LLVM. На примере создания фронтенда достаточно простого языка, мы получим представление о системе команд LLVM, об утилитах, входящих в стандартный пакет LLVM, о FFI с libc и прочих скользких ситуациях, о которых часто представление имеют только системные программисты.
Если вас интересуют языки программирования, а также, возможно, накопилось некоторое количество боли и стресса от использования тех языков, с которыми вы вынуждены работать, то добро пожаловать на баркемп, на котором мы и обсудим такие вещи как:
— более подробно о LLVM и компиляторах
— перегрузка операторов
— вывод типов
Если останутся силы, то мы сможем обсудить 4 проблемы, обозначенных мною выше, тщательно запротоколировать все мнения и, возможно, прийти к какому-то консенсусу.»
Докладчик: Евгений Тюменцев, HWdTech, Омск.
«Будет дано небольшое введение в теорию формальных языков программирования. Разобран пример построения транслятора для небольшого языка программирования и рассказано, как это можно применять на проектах или, например, при выполнении лабораторных работ в ВУЗе
Опыт работы в ИТ-отрасли 12 лет. Был программистом, системным архитектором, руководителем проектов. Специализируюсь на разработке серверных, многопоточных, высокопроизводительных приложений.
16 лет преподаю в ОмГУ (ИМИТ, ФКН). Читаемые дисциплины: Проектирование ПО, разработка серверов и серверных приложений. Руковожу курсовыми и дипломными работами.»
2016-11-12 02 Николай Линкер. Чему Java может поучиться у Haskell и наоборотОмские ИТ-субботники
Николай Линкер, Backend-developer, ISS Art
С детства любил математику, это и определило мою профессию. Закончил матфак ОмГУ, уже 16 лет разрабатываю ПО, постоянно ищу новые решения. Довелось поработать с широким диапазоном языков и предметных областей. Детально разбирался с графическими библиотеками, компиляторами и сетевыми протоколами. В докладе расскажу, что заслуживает распространения из Haskell в традиционные языки, вроде Java, и что в Java удалось лучше, чем в Haskell.
2016-11-12 03 Максим Дроздов. Навести порядок быстро, или как спасти оценки н...Омские ИТ-субботники
Максим Дроздов, Project Manager, ISS Art.
Работаю в ИТ более 8 лет. Руковожу большими и интересными проектами. Навожу порядок в процессах и снижаю энтропию :) Professional Scrum Master. Работал программистом и люблю это дело. Образование — прикладные математика и физика.
Источник радости для меня — настраивать процессы и видеть слаженную команду, где учитывают мнение каждого участника и всю энергию направляют на доставку качественного продукта в соответствии с целями проекта.
В своем докладе хочу показать, что навести порядок в сложном проекте могут простые и широко известные средства, которые нужно правильно применять.
Непомнящих Егор, Web-developer, ISS Art.
JS, Java, Iron Maiden. Практически вся моя жизнь связана так или иначе с IT — с 11 класса и до 5 курса я лидировал на олимпиадах, но погрузился в профессию уже на работе в ISS Art’е. Мною реализованы ряд интересных проектов — от мелких поделок на гитхабе, до крупных бизнес-порталов, системы мониторинга и прогнозирования состояния оборудования, векторного графического редактора для Flash-версии Google Maps, сложного плагина для SketchUp на Ruby и Unity-клиента для просмотра зданий под десктопными и мобильными платформами.
В общем, повидал всякие front-end’ы, не только Web. Буду рад поделиться опытом с коллегами по цеху. В докладе расскажу о том, как сократить объем кода вашего front-end'а на 7%.
This document discusses building a smart IoT foosball table using an Arduino, Android app, and Firebase backend. Sensors on the foosball table feed real-time data to the Arduino, which then communicates with the Android app. The Android app and a Node.js Slackbot integrate with the Firebase backend to provide real-time updates and functionality. The hardware part of the project involves modifying the foosball table to add sensors and an Arduino.
This document provides an overview of the Internet of Things (IoT) including key statistics on IoT spending projections and vertical markets. It discusses opportunities in smart home applications like Google Chromecast and Philips Hue lights. It also covers industrial IoT applications in transportation, manufacturing, energy and healthcare. Examples of specific IoT projects from companies like Google, Schneider and Siemens are described. The document concludes with sections on IoT security challenges and Google's self-driving car and smart contact lens projects.
5. А что такое Robotium?
http://code.google.com/p/robotium/
Open-source test framework for Android
applications.
Официально поддерживает версии Android 1.6
и выше.
Сейчас поддерживается Renas Reda.
6. Robotium?
● На нем уже было написано пару тестов.
● Тесты можно запускать как на самом
девайсе, так и на эмуляторе.
● Малое API, легок в изучении.
● На основе JUnit.
● А еще он бесплатен =)
7. А подходит ли он вам?
● Навыки программирования.
● Robotium ограничен только вашим
приложением.
● Недоступен вызов "функций
телефона".
● Очень малое количество
документации.
8. Что я получила в итоге?
● Набор тестов на Robotium. Но скорее
Smoke test, так как основная логика
была именно во взаимодействии с
другим приложением.
● Часть функционала приходилось
проверять вручную (например,
«протыкивание» значков на карте и
проверка взаимодействия).
10. Что для этого нужно?
● IDE (Eclipse)
● Свободный Android девайс и
приложение, которое будем
тестировать
● 20 минут свободного времени
11. Let’s go!
1. Качаем библиотеку Robotium.
2. Robotium_Solo_lib– библиотека
3. Robotium_Solo_javadoc - доки
4. Создаем тестовый проект в Eclipse.
5. Подключаем к нему библиотеку
Robotium в Build Path.
6. Создаем пакет и класс в нем.
15. Есть новый фреймворк от
самого Android’а.
http://developer.android.
com/tools/testing/testing_ui.html
16. А что там есть?
● Доступ к сторонним
приложениям
● Возможность вызова
таких функций
телефона, как
блокировка/разблоки-
ровка и прочее
● Конечно, он бесплатен
17. Неужели всё так здорово?
● Поддержка устройств версий Android
4.1 и эмулятора 4.2 и выше.
● Требует навыков программирования.
● Не так очевидно разворачивается на
Windows.
● Не так прост в использовании, как
Robotium.
18. Let’s try it!
● Для приготовления понадобится:
● IDE;
● Девайс или эмулятор с 4.1 и выше;
● 30 минут для линуксоида и
примерно минут 45 для
пользователей Windows.
19. UiAutomator test example.
1. Ставим ant, если он у нас ещё не стоит.
2. Апдейтим SDK до последней версии
3. Далее находим uiautomatorviewer.bat у себя в SDK и
запускаем его.
4. Если у вас Windows, то скорее всего у вас появится
ошибка «unable to connect to the adb. check if adb is
installed correctly». Не пугаемся, есть решение:
Решение_проблемы_в_Google_Plus
5. Запускаем наш эмулятор и uiautomatorviwer.bat и
смотрим, что он прекрасно видит все элементы
нашего приложения))
20. UiAutomator test example.
6. Создаем тестовый проект, в нем пакет и класс
наподобие http://developer.android.
com/tools/testing/testing_ui.html#sample .
7. Если вы пользуетесь windows, то узнаем нужный
таргет. Например, так:
http://stackoverflow.com/questions/13397786/ui-testing-
tool-android-from-adt21
26. И все так просто и клёво?
● Сильно завязан на разрешении,
поэтому для тестирования на разных
девайсах, скорее всего, понадобятся
разные наборы скриншотов (есть %
соотношения)
● Трудности в получением результатов
работы.
● Уменьшение скорости выполнения
сценария
27. Как понять, что мне
подходит?
Какое у вас приложение? Можете ли вы
распознавать элементы как View?
YES NO
Ваши тесты проверяют SIKULI
только ваше
приложения? Они по
большей части не
проверяют
взаимодействие с
другими?
YES NO
ROBOTIUM UIAUTOMATOR