Ozon Tech Community QA Meetup
На митапе будет обсуждаться, как устроено тестирование в Ozon, узнаете о тестовоем покрытии и как работает QA в блоке по продукту и технологиям товарных операций, а именно в разработке склада.
Программа встречи:
Дмитрий Колесник, руководитель группы разработки инструменты тестирования.
«Тестовое покрытие». Узнаете, зачем и как собирать тестовое покрытие, а также когда достаточно тестировать, чтобы сделать успешный релиз.
Фёдор Жирков, руководитель группы тестирования «ТМЦ, брак и излишки».
«Как устроено тестирование склада (WMS)». Как выглядит верхнеуровневая архитектура сервисов и топология команды, как устроено тестирование бэка. Обсудите тестирование фронта (WEB), мобилки (Android), а также немного о нагрузочном тестировании.
Владимир Ушаков, специалист по тестированию в группе «Производство и возвраты».
«Кодогенерация Python gRPC клиентов». Узнаете, как устроен генератор, как версионируются пакеты, а также как они используются в текущий момент.
Присоединяйтесь тут
На митапе будет обсуждаться, как устроено тестирование в Ozon, узнаете о тестовоем покрытии и как работает QA в блоке по продукту и технологиям товарных операций, а именно в разработке склада.
Программа встречи:
Дмитрий Колесник, руководитель группы разработки инструменты тестирования.
«Тестовое покрытие». Узнаете, зачем и как собирать тестовое покрытие, а также когда достаточно тестировать, чтобы сделать успешный релиз.
Фёдор Жирков, руководитель группы тестирования «ТМЦ, брак и излишки».
«Как устроено тестирование склада (WMS)». Как выглядит верхнеуровневая архитектура сервисов и топология команды, как устроено тестирование бэка. Обсудите тестирование фронта (WEB), мобилки (Android), а также немного о нагрузочном тестировании.
Владимир Ушаков, специалист по тестированию в группе «Производство и возвраты».
«Кодогенерация Python gRPC клиентов». Узнаете, как устроен генератор, как версионируются пакеты, а также как они используются в текущий момент.
Присоединяйтесь тут
❤5👍1🔥1
🛠️⚒️ Инструменты и навыки для новичков. Или как не потеряться в дремучем лесу тестирования
Когда специалист врывается в любую новую сферу, задавались вопросами: «какими инструментами необходимо владеть, чтобы…», «а точно ли это весь перечень?», «а какие навыки необходимы, чтобы пройти собеседование?». Таких вопросов больше у новичков, которые уже начали обучение или только в поисках обучения, пытаются понять минимум необходимый для старта.
В статье вы пройдётесь по нужным навыкам, инструментам. Будут полезные ссылки для углубления в тему и получите карту компетенций, которая поможет визуализировать объем информации, необходимый для старта в профессии.
⚠️ Статья имеет очевидный рекламный подтекст, но это НЕ реклама. Из материала можно почерпнуть реальные полезные советы для новичков.
Читать статью
Когда специалист врывается в любую новую сферу, задавались вопросами: «какими инструментами необходимо владеть, чтобы…», «а точно ли это весь перечень?», «а какие навыки необходимы, чтобы пройти собеседование?». Таких вопросов больше у новичков, которые уже начали обучение или только в поисках обучения, пытаются понять минимум необходимый для старта.
В статье вы пройдётесь по нужным навыкам, инструментам. Будут полезные ссылки для углубления в тему и получите карту компетенций, которая поможет визуализировать объем информации, необходимый для старта в профессии.
⚠️ Статья имеет очевидный рекламный подтекст, но это НЕ реклама. Из материала можно почерпнуть реальные полезные советы для новичков.
Читать статью
❤7
📩💼 Основы Kafka для тестировщиков. Apache Kafka for QA
Видос про брокер сообщений Kafka. В современных приложениях брокер сообщений — неотъемлемая часть системы, то начинающим тестировщикам будет полезно разобраться что к чему.
Первое приближение. Что такое kafka
Отличие kafka и RabbitMQ
Второе отличие kafka и RabbitMQ
Кafka в реальной рабочей среде
Практика. Загрузка файлов для разворачивания
Визуальное отображение в kowl
Создание топика в kafka
Отправление сообщения в топик
Чтение из топика
#обучалка
Видос про брокер сообщений Kafka. В современных приложениях брокер сообщений — неотъемлемая часть системы, то начинающим тестировщикам будет полезно разобраться что к чему.
Первое приближение. Что такое kafka
Отличие kafka и RabbitMQ
Второе отличие kafka и RabbitMQ
Кafka в реальной рабочей среде
Практика. Загрузка файлов для разворачивания
Визуальное отображение в kowl
Создание топика в kafka
Отправление сообщения в топик
Чтение из топика
#обучалка
❤14
🔎📡 Поиск локаторов в iOS приложениях
Использование Appium Inspector для поиска элементов в iOS-приложениях может быть полезным при автоматизации тестирования мобильных приложений. Appium Inspector предоставляет графический интерфейс для взаимодействия с приложением и поиска локаторов (элементов) для автотестов.
Простыми словами — локатор это адрес до определенного элемента: квартира в городе — элемент, это может быть кнопка, текст, поле и многие другие элементы экрана приложения, а город, улица, дом — все это те места, где квартира находится. Например, городом в приложении может быть какой-то модуль приложения, улицей — часть экрана, а домом уже какой-либо конкретный раздел экрана.
Вот такой план:
Настройка окружения
➖ Установка XCode
➖ Установка Appium
➖ Запуск Appium Inspector
Поиск локаторов
➖ Происходит с помощью таких инструментов:
➖ iOS Class Chain
➖ iOS Predicate String
➖ XPath
Подробнее здесь
Использование Appium Inspector для поиска элементов в iOS-приложениях может быть полезным при автоматизации тестирования мобильных приложений. Appium Inspector предоставляет графический интерфейс для взаимодействия с приложением и поиска локаторов (элементов) для автотестов.
Простыми словами — локатор это адрес до определенного элемента: квартира в городе — элемент, это может быть кнопка, текст, поле и многие другие элементы экрана приложения, а город, улица, дом — все это те места, где квартира находится. Например, городом в приложении может быть какой-то модуль приложения, улицей — часть экрана, а домом уже какой-либо конкретный раздел экрана.
Вот такой план:
Настройка окружения
➖ Установка XCode
➖ Установка Appium
➖ Запуск Appium Inspector
Поиск локаторов
➖ Происходит с помощью таких инструментов:
➖ iOS Class Chain
➖ iOS Predicate String
➖ XPath
Подробнее здесь
👍5🔥2❤1
Продолжаем формат поста: «Вопросы-ответы для собеса».
Ошибка, дефект, сбой, отказы - различия
Ошибка (error , mistake) — действие человека, приводящее к некорректным результатам.
Дефект (defect, bug, problem, fault) — недостаток в компоненте или системе, способный привести к ситуации сбоя или отказа.
Дефекты могут быть в документации, настройках, входных данных и т.д.
Сбой — самоустраняющийся отказ или однократный отказ, устраняемый незначительным вмешательством оператора.
Отказ — событие, заключающееся в нарушении работоспособного состояния объекта.
Сбои и отказы являются тем, что тестировщик замечает в процессе тестирования и отталкиваясь от чего, проводит исследование с целью выявить дефект и его причины.
Верификация и валидация - различия
Верификация — проверка соответствия приложения прописанным требованиям.
Валидация — проверка соответствия приложения всем остальным (подразумеваемым) требованиям.
При валидации тестируется полная работоспособность отмеченной функциональности.
При верификации проверяется наличие в продукте этой логики (параметров взаимодействия компонентов).
Простой способ запомнить разницу между валидацией и верификацией заключается в том, что валидация подтверждает, что «вы создали правильный продукт», а верификация подтверждает, что «вы создали продукт таким, каким и намеревались его сделать».
Жизненный цикл тестирования (STLC)
Жизненный цикл тестирования — это последовательность действий, проводимых в процессе тестирования, с помощью которых гарантируется качество программного обеспечения и его соответствие требованиям. STLC включает действия по верификации и валидации.
ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ТЕСТИРОВАНИЯ:
🔹 Планирование и анализ требований. Важно хотя бы найти ответы на такие вопросы, как: что нужно тестировать, какой объем работы ожидается, какие трудности возникнут во время работы и т.д.
🔹 Критерии ввода. Вы формулируете или указываете критерии ввода (чтобы определить, когда можно или необходимо начинать процесс тестирования ПО), критерий приостановки, и критерий прекращения тестирования.
🔹 Стратегия тестирования. Старший QA-менеджер определяет затраты и усилия на работу над проектом и готовит тест-план для всех видов тестирования.
🔹 Разработка тест-кейсов. Тест-кейсы создаются, разрабатываются, проверяются и перерабатываются. Также, этот этап включает в себя создание, пересмотр и переработку тестовых данных.
🔹 Установка среды. Выполняется одновременно с этапом разработки тест-кейсов. Она определяет аппаратные и программные условия, при которых тестируется продукт.
🔹 Выполнение тестов.
🔹 Завершение цикла тестирования.
Нет фиксированного стандарта жизненного цикла тестирования. Он может меняться в зависимости от:
- Жизненного цикла разработки.
- Желаний руководства.
#туториал
Ошибка, дефект, сбой, отказы - различия
Ошибка (error , mistake) — действие человека, приводящее к некорректным результатам.
Дефект (defect, bug, problem, fault) — недостаток в компоненте или системе, способный привести к ситуации сбоя или отказа.
Дефекты могут быть в документации, настройках, входных данных и т.д.
Сбой — самоустраняющийся отказ или однократный отказ, устраняемый незначительным вмешательством оператора.
Отказ — событие, заключающееся в нарушении работоспособного состояния объекта.
Сбои и отказы являются тем, что тестировщик замечает в процессе тестирования и отталкиваясь от чего, проводит исследование с целью выявить дефект и его причины.
Верификация и валидация - различия
Верификация — проверка соответствия приложения прописанным требованиям.
Валидация — проверка соответствия приложения всем остальным (подразумеваемым) требованиям.
При валидации тестируется полная работоспособность отмеченной функциональности.
При верификации проверяется наличие в продукте этой логики (параметров взаимодействия компонентов).
Простой способ запомнить разницу между валидацией и верификацией заключается в том, что валидация подтверждает, что «вы создали правильный продукт», а верификация подтверждает, что «вы создали продукт таким, каким и намеревались его сделать».
Жизненный цикл тестирования (STLC)
Жизненный цикл тестирования — это последовательность действий, проводимых в процессе тестирования, с помощью которых гарантируется качество программного обеспечения и его соответствие требованиям. STLC включает действия по верификации и валидации.
ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ТЕСТИРОВАНИЯ:
🔹 Планирование и анализ требований. Важно хотя бы найти ответы на такие вопросы, как: что нужно тестировать, какой объем работы ожидается, какие трудности возникнут во время работы и т.д.
🔹 Критерии ввода. Вы формулируете или указываете критерии ввода (чтобы определить, когда можно или необходимо начинать процесс тестирования ПО), критерий приостановки, и критерий прекращения тестирования.
🔹 Стратегия тестирования. Старший QA-менеджер определяет затраты и усилия на работу над проектом и готовит тест-план для всех видов тестирования.
🔹 Разработка тест-кейсов. Тест-кейсы создаются, разрабатываются, проверяются и перерабатываются. Также, этот этап включает в себя создание, пересмотр и переработку тестовых данных.
🔹 Установка среды. Выполняется одновременно с этапом разработки тест-кейсов. Она определяет аппаратные и программные условия, при которых тестируется продукт.
🔹 Выполнение тестов.
🔹 Завершение цикла тестирования.
Нет фиксированного стандарта жизненного цикла тестирования. Он может меняться в зависимости от:
- Жизненного цикла разработки.
- Желаний руководства.
#туториал
👏9❤7
🐞🪲🌍 Real-World Bug Hunting: A Field Guide to Web Hacking
Поиск ошибок в реальном мире — это главное практическое руководство по рассмотрению программного обеспечения. Независимо от того, являетесь ли вы новичком в области кибербезопасности, который хочет сделать Интернет безопаснее, или опытным разработчиком, который хочет писать безопасный код, этичный хакер Питер Яворски покажет вам, как это делается.
В каждой главе описывается тип уязвимости, сопровождаемый серией фактических сообщений об ошибках. Сборник рассказов из этой книги научит вас, как злоумышленники обманом заставляют пользователей выдавать свою конфиденциальную информацию и как сайты могут раскрыть свои уязвимости опытным пользователям. Вы даже узнаете, как вы могли бы превратить свое новое сложное хобби в успешную карьеру.
В книге поднимаются вопросы:
➖ Как работает интернет и основные концепции взлома веб приложений
➖ Как злоумышленники компрометируют веб-сайты
Книга
#обучение
Поиск ошибок в реальном мире — это главное практическое руководство по рассмотрению программного обеспечения. Независимо от того, являетесь ли вы новичком в области кибербезопасности, который хочет сделать Интернет безопаснее, или опытным разработчиком, который хочет писать безопасный код, этичный хакер Питер Яворски покажет вам, как это делается.
В каждой главе описывается тип уязвимости, сопровождаемый серией фактических сообщений об ошибках. Сборник рассказов из этой книги научит вас, как злоумышленники обманом заставляют пользователей выдавать свою конфиденциальную информацию и как сайты могут раскрыть свои уязвимости опытным пользователям. Вы даже узнаете, как вы могли бы превратить свое новое сложное хобби в успешную карьеру.
В книге поднимаются вопросы:
➖ Как работает интернет и основные концепции взлома веб приложений
➖ Как злоумышленники компрометируют веб-сайты
Книга
#обучение
👍5👏1
🤔 Очередной #дайджест по QA
📌 Большой гайд по тестированию с Postman для начинающих — покроет большинство сценариев в вашей повседневной работе
📌 Testify meet up — митапа об особенностях тестирования ПО в разных сферах бизнеса
📌 Selenium with Java — книга про настройки среды для написания тестовых сценариев с Selenium
📌 Сказ о том, как я собеседования проводила — советы не о том, как достойно его пройти, а как быть нормальным интервьюером
📌 Как попасть в IT и не сгореть от тревог, неудач и синдрома самозванца — в видосе Доктор Кот объясняет природу страхов испытательных сроков, сравнения себя с другими, а также боязнь собеседований
📌 Большой гайд по тестированию с Postman для начинающих — покроет большинство сценариев в вашей повседневной работе
📌 Testify meet up — митапа об особенностях тестирования ПО в разных сферах бизнеса
📌 Selenium with Java — книга про настройки среды для написания тестовых сценариев с Selenium
📌 Сказ о том, как я собеседования проводила — советы не о том, как достойно его пройти, а как быть нормальным интервьюером
📌 Как попасть в IT и не сгореть от тревог, неудач и синдрома самозванца — в видосе Доктор Кот объясняет природу страхов испытательных сроков, сравнения себя с другими, а также боязнь собеседований
👍5❤4
Что позволяет автоматизировать функциональное и регрессионное тестирование приложений?
Anonymous Quiz
2%
Flask
79%
Selenium
5%
QTP
15%
QA-программирование
❤4👍2
🛠️📃 Интеграция Jenkins и генерация отчетов с использованием Selenium 4
Selenium используется для тестирования и автоматизации веб-приложений. Мы можем запускать наши тесты с помощью инструментов CI/CD, таких как Jenkins.
Почему требуется интеграция с Jenkins?
➕ Автоматизация тестирования помогает выявлять постоянные дефекты, ошибки и баги на как можно более ранней стадии. Чем раньше будет обнаружена проблема, тем дешевле ее устранить.
➕ Благодаря интеграции CI / CD можно запускать тесты после каждой сборки или через определенный промежуток времени, что поможет выявить любые проблемы.
➕ Всегда быстрее вручную протестировать сервис или запустить регрессию, поскольку все будет запускаться автоматически без человеческого фактора.
➕ Таким образом, мы можем видеть, проходят ли какие-либо тесты с ошибкой или нет. В случае сбоя они могут быть легко исправлены.
Требования:
➖ Jenkins
➖ JDK
➖ Maven
➖ Selenium project
Подробнее читайте тут
#гайд
Selenium используется для тестирования и автоматизации веб-приложений. Мы можем запускать наши тесты с помощью инструментов CI/CD, таких как Jenkins.
Почему требуется интеграция с Jenkins?
➕ Автоматизация тестирования помогает выявлять постоянные дефекты, ошибки и баги на как можно более ранней стадии. Чем раньше будет обнаружена проблема, тем дешевле ее устранить.
➕ Благодаря интеграции CI / CD можно запускать тесты после каждой сборки или через определенный промежуток времени, что поможет выявить любые проблемы.
➕ Всегда быстрее вручную протестировать сервис или запустить регрессию, поскольку все будет запускаться автоматически без человеческого фактора.
➕ Таким образом, мы можем видеть, проходят ли какие-либо тесты с ошибкой или нет. В случае сбоя они могут быть легко исправлены.
Требования:
➖ Jenkins
➖ JDK
➖ Maven
➖ Selenium project
Подробнее читайте тут
#гайд
👍23❤4🔥2
Продолжаем формат поста: «Вопросы-ответы для собеса».
Cookie and Cash (отличия)
Файлы cookie – это файлы, создаваемые веб-сайтами, которые вы посещаете. Они делают работу в Интернете проще и удобнее.
В cash-памяти сохраняется определенная информация с веб-страниц (например, изображения), чтобы в следующий раз они открывались быстрее.
Тестирование в режиме ингогнито
Режим "инкогнито" доступен в Chrome, Firefox, Edge, Safari, и Internet Explorer. Он дает возможность открыть одноразовую сессию браузера, которая теряет свои настройки и временные файлы после закрытия. Такой режим идеален для тестирования ситуаций, для которых хранение информации не так уж важно. Имейте в виду, что все инкогнито-окна одного браузера делят между собой одну и ту же сессию. К примеру, временные файлы делятся между активными окнами браузера, открытыми в режиме инкогнито.
Протоколы
IP — Internet Protocol. Главная задача IP — маршрутизация датаграмм, то есть речь идет об определении пути следования данных по узлам сети. Он ненадежен — не подтверждает доставку пакетов получателю, как и не контролирует целостность данных. Передача данных происходит без установки соединения.
TCP/IP — Transmission Control Protocol/Internet Protocol. Обеспечивает и контролирует передачу данных и следит за надежностью и целостностью. IP отвечает за маршрутизацию. Протокол TCP нередко используется другими, более комплексными протоколами.
UDP — User Datagram Protocol. Обеспечивает передачу данных, не создавая предварительного соединения между ними. Считается недостаточно надежным, т. к. пакеты могут не только не дойти, но и продублироваться либо прийти не по порядку.
Но есть и преимущество: скорость доставки данных. Именно поэтому в приложениях, особо чувствительных к сетевым задержкам, нередко применяют UDP.
FTP — File Transfer Protocol. Служит для передачи файлов. Он и сегодня используется при организации удаленного доступа к хостингам. Надежен, гарантирует передачу данных, функционирует по принципу клиент-серверной архитектуры. Для работы с файловой системой сервера пользователь проходит аутентификацию (анонимный вариант тоже возможен), после чего получает доступ.
DNS. Представляет собой не только систему доменных имён (Domain Name System), но и протокол, без которого данная система работать бы не смогла. Протокол дает возможность клиентским компьютерам запрашивать у DNS-сервера IP-адрес какого-нибудь сайта, плюс он помогает осуществлять обмен БД между серверами DNS.
HTTP — HyperText Transfer Protocol. Поначалу это был протокол передачи HTML-документов. Сейчас он задействуется в целях передачи произвольных данных в сети. Считается протоколом клиент-серверного взаимодействия без сохранения промежуточного состояния. В качестве клиента обычно выступает web-браузер, хотя это может быть и поисковый робот. При обмене информацией протокол HTTP чаще всего использует TCP/IP.
Протокол HTTP имеет расширение HTTPS, поддерживающее шифрование. В нем данные уже передаются поверх криптографического протокола TLS.
NTP — Network Time Protocol. Протокол NTP служит для синхронизации локальных часов устройства со временем в глобальной/локальной сети. NTP задействует алгоритм Марзулло, в результате чего выбирается наиболее точный источник времени. А еще NTP работает поверх UDP, что позволяет ему достигать максимальной скорости передачи данных.
SSH — Secure SHell. Обеспечивает удаленное управление ОС с применением TCP. В SSH шифруют весь трафик, при этом сохраняется возможность выбора алгоритма шифрования. Это необходимо для передачи паролей и прочей важной информации.
#обучалка
Cookie and Cash (отличия)
Файлы cookie – это файлы, создаваемые веб-сайтами, которые вы посещаете. Они делают работу в Интернете проще и удобнее.
В cash-памяти сохраняется определенная информация с веб-страниц (например, изображения), чтобы в следующий раз они открывались быстрее.
Тестирование в режиме ингогнито
Режим "инкогнито" доступен в Chrome, Firefox, Edge, Safari, и Internet Explorer. Он дает возможность открыть одноразовую сессию браузера, которая теряет свои настройки и временные файлы после закрытия. Такой режим идеален для тестирования ситуаций, для которых хранение информации не так уж важно. Имейте в виду, что все инкогнито-окна одного браузера делят между собой одну и ту же сессию. К примеру, временные файлы делятся между активными окнами браузера, открытыми в режиме инкогнито.
Протоколы
IP — Internet Protocol. Главная задача IP — маршрутизация датаграмм, то есть речь идет об определении пути следования данных по узлам сети. Он ненадежен — не подтверждает доставку пакетов получателю, как и не контролирует целостность данных. Передача данных происходит без установки соединения.
TCP/IP — Transmission Control Protocol/Internet Protocol. Обеспечивает и контролирует передачу данных и следит за надежностью и целостностью. IP отвечает за маршрутизацию. Протокол TCP нередко используется другими, более комплексными протоколами.
UDP — User Datagram Protocol. Обеспечивает передачу данных, не создавая предварительного соединения между ними. Считается недостаточно надежным, т. к. пакеты могут не только не дойти, но и продублироваться либо прийти не по порядку.
Но есть и преимущество: скорость доставки данных. Именно поэтому в приложениях, особо чувствительных к сетевым задержкам, нередко применяют UDP.
FTP — File Transfer Protocol. Служит для передачи файлов. Он и сегодня используется при организации удаленного доступа к хостингам. Надежен, гарантирует передачу данных, функционирует по принципу клиент-серверной архитектуры. Для работы с файловой системой сервера пользователь проходит аутентификацию (анонимный вариант тоже возможен), после чего получает доступ.
DNS. Представляет собой не только систему доменных имён (Domain Name System), но и протокол, без которого данная система работать бы не смогла. Протокол дает возможность клиентским компьютерам запрашивать у DNS-сервера IP-адрес какого-нибудь сайта, плюс он помогает осуществлять обмен БД между серверами DNS.
HTTP — HyperText Transfer Protocol. Поначалу это был протокол передачи HTML-документов. Сейчас он задействуется в целях передачи произвольных данных в сети. Считается протоколом клиент-серверного взаимодействия без сохранения промежуточного состояния. В качестве клиента обычно выступает web-браузер, хотя это может быть и поисковый робот. При обмене информацией протокол HTTP чаще всего использует TCP/IP.
Протокол HTTP имеет расширение HTTPS, поддерживающее шифрование. В нем данные уже передаются поверх криптографического протокола TLS.
NTP — Network Time Protocol. Протокол NTP служит для синхронизации локальных часов устройства со временем в глобальной/локальной сети. NTP задействует алгоритм Марзулло, в результате чего выбирается наиболее точный источник времени. А еще NTP работает поверх UDP, что позволяет ему достигать максимальной скорости передачи данных.
SSH — Secure SHell. Обеспечивает удаленное управление ОС с применением TCP. В SSH шифруют весь трафик, при этом сохраняется возможность выбора алгоритма шифрования. Это необходимо для передачи паролей и прочей важной информации.
#обучалка
👍10🔥5❤3🤔1
Это тестирование проводят, чтобы убедиться, что приложение отлично ведет себя на разных устройствах, на разных версиях операционной системы, с разным подключением к интернету. Что за вид тестирования?
Anonymous Quiz
9%
Тестирование масштабируемости
20%
Тестирование конфигурации
71%
Тестирование совместимости
🔥5❤2
🤔 Очередной #дайджест по QA
📌 Обмен опытом в тестировании: от стартапа до энтерпрайза — для QA инженеров, интересующихся креативными методами автоматизации тестирования, метриками для продажи тестирования бизнес
📌 Модели разработки ПО — речь пойдет о самых популярных моделях разработки ПО: каскадная (водопадная, waterfall), итерационная (инкрементальная) и V-модели
📌 Исследовательские сценарии как метод раскрытия преступления — автор расскажет о новых исследовательских сценариях и поделится опытом их применения
📌 Топ-15 вопросов и ответов для интервью с QA Manager и Test Lead — заблаговременное обдумывание ваших ответов на возможные вопросы может повысить вашу уверенность в себе
📌 В кризис айтишники «накручивают» опыт в CV — какие последствия вас ждут после черной раскрутки профиля на HR-площадках
📌 Обмен опытом в тестировании: от стартапа до энтерпрайза — для QA инженеров, интересующихся креативными методами автоматизации тестирования, метриками для продажи тестирования бизнес
📌 Модели разработки ПО — речь пойдет о самых популярных моделях разработки ПО: каскадная (водопадная, waterfall), итерационная (инкрементальная) и V-модели
📌 Исследовательские сценарии как метод раскрытия преступления — автор расскажет о новых исследовательских сценариях и поделится опытом их применения
📌 Топ-15 вопросов и ответов для интервью с QA Manager и Test Lead — заблаговременное обдумывание ваших ответов на возможные вопросы может повысить вашу уверенность в себе
📌 В кризис айтишники «накручивают» опыт в CV — какие последствия вас ждут после черной раскрутки профиля на HR-площадках
🥰31❤17🔥15👏8👍6
🔝 Приоритизация задач по методу MoSCoW: как за 5 минут научиться грамотно расставлять приоритеты
Читать статью
#туториал
Читать статью
#туториал
❤5👍3
🧠💪 Осознанная автоматизация тестирования в геймдеве
Автор расскажет про набившую всем оскомину автоматизацию тестирования. В последнее время стало модно внедрять ее везде и всюду, но в геймдеве она до сих пор встречается не так часто — из-за специфики самой сферы.
Основные вопросы:
➖ Нужна ли проекту автоматизация тестирования в целом и готов ли он для этого
➖ Сколько ресурсов это может стоить в перспективе и чем может аукнуться
➖ Важные мелочи, которые многие часто упускают из виду, когда принимают решения
➖ Как со всем этим жить и что делать для развития и поддержки
Читать статью
#общиезнания
Автор расскажет про набившую всем оскомину автоматизацию тестирования. В последнее время стало модно внедрять ее везде и всюду, но в геймдеве она до сих пор встречается не так часто — из-за специфики самой сферы.
Основные вопросы:
➖ Нужна ли проекту автоматизация тестирования в целом и готов ли он для этого
➖ Сколько ресурсов это может стоить в перспективе и чем может аукнуться
➖ Важные мелочи, которые многие часто упускают из виду, когда принимают решения
➖ Как со всем этим жить и что делать для развития и поддержки
Читать статью
#общиезнания
👍6❤2
🦦🦦 Знакомство с Capybara
Фреймворк веб-автоматизации функциональных тестов, эмулирующих взаимодействие пользователя с приложением/сайтом. Представляет собой библиотеку для работы с web-based-драйвером. Применяется Domain Specific Language описания действий веб-драйвера. Capybara ищет релевантный элемент в DOM и выполняет действие — клик по кнопке, переход по ссылке и прочее.
Capybara основывается на идее, что в современном веб-приложении практически все происходит асинхронно.
Верификация наличия элемента или проверка какого-то условия — Capybara по умолчанию ожидает появления контента или перехода условия в состояние true. Таймауты можно настраивать.
Поддерживаемые веб-драйверы:
➕ rack::test: (дефолтный)
➕ selenium-webdriver
➕ capybara-WebKit
Плюсы Cabybara
➕ Несложная настройка для Rails и Rack, все работает из коробки
➕ Интуитивное API
➕ Быстрое переключение бекенда из headless-режима в реальный браузер без внесения изменений в тесты
➕ Мощная синхронизация — не нужно задавать вручную ожидание в асинхронных процессах
➕ Встроенная поддержка Selenium
Подробнее тут
#гайд
Фреймворк веб-автоматизации функциональных тестов, эмулирующих взаимодействие пользователя с приложением/сайтом. Представляет собой библиотеку для работы с web-based-драйвером. Применяется Domain Specific Language описания действий веб-драйвера. Capybara ищет релевантный элемент в DOM и выполняет действие — клик по кнопке, переход по ссылке и прочее.
Capybara основывается на идее, что в современном веб-приложении практически все происходит асинхронно.
Верификация наличия элемента или проверка какого-то условия — Capybara по умолчанию ожидает появления контента или перехода условия в состояние true. Таймауты можно настраивать.
Поддерживаемые веб-драйверы:
➕ rack::test: (дефолтный)
➕ selenium-webdriver
➕ capybara-WebKit
Плюсы Cabybara
➕ Несложная настройка для Rails и Rack, все работает из коробки
➕ Интуитивное API
➕ Быстрое переключение бекенда из headless-режима в реальный браузер без внесения изменений в тесты
➕ Мощная синхронизация — не нужно задавать вручную ожидание в асинхронных процессах
➕ Встроенная поддержка Selenium
Подробнее тут
#гайд
❤24👍7
Митап по автоматизации тестирования
Пройдет 26 сентября в Нижнем Новгороде для тех, кто пишет и автоматизирует тесты на Python. Будут обсуждаться правила, которые помогут сделать тесты понятнее, поговорите, как поддерживать одновременно автотесты в коммерческой и open source-версии ПО, и как использовать Pytest Plugins.
Программа:
Понятные тесты. Одна из основных проблем тестирования в том, что люди относятся к тестам как к коду второго сорта. Часто используют CTRL+C CTRL+V для написания похожих тестов, не следят за переиспользованием кода, не подготавливают тестовую инфраструктуру проекта. В какой-то момент при любых изменениях проекта поддерживать тесты становится почти невозможно. Их комментируют, удаляют или перестают запускать.
Спикер покажет базовые правила, которые позволят сделать ваши тесты значительно понятнее и удобнее.
Архитектура автотестов для проекта с open source ядром. Вас ждет разбор нескольких решений: «в лоб» с ветвлением логики в тестах, использование keyword-driven testing и собственного фреймворка с плагинами. Спикер покажет плюсы и минусы каждого подхода.
Pytest plugins: расширяем функционал тестового фреймворка через плагины. Автор в работе использует pytest как core-часть тестового фреймворка. А если возникают интересные задачи, для которых не хватает базового функционала pytest, нас выручают плагины. Я расскажу, как и для чего мы их используем, зачем пишем собственные, а также как использовать одновременно не один, а несколько плагинов. Все это — на примере.
#мероприятие
Пройдет 26 сентября в Нижнем Новгороде для тех, кто пишет и автоматизирует тесты на Python. Будут обсуждаться правила, которые помогут сделать тесты понятнее, поговорите, как поддерживать одновременно автотесты в коммерческой и open source-версии ПО, и как использовать Pytest Plugins.
Программа:
Понятные тесты. Одна из основных проблем тестирования в том, что люди относятся к тестам как к коду второго сорта. Часто используют CTRL+C CTRL+V для написания похожих тестов, не следят за переиспользованием кода, не подготавливают тестовую инфраструктуру проекта. В какой-то момент при любых изменениях проекта поддерживать тесты становится почти невозможно. Их комментируют, удаляют или перестают запускать.
Спикер покажет базовые правила, которые позволят сделать ваши тесты значительно понятнее и удобнее.
Архитектура автотестов для проекта с open source ядром. Вас ждет разбор нескольких решений: «в лоб» с ветвлением логики в тестах, использование keyword-driven testing и собственного фреймворка с плагинами. Спикер покажет плюсы и минусы каждого подхода.
Pytest plugins: расширяем функционал тестового фреймворка через плагины. Автор в работе использует pytest как core-часть тестового фреймворка. А если возникают интересные задачи, для которых не хватает базового функционала pytest, нас выручают плагины. Я расскажу, как и для чего мы их используем, зачем пишем собственные, а также как использовать одновременно не один, а несколько плагинов. Все это — на примере.
#мероприятие
👍9❤1