Тестирование: типы и инструменты

#qa #testing

Подпишись👉 @testlab_qa

#qa #testing

Подпишись👉 @testlab_qa

Создание автоматизированной системы тестирования оборудования на примере Testy
(Станислав Кулагин)

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

Доклад будет полезен QA-инженерам, DevOps и всем, кто хочет иметь TestY как единую точку хранения всей информации о тестировании.

00:00 – Вступление
00:42 – О спикере и докладе
02:46 – Зачем инженерам TestY
03:10 – Проблема с TMS – начать ей пользоваться
03:36 – ATS – клиент для TestY
04:16 – Как работает ATS в сертификации
04:46 – Как работают скрипты
05:44 – ATS – логи и отчёты для сертификации
07:01 – ATS Report – итоговый протокол с результатами
09:28 – Создание протокола за 1 минуту
10:29 – Дальнейшие планы по развитию TestY
11:40 – Вопросы из зала

источник

#qa #testing

Подпишись👉 @testlab_qa

Рутину — ИИ, исследование — людям: новая реальность Surf QA

Всего за пару недель мы создали инструмент, который превращает трудоёмкий процесс создания проверок в автоматизированный сценарий. Теперь, чтобы написать тесты, мы делаем всего несколько кликов.

Тест-документация рождается быстрее, а свободное время инженеры используют для исследовательских тестирований, погружения в продукт и проработки нефункциональных требований. И всё это вместо монотонного создания проверок по требованиям.

Вместе с Марией, техническим руководителем QA в Surf, расскажем, как сократили время создания проверок в 5 раз и не потеряли в качестве.

https://habr.com/ru/companies/surfstudio/articles/928254/

#qa #testing

Подпишись👉 @testlab_qa

😀

#qa #testing

Подпишись👉 @testlab_qa

Apache Kafka - обзор

00:00 Apache Kafka - просто о сложном
00:09 Пример задачи обработки событий
05:02 Передача события http запросом
07:02 Передача события через очередь
08:15 Недостатки очередей
10:10 Брокеры сообщений
13:36 Распределенный журнал сообщений
15:35 Publisher-Subscriber
17:04 Масштабирование через партиции топика
18:35 Масштабирование группы консъюмеров
19:50 Позиции (смещения) записи и чтения партиций
20:42 Метаданные в Zookeeper
21:20 Распределение сообщений по партициям топика
25:35 Распределение партиций между консъюмерами
27:00 Принципы выбора ключа
29:34 Репликация
30:28 Чтение с произвольной позиции чтения
34:40 Сегменты и сжатие топиков
39:44 Репликация и размещение брокеров по стойкам
44:57 Теорема CAP
50:20 Теорема CAP в работе с Apache Kafka
58:26 At-least-once delivery

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

#qa #testing

Подпишись👉 @testlab_qa

🧪 Стенды для нагрузочного тестирования 🚀

🔥 29 июля в 20:00 мск — открытый вебинар в OTUS.

Разберёмся:

– Какие бывают типы стендов для нагрузочного тестирования?
– В чём особенности и на что влияет конфигурация?
– Как правильно выбирать стенды под задачи вашего проекта?
– Каковы основные цели и ограничения таких стендов?

🎓После вебинара вы:

✔️ Поймёте, какие виды стендов используются в индустрии
✔️ Узнаете, как выбирать подходящий стенд под нагрузку
✔️ Разберётесь в целях, которые помогает достигать тестовая инфраструктура
✔️ Сможете применять знания для повышения стабильности и производительности систем

Будет полезно тестировщикам, разработчикам, DevOps- и системным администраторам. Приходите — будет практично! 🔧

👉 Регистрация https://vk.cc/cNZfR7

Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

🚀 Подборка Telegram каналов для программистов

Системное администрирование, DevOps 📌

https://t.iss.one/bash_srv Bash Советы
https://t.iss.one/win_sysadmin Системный Администратор Windows
https://t.iss.one/sysadmin_girl Девочка Сисадмин
https://t.iss.one/srv_admin_linux Админские угодья
https://t.iss.one/linux_srv Типичный Сисадмин
https://t.iss.one/devopslib Библиотека девопса | DevOps, SRE, Sysadmin
https://t.iss.one/linux_odmin Linux: Системный администратор
https://t.iss.one/devops_star DevOps Star (Звезда Девопса)
https://t.iss.one/i_linux Системный администратор
https://t.iss.one/linuxchmod Linux
https://t.iss.one/sys_adminos Системный Администратор
https://t.iss.one/tipsysdmin Типичный Сисадмин (фото железа, было/стало)
https://t.iss.one/sysadminof Книги для админов, полезные материалы
https://t.iss.one/i_odmin Все для системного администратора
https://t.iss.one/i_odmin_book Библиотека Системного Администратора
https://t.iss.one/i_odmin_chat Чат системных администраторов
https://t.iss.one/i_DevOps DevOps: Пишем о Docker, Kubernetes и др.
https://t.iss.one/sysadminoff Новости Линукс Linux

