🧑‍🍳🤓 Оптимизация мониторинга производительности с помощью JMeter, Grafana, InfluxDB и Telegraph

Как правило, платформа мониторинга производительности веб-приложений (APM) может предоставить ценную информацию о следующих показателях:

➖ Время отклика
➖ Частота ошибок
➖ Пропускная способность
➖ Производительность базы данных
➖ Задержка в сети
➖ И другие

Ключевые этапы работы с платформой мониторинга производительности:
👉 Этап 1. Определение основных показателей и критериев выхода
Выбранные показатели эффективности должны быть тесно связаны с основными целями.
👉 Этап 2. Выбор инструментов мониторинга
Инструменты зависят от контекста тестирования, используемых технологий, целевых показателей, общих целей тестирования и общего бюджета.
👉 Этап 3. Настройка фреймворка
Фреймворк устанавливается и конфигурируется на основе выбранных инструментов мониторинга.
👉 Этап 4. Сбор данных
Источники данных объединяются в хорошо структурированное хранилище данных.
👉 Этап 5. Анализ данных
Сбор данных служит основой для дальнейшего изучения и анализа.
👉 Этап 6. Представление результатов и создание отчета
Представление результатов тестирования имеет решающее значение.
👉 Этап 7. Определение приоритетов результатов
Результаты тестирования производительности должны быть ориентированы на различные целевые аудитории.

Читать статью

#тутотриал

📰❌ 10 признаков фейковой вакансии

Как понять, что с вакансией что-то не так? Разбираемся в этой статье!

Читать статью

#почитать

Testify #3: Мобильное тестирование & Management

Testify — новый формат митапов от Test IT, раскрывающий всю правду о достижении качества ПО в разных сферах бизнеса. Каждый из участников — свидетель того, как тестирование работает и не работает в этих вертикалях.

В гостях создатели востребованных тестраннеров для тестирования мобильных платформ, которые расскажут о различных подходах к «борьбе» с автотестами, а также о лайфаках ведения тестовой модели.

Программа:

🎯 Алексей Шпирко, руководитель платформенного кластера Mobile в AvitoTech, расскажет об процессах автотестирования в Авито, о собственном раннере и трех главных ингридиентах для удобной работы с тысячами автотестов.

🎯 Евгений Мацюк, Co-Founder at MarathonLabs, расскажет об инфраструктуре для прогона мобильных UI-тестов. Объяснит, почему так сложно и как сделать проще c помощью готовых инструментов.

🎯 Самат Булакбаев, QA Lead в Fixprice, расскажет об организации библиотеки тестирования, ошибках при использовании и написании сценариев с помощью одних лишь общих шагов в TMS.

Регистрация тут

#мероприятие

🤔 очередной #дайджест по QA

✏️ Что мешает работать в команде? — как настроить команду на рабочий лад

✏️ Pairwise Pict — онлайн-сервис, генерирующий парные тестовые примеры

✏️ Postman Interceptor — альтернатива классическому сниффингу

✏️ Законы управления тестированием — золотые правила тест-менеджера

✏️ Как ты это сделал? — О прозрачности выполненной работы

#memes

Объяснение иерархии айтишников

🤺🤺 X5 QA Meetup

12 декабря в 19:00 состоится новогодний QA meetup в оффлайне. Общение будет на тему мониторинга, трендов в тестирования и процессов встраивания дизайн-ревью в компании.

Программа:

Full-coverage monitoring. Преимущества и недостатки.
Автор расскажет, что из себя представляет мониторинг и зачем он нужен. Какие виды мониторинга бывают, и в каком виде он существует сейчас. Также рассмотрите каким хотелось бы видеть идеальный мониторинг с точки зрения рабочего процесса.

Test as Code. Влияние на индустрию тестирования.
Пока идут споры о том заменят ли тестировщиков нейросети, развивается новый подход хранения ручных тестов: «Тесты как код», который в дальнейшем окажет значительное влияние на индустрию тестирования. В докладе расскажут, как внедряли данный подход в проекте. Как это повлияло на тестирование в команде и не только.

Не ищем легких путей в тестировании UI или как мы внедряли дизайн ревью?
А что если внедрить дизайн-ревью и позволить дизайнерам самостоятельно тестировать UI? Почему бы и да, подумали мы. Внедрить такой процесс непросто, но мы не ищем легких путей. Главное — результат. В своем докладе я расскажу про процесс встраивания дизайн-ревью в компании, а также поделюсь лайфхаками пользовательского тестирования, которые помогают нам проводить его еще более качественно.

Регистрация тут

#мероприятие

🤖💪 Test-Driven Development with Java: Create higher-quality software by writing tests first with SOLID and hexagonal architecture

Разработка на основе тестирования позволяет разработчикам создавать хорошо продуманный код и предотвращать дефекты. Это простой, но мощный инструмент, который помогает сосредоточиться на проектировании кода, одновременно автоматически проверяя правильность его работы. Освоение TDD позволит вам эффективно использовать паттерны проектирования и стать опытным архитектором программного обеспечения.

Берем ее здесь

📈📊 Статистика QA вакансий и резюме. Ноябрь 2023

⚪ Общее количество QA вакансий в России:
было на 2 ноября — 3 371
стало на 1 декабря — 3 355

