11 января стартует курс “Selenium + Python: автоматизация тестирования веб-приложений”

Курс рассчитан для тех, кто уже работает инженером по тестированию и желает повысить свою квалификацию и получить повышение по работе до должности QA Automation.

Курс состоит из двух частей: базовые знания языка Python, библиотека Selenium для автоматизации тестирования веб-приложений. Предыдущих знаний языка Python не требуется.

Сегодня в 19:00 по Харькову (GMT+2) мы проводим стрим на YouTube где расскажем о курсе и ответим на вопросы в чате. Ссылка на стрим: https://youtu.be/G-79rrWDFyc (ссылка обновлена)

Страница курса с подробным описанием: https://www.1irs.net/ru/education/selenium-python

Регистрация на курс: https://forms.gle/gEMzp8THKAs7QWuA6

О первом задокументированном “баге” 🪲

Немножечко истории и чему она нас может научить. 😀

https://www.youtube.com/watch?v=E26u6XIvZa0

Базовый видео-курс “Язык программирования Python” в свободном доступе.

На YouTube размещен плейлист с 32 видео (30 часов).

Содержание:

— введение в программирование
— введение в язык Python
— черепашья графика
— лексические элементы
— типы, модели данных, выражения
— переменные, ссылки, оперативная память
— аннотации типов, проверка типов
— операторы управления потоком инструкций (if/then/else/while/continue/break)
— определение функций
— объектно-ориентированное программирование (ООП)
— датаклассы (dataclasses)
— ошибки и исключения (errors, exceptions)
— модули и пакеты, стандартная библиотека
— модульное тестирование, пакеты unittest, pytest

Кроме теории есть разборы десятка задач по программированию.

Автор и лектор: Владимир Игоревич Обризан, к. т. н., директор First Institute of Reliable Software

Ссылка на плейлист: https://www.youtube.com/playlist?list=PLVBrfFyNEzp8Dror5B0tP2UqdkFQ9LW0g

Selenium + Python Live Coding #0

Лив-кодинг — программируем Python + Selenium на прямой трансляции.

Что делаем:

1. Пишем маленькую, но полезную библиотеку для работы с типовыми операциями WebElement.
2. Общаемся, приятно проводим время.

Дата: 16 июня 2023.
Время: 21:30.

Ссылка на стрим: https://www.youtube.com/watch?v=-o7Km3-76u8

Лекция Selenium: 10 типичных ошибок (антипаттерны)

Антипаттерны — это типичные ошибки, которые допускают все начинающие разработчики. Синоним антипаттерна — антипример. В лекции рассматривается десять типичных ошибок, а также рекомендации, как их исправить и не допускать:

1. Функция sleep
2. Зависимости между тестами
3. Проверка электронной почты
4. Двухфакторная аутентификация
5. Капча
6. Генерация начального состояния
7. Тестирование производительности
8. Краулинг, скрапинг
9. Попытка анализа API-запросов
10. Работа с реальными сервисами
11. Исчерпывающее тестирование

➡️ https://youtu.be/Nd5DXh_2B7w

Лекция является фрагментом полного онлайн-курса Selenium + Python: автоматизация тестирования веб-приложений

Продолжим изучать Selenium в прямом эфире.

В этот раз настроим полезные вещи: git-репозиторий, форматирование кода с помощью Black, проверку типов mypy, проверку кода pylint.

Ссылка на стрим: https://youtube.com/live/VGut010kCRA

Дата: 23 июня 2023.
Время: 21:30.

Традиционный пятничный стрим с лив-кодингом на Селениуме

Ведь три раза подряд — это уже традиция? 😉

Сегодня в программе: настроить автоматические тесты библиотеки.

Ссылка на стрим: https://youtube.com/live/a4E3Z_mexvQ

Дата: 30 июня 2023.
Время: 22:00.

Пятничный стрим с лив-кодингом на Селениуме № 3

Сегодня в программе: запускаем автотесты в облаке.

Ссылка на стрим: https://youtube.com/live/Rh8XRiYpoh4

Дата: 7 июля 2023.
Время: 21:30.

#selenium #python #live

Час знайомства з директором, засновником та експертом Першого інституту надійного програмного забезпечення! 🖐

🔸Володимир Обрізан, Кандидат технічних наук, директор та засновник Першого інституту надійного програмного забезпечення, директор та співзасновник ІТ-компанії Design and Test Lab.
🔸 Старший викладач: 15+ років досвіду старшим викладачем: з 2005 по 2020 рік у Харківському національному університеті радіоелектроніки. Теми курсів: проектування програмно-апаратних систем, багатоядерне програмування, програмування хмарних та мобільних платформ.
🔸 Програміст-практик: З 2011 року брав участь у компанії Design and Test Lab як виконавець, провідний програміст або керівник у десятках проектах: мобільні програми, десктоп-додатки, хмарні послуги. Мови: Python, Objeсtive-C, Swift, JavaScript, TypeScript.
🔸 Спікер: 10+ виступів на конференціях та семінарах з темами про надійне програмне забезпечення, архітектури, програмування та тестування: QAFest, Python fwdays, SoftServe IT Weekend, KharkovPy, iOS Ukraine та ін.
🔸 Консультант: Консультант керівників та власників IT-компаній. Теми консультацій: навчання персоналу, впровадження методів надійного програмування, технічний нагляд за процесом розробки програмного забезпечення, аналіз програмних проектів.
🔸 YouTube-лектор: Досвід 5+ років у записі відео-лекцій та проведенні онлайн-стримів на YouTube-каналі Першого інституту надійного програмного забезпечення, YouTube-каналі Design and Test Lab, LinkedIn івенти
🔸 Вчений: Кандидат технічних наук за спеціальністю "Комп'ютерні системи та компоненти". Тема дисертації: "Мультиверсний паралельний синтез цифрових структур з урахуванням System-C специфікації".