1C разработка 📌
https://t.iss.one/odin1C_rus Cтатьи, курсы, советы, шаблоны кода 1С
https://t.iss.one/DevLab1C 1С:Предприятие 8
https://t.iss.one/razrab_1C 1C Разработчик
https://t.iss.one/buh1C_prog 1C Программист | Бухгалтерия и Учёт
https://t.iss.one/rabota1C_rus Вакансии для программистов 1С

Программирование C++📌
https://t.iss.one/cpp_lib Библиотека C/C++ разработчика
https://t.iss.one/cpp_knigi Книги для программистов C/C++
https://t.iss.one/cpp_geek Учим C/C++ на примерах

Программирование Python 📌
https://t.iss.one/pythonofff Python академия.
https://t.iss.one/BookPython Библиотека Python разработчика
https://t.iss.one/python_real Python подборки на русском и английском
https://t.iss.one/python_360 Книги по Python

Java разработка 📌
https://t.iss.one/BookJava Библиотека Java разработчика
https://t.iss.one/java_360 Книги по Java Rus
https://t.iss.one/java_geek Учим Java на примерах

GitHub Сообщество 📌
https://t.iss.one/Githublib Интересное из GitHub

Базы данных (Data Base) 📌
https://t.iss.one/database_info Все про базы данных

Мобильная разработка: iOS, Android 📌
https://t.iss.one/developer_mobila Мобильная разработка
https://t.iss.one/kotlin_lib Подборки полезного материала по Kotlin

Фронтенд разработка 📌
https://t.iss.one/frontend_1 Подборки для frontend разработчиков
https://t.iss.one/frontend_sovet Frontend советы, примеры и практика!
https://t.iss.one/React_lib Подборки по React js и все что с ним связано

Разработка игр 📌
https://t.iss.one/game_devv Все о разработке игр

Библиотеки 📌
https://t.iss.one/book_for_dev Книги для программистов Rus
https://t.iss.one/programmist_of Книги по программированию
https://t.iss.one/proglb Библиотека программиста
https://t.iss.one/bfbook Книги для программистов

БигДата, машинное обучение 📌
https://t.iss.one/bigdata_1 Big Data, Machine Learning

Программирование 📌
https://t.iss.one/bookflow Лекции, видеоуроки, доклады с IT конференций
https://t.iss.one/rust_lib Полезный контент по программированию на Rust
https://t.iss.one/golang_lib Библиотека Go (Golang) разработчика
https://t.iss.one/itmozg Программисты, дизайнеры, новости из мира IT
https://t.iss.one/php_lib Библиотека PHP программиста 👨🏼‍💻👩‍💻
https://t.iss.one/nodejs_lib Подборки по Node js и все что с ним связано
https://t.iss.one/ruby_lib Библиотека Ruby программиста
https://t.iss.one/lifeproger Жизнь программиста. Авторский канал.

QA, тестирование 📌
https://t.iss.one/testlab_qa Библиотека тестировщика

Шутки программистов 📌
https://t.iss.one/itumor Шутки программистов

Защита, взлом, безопасность 📌
https://t.iss.one/thehaking Канал о кибербезопасности
https://t.iss.one/xakep_2 Хакер Free

Книги, статьи для дизайнеров 📌
https://t.iss.one/ux_web Статьи, книги для дизайнеров

Математика 📌
https://t.iss.one/Pomatematike Канал по математике
https://t.iss.one/phis_mat Обучающие видео, книги по Физике и Математике
https://t.iss.one/matgeoru Математика | Геометрия | Логика

Excel лайфхак📌
https://t.iss.one/Excel_lifehack

https://t.iss.one/mir_teh Мир технологий (Technology World)

Вакансии 📌
https://t.iss.one/sysadmin_rabota Системный Администратор
https://t.iss.one/progjob Вакансии в IT

😀

#qa #testing

Подпишись👉 @testlab_qa

Сегодня поговорим про "невидимые" баги, которые вылезают только в проде

Бывало ли у вас так: на тестовом стенде всё идеально, а в продакшене – краш за крашем? 🤯
Почему так происходит?