⚪ 9 833 резюме тестировщиков, в которых:
без опыта — 21,7% (2 129)
от 1 до 3 лет — 20,7% (2 041)
от 3 до 6 лет — 20,2% (1 984)
от 6 лет — 37,4% (3 679)

⚪ Уровень зарплаты в резюме тестировщиков:
не указывают — 52,5% (5 271)
до 60 000 ₽ — 24,8% (2 481)
от 60 000 до 115 000 ₽ — 14,7% (1 469)
от 115 000 до 175 000 ₽ — 5,5% (547)
от 175 000 до 235 000 ₽ — 1,5% (154)
от 235 000 ₽ — 1% (105)

⚪ Средний уровень зарплаты тестировщиков:
intern — 43 333 ₽/мес.
junior — 65 977 ₽/мес.
middle — 132 500 ₽/мес.
senior — 237 833 ₽/мес.
lead — 275 000 ₽/мес.

⚪ Возраст кандидатов на позицию тестировщика:
от 14 до 18 лет — 134 резюме (да, на hh в резюме можно указать от 14 лет)
от 18 до 30 лет — 5 056 резюме
от 30 до 40 лет — 3 144 резюме
от 40 до 50 лет — 589 резюме
от 50 до 60 лет — 159 резюме
от 60 лет — 37 резюме
не указано — 586 резюме

☝️🚶‍♀️ Основы для автоматизации тестирования веб-приложений

5 Шагов:

➖ Основное понимание веб‑приложений
➖ Элементы DOM и JS
➖ Механизм для связи рабочего стола и веб‑приложения
➖ Автотест ранеры
➖ Паттерн объектов страницы (Page Object)

Подробный разбор каждого из шагов изучайте здесь

#почитать

🐈🐈 Борьба за интеграционное тестирование микросервисов

Интеграционное тестирование имеет решающее значение для архитектур микросервисов. Оно проверяет взаимодействие между различными службами и компонентами, и вы не сможете успешно запустить большую архитектуру изолированных микросервисов без интеграционного тестирования. При настройке микросервисов каждая служба предназначена для выполнения определенной функции и часто полагается на другие службы для выполнения полного запроса пользователя. Хотя модульные тесты гарантируют, что отдельные службы функционируют должным образом изолированно, они не проверяют поведение системы, когда службы взаимодействуют друг с другом. Интеграционные тесты восполняют этот пробел, моделируя реальные сценарии взаимодействия нескольких служб, помогая выявлять такие проблемы, как несоответствия данных, задержки в сети и отказоустойчивость на ранних этапах цикла разработки.

Продолжить чтение

#почитать

🤔 #дайджест полезных Github репозиториев

❎ Awesome Quality Assurance Roadmap — схема обучения контролю качества и тестированию программного обеспечения, которая может понадобиться для начала пути

❎ Awesome Learning — в репозитории собрана 14-летняя история профессионала в области тестирования ПО

❎ Welcome to Software Quality Wiki — платформа, на которой размещаются различные ресурсы, посвященные качеству и тестированию ПО

❎ Awesome Testing Courses & Tutorials — список интересных онлайн-курсов и учебников по тестированию программного обеспечения, автоматизации тестирования и др.

❎ Quality in mobile apps — разнообразные инструменты, руководства и справочные материалы, направленные на обеспечение высокого качества работы мобильных приложений

🧑‍🎓🧑‍🎓 Продолжаем «Вопросы-ответы для собеса»

Из чего состоит документация проекта
➖ Тестовая документация
➖ План тестирования
➖ Чеклист
➖ Тест-кейс
➖ Сценарий использования
➖ Баг-репорт
➖ Требования

Где используется sanity test
Санитарное тестирование используют для проверки какой либо части программы или приложения в результате внесенных изменений со стороны факторов окружающей среды.

🔹 Нацелено на установление факта того, что определённые части UАT всё так же работают как положено после минорных изменений или исправлений багов
🔹 Целью является проверить общее состояние системы в деталях, чтобы приступить к более тщательному тестированию
🔹 Перепроверка дефектов не является целью Sanity
🔹 Cанитарное тестирование выполняется перед регрессионным и после smoke-тестов
🔹 Чаще выполняется вручную
🔹 Санитарное может выполняться без тест-кейсов, но знание тестируемой системы обязательно

По каким параметрам отбираются тест-кейсы на регрессионное тестирование
Хорошей практикой является выбор таких тестов для регрессионного тестирования:
♦️ которые проводят редко;
♦️ которые сложные;
♦️ проверяющие часто используемые функции;
♦️ проверяющие основные функций приложения;
♦️ проверяющие функции, которые затронули недавние изменения в коде;
♦️ проверяющие граничные значения;
♦️ проверяющие интеграционные аспекты;
♦️ других тестов, которые будут сочтены важными.

#вопросы_с_собеседования

🧑‍💻 Статьи для IT: как объяснять и распространять значимые идеи

Напоминаем, что у нас есть бесплатный курс для всех, кто хочет научиться интересно писать — о программировании и в целом.

Что: семь модулей, посвященных написанию, редактированию, иллюстрированию и распространению публикаций.

Для кого: для авторов, копирайтеров и просто программистов, которые хотят научиться интересно рассказывать о своих проектах.

👉Материалы регулярно дополняются, обновляются и корректируются. А еще мы отвечаем на все учебные вопросы в комментариях курса.