До зустрічі у наступних постах💫 #знайомство #освіта #IT

Від мануального тестувальника до автоматизатора за 1 тиждень: початок шляху Володимира Обрізана. Частина 1 🖍

Вперше я зіткнувся з професійною автоматизацією тестування в 2002 році в польському офісі компанії Aldec. Працюючи в відділі контролю якості продукту Active-HDL — системи автоматизованого проектування мікроелектроніки для кристалів програмованої логіки (FPGA, CPLD), я виявив особливість продукту в його інтеграції з різними системами логічного та фізичного синтезу, а також наявності сотень (якщо не тисяч) моделей кристалів програмованої логіки. Моя робота обмежувалася виключно ручним тестуванням, таким як перевірка сценаріїв створення проекту, підключення бібліотек різних виробників мікросхем, та запуск синтезу для конкретних моделей мікросхем. Заради економії коштів, оскільки я був стажером, мене призначили для виконання дуже нудного завдання: створити проект і запустити синтез по черзі для кожного з 50 різних кристалів компанії Xilinx. Під кінець робочого дня це рутинне завдання дуже набридло мені. 😫

Я вивчив можливості Active-HDL з автоматизації задач, де була доступна мова Tcl (Tool command language). Тим же днем я залишився після роботи, щоб освоїти основи цієї мови та спробувати написати просту автоматизацію. Наступного дня я витратив на те, щоб повністю автоматизувати завдання по тестуванню. Тепер, коли мені давали список моделей інших кристалів для тестування, я просто відкривав скрипт, підставляв туди ідентифікатори моделей і запускав скрипт по колу. Комп'ютер працював, а я відпочивав. Перемога! 🚀

Буквально наступного дня мимо мого стола проходив менеджер відділу якості Марек Новак. Він зупинився, подивився на мене, потім на монітор, потім знову на мене і запитав:
— Вова, чому ти нічого не робиш?
— Я написав скрипт автоматичного тестування, і тепер комп'ютер працює за мене.

Марек мовчки вийшов з кабінета. Через п'ять хвилин він вернувся з системним адміністратором, який в руках ніс інший комп'ютер. Сисадмін поставив його поруч з моїм, почав підключати всі необхідні проводи. Марек сказав:
— Ось тобі другий комп'ютер. Поки на першому виконуються тести, на второму ти можеш писати нові скрипти автоматизації тестування.

Марек посміхнувся, похлопав мене по плече і пішов. А я залишився, але вже в новій якості. Мабуть, це було моїм самим захоплюючим кар'єрним рухом за все моє життя: від ручного тестувальника до автоматизатора за один тиждень. Це, правда, не відобразилось на моїй компенсації. “Але я там не за гроші працював”. 🌟

Культурний прорив Design and Test Lab в автоматизації: початок шляху Володимира Обрізан. Частина 2

Автоматизоване тестування відіграло вирішальну роль у моїй кар'єрі, коли я в 2011 році очолив розробку програм у компанії Design and Test Lab. Ми спеціалізувалися на розробці мобільних додатків на замовлення, розпочавши з невеликих проектів на фріланс-біржах. Бюджет розробки рідко перевищував кілька тисяч доларів, а термін розробки — кілька тижнів. Звісно, нам хотілося брати більш складні проекти, бо можна було більше заробляти і задовольнити свої інженерні амбіції: прості додатки швидко набридали, і хотілося вирішувати складні інженерні задачі. Вже в 2012 році ми почали брати проекти тривалістю 3 місяці та більше. Разом із складними проектами прийшли і складнощі в їх реалізації. Ми робили не те, що хотів клієнт, робили це повільно і порушували всі терміни, робили це з низькою якістю, і в програмах було багато очевидних помилок. Мені добре запам'яталася одна ситуація, коли ми відправили наступну версію 3 мобільного додатка клієнту для перевірки роботи. Клієнт мені відповів: “Володимире, при вході в додаток він вилітає і закривається”. Я перевірив особисто: справді, вилітає. Я подумав: “Чи справді ми такі неспроможні, що не можемо написати хоча б один автоматичний тест, який перевірить найважливішу функцію — вхід в додаток”? 🤦‍♂️

Стрес почав зашкалювати: я працював вночі та вихідними, щоб виправити помилки та встигнути видачу проекту в строк. Не завжди це вдавалося. Клієнти почали відвертатися від нас, припиняли платити гроші. У результаті ми залишались із спустошеними нервами, псуваною репутацією та боргами перед програмістами. В якийсь момент ми чесно собі визналися: ми не здатні впоратися із масштабом розробки. І з цим вже треба було терміново щось робити. Не хотілося проводити весь професійний шлях в стресі. Ми почали змінювати структуру команд: наймали інженерів з якості, вводили ролі бізнес-аналітиків, наймали менеджерів проектів. З технологічного боку ми поступово запроваджували автоматизовані модульні тести, інтеграційні тести, тести на навантаження та автоматизовані тести веб-додатків.

В інженерну культуру Design and Test Lab ми внесли гасло “Ми не пишемо без тестів!” і це, можливо, найважливіший культурний зміщення в компанії за всю її історію. 🚀

I'm working on a SaaS tool which helps Project Managers, Engineering Team Leads, Engineering Managers observe software engineering performance: see best performers, worst performance. The observations are non-intrusive, the software engineers don't need to report anything. You have already the data, my tool helps you to visualise it.

If you feel such pain that it is hard to observe software engineering team performance, — please DM me, or explicitly state your interest in comments. I'd like to have a discovery call with you to talk about your pain and show possible solution for it.