Мой топ причин:

1. Разная конфигурация окружений – на тесте одна версия базы или сервиса, на проде – другая.
2. Данные – тестовые данные “чистые”, а продовые – живые, с миллионом нюансов.
3. Нагрузка – под сотней пользователей система ведёт себя иначе, чем под тысячами.
4. Фича-флаги и конфиги – в тесте включено одно, в проде другое.

Что делать:

- Использовать продоподобные стенды – даже если это дорого.
- Делать smoke-тесты сразу после выката – ловить баги до того, как их увидят пользователи.
- Мониторинг + алерты – чтобы баги вас находили, а не наоборот.
- Chaos testing – симулировать нестандартные ситуации.

А как вы ловите такие баги? Может, есть свой лайфхак? Делитесь в комментах! 👇

#qa #testing

Подпишись👉 @testlab_qa

#qa #testing

Подпишись👉 @testlab_qa

Сегодня хочу рассказать про баги, которые «убегают» в прод, и почему это не всегда только вина тестировщика.

Очень часто вижу, как в компаниях после релиза, где вылез критичный баг, начинается «охота на ведьм». Виноват тестировщик — не нашёл, не проверил, недоглядел.
Но на практике баги попадают в прод по трём основным причинам:

1. Отсутствие чётких требований. Если спецификаций нет или они постоянно меняются, тестировщик проверяет «на глаз», а не по чётким критериям. Итог — разные ожидания у QA и у заказчика.
2. Сжатые сроки. Классика: дедлайн вчера, тестирование в два раза короче запланированного, при этом проверок меньше, автоматизация не прогоняется полностью.
3. Сложность воспроизведения. Есть баги, которые проявляются только при определённых нагрузках, конфигурациях или после долгой работы приложения. Их реально трудно найти до релиза.

Поэтому важно не искать виноватого, а разбирать причины:

- Улучшить требования.
- Планировать время на тестирование.
- Инвестировать в автоматизацию и нагрузочные проверки.

А ещё полезно после каждого релиза проводить post-mortem — разбор инцидента без обвинений. Это помогает команде учиться, а не бояться.

#qa #testing

Подпишись👉 @testlab_qa

🚀 Первый нагрузочный тест в Apache Jmeter 📊

🔥 14 августа в 20:00 мск — открытый вебинар в OTUS.

Что мы рассмотрим:

– Почему Apache Jmeter — один из самых популярных инструментов для нагрузочного тестирования?
– Как создать и настроить HTTPS-скрипт для тестирования?
– Как провести итерацию нагрузочного тестирования и правильно анализировать результаты?
– Как генерировать информативные HTML-отчёты для лучшего понимания производительности системы?

🎓После вебинара вы:

✔️ Освоите базовые принципы работы с Apache Jmeter
✔️ Научитесь создавать и отлаживать HTTPS-скрипты
✔️ Поймёте, как проводить нагрузочные тесты и что анализировать в отчётах
✔️ Сможете генерировать отчёты, которые помогут в улучшении производительности ваших веб-ресурсов

Этот вебинар будет полезен всем, кто интересуется QA и тестированием, а также тем, кто хочет улучшить производительность своих веб-сайтов и приложений. Не пропустите! 🔥

👉 Регистрация https://vk.cc/cOvnn9

Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Сейчас покажу приём, который спасает время при регрессионном тестировании больших проектов.

Ситуация:
Проект огромный, релизы частые, тест-кейсов — сотни. Каждый регресс гонять вручную — невозможно, автоматизация есть, но покрывает не всё.

Решение — приоритизация тестов через "smoke + risk-based" подход.

Как я делаю:

1. Составляю smoke-набор — минимальный список тестов, который проверяет, что система вообще жива (логин, основные функции, критичные интеграции).
2. Выделяю модули с высоким риском изменений — туда иду с расширенным тестированием.
3. Использую свежий git log — смотрю, какие файлы менялись, и беру тесты, связанные с этими зонами.
4. Подключаю автоматизацию на всё, что уже покрыто автотестами, и вручную иду только в непокрытые части.

Плюс:

- Быстрее получаем обратную связь о состоянии системы.
- Меньше тратим время на очевидно стабильные зоны.
- Концентрируем усилия там, где вероятность бага максимальна.

Этот подход особенно полезен в стартапах или на проектах с частыми деплоями, где времени на полный регресс просто нет.

А вы в регрессе — бежите всё подряд или используете приоритизацию?

#qa #testing

Подпишись👉 @testlab_qa

#qa #testing

Подпишись👉 @testlab_qa