✅Зачем нужно контрактное тестирование в Kotlin QA и как гарантировать, что фронтенд и бэкенд понимают друг друга?
Приглашаем вас на открытый урок курса «Kotlin QA Engineer» от Otus, где рассмотрим инструменты для контрактного тестирования на Kotlin: Pact, Spring Cloud Contract и их отличие от интеграционных тестов.
Разберемся, как Kotlin QA-инженеры могут использовать Pact для тестирования API взаимодействия между сервисами.
Проведем интеграцию контрактных тестов на Kotlin в CI/CD
Обсудим best practices для Kotlin QA и разберем кейсы
Регистрация и подробности: 👇
https://vk.cc/cKBaKi
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Приглашаем вас на открытый урок курса «Kotlin QA Engineer» от Otus, где рассмотрим инструменты для контрактного тестирования на Kotlin: Pact, Spring Cloud Contract и их отличие от интеграционных тестов.
Разберемся, как Kotlin QA-инженеры могут использовать Pact для тестирования API взаимодействия между сервисами.
Проведем интеграцию контрактных тестов на Kotlin в CI/CD
Обсудим best practices для Kotlin QA и разберем кейсы
Регистрация и подробности: 👇
https://vk.cc/cKBaKi
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
👍1
🔍 Что спрашивать на собеседовании QA'шнику: мой топ-5 вопросов
Сегодня покажу вам свои любимые вопросы, которые я задаю кандидатам на позицию тестировщика. Эти вопросы помогают быстро понять уровень человека — как технический, так и общий подход к работе.
1. Что ты будешь делать, если продакшн упал, а разработчика нет на месте?
Смотрю на реакцию: паникует или предлагает конкретные действия (логи, откат, алерты).
2. Как ты определяешь, что баг действительно критичный?
Тут важно мышление. Вижу ли я понимание бизнес-приоритетов или просто «красный экран = P0»?
3. Опиши самый сложный баг, который ты ловил. Как нашёл?
Оцениваю глубину анализа и навыки коммуникации — баг же надо не только найти, но и донести.
4. Как ты тестируешь без документации?
Умеет ли кандидат работать с продуктом «руками», искать баги через исследование?
5. Когда автоматизация вредна?
Идея — узнать, понимает ли, где ROI автоматизации низкий и когда ручное тестирование выгоднее.
Эти вопросы — не про запугать. Они про реальный опыт и зрелость. Часто кандидат сам раскрывается намного лучше, чем при стандартных вопросах вроде «что такое баг-репорт».
А какие вопросы вы задаёте/встречали на собеседованиях? Делитесь в комментариях — соберём народный список!
#qa #testing
Подпишись👉 @testlab_qa
Сегодня покажу вам свои любимые вопросы, которые я задаю кандидатам на позицию тестировщика. Эти вопросы помогают быстро понять уровень человека — как технический, так и общий подход к работе.
1. Что ты будешь делать, если продакшн упал, а разработчика нет на месте?
Смотрю на реакцию: паникует или предлагает конкретные действия (логи, откат, алерты).
2. Как ты определяешь, что баг действительно критичный?
Тут важно мышление. Вижу ли я понимание бизнес-приоритетов или просто «красный экран = P0»?
3. Опиши самый сложный баг, который ты ловил. Как нашёл?
Оцениваю глубину анализа и навыки коммуникации — баг же надо не только найти, но и донести.
4. Как ты тестируешь без документации?
Умеет ли кандидат работать с продуктом «руками», искать баги через исследование?
5. Когда автоматизация вредна?
Идея — узнать, понимает ли, где ROI автоматизации низкий и когда ручное тестирование выгоднее.
Эти вопросы — не про запугать. Они про реальный опыт и зрелость. Часто кандидат сам раскрывается намного лучше, чем при стандартных вопросах вроде «что такое баг-репорт».
А какие вопросы вы задаёте/встречали на собеседованиях? Делитесь в комментариях — соберём народный список!
#qa #testing
Подпишись👉 @testlab_qa
👍9❤2
🎯 Что делать, если баг не воспроизводится у разработчика?
Привет, коллеги! Сегодня расскажу о ситуации, которая случается, пожалуй, с каждым тестировщиком: вы находите баг, всё четко описали, приложили скрины и логи, но… разработчик пишет: «У меня не воспроизводится». Что делать?
Вот мой чеклист, который помогает не устраивать битву QA против Dev:
1. Проверить окружение.
Одна из частых причин — разные сборки, версии браузера или мобильной ОС. Уточните, на чём тестили, и сравните с тем, что использует разработчик.
2. Уточнить данные.
Некоторые баги проявляются только при определённом пользователе, ролях или специфическом наборе данных. Проверьте: может быть, баг связан с конкретной записью или конфигурацией.
3. Пошаговая инструкция.
Иногда важен порядок действий. Убедитесь, что шаги в баг-репорте полностью воспроизводят ваш путь — вплоть до конкретной кнопки, на которую вы нажимали.
4. Добавить видео.
Скриншоты — хорошо, но короткое видео с багом часто снимает все вопросы. Особенно если баг нестабильный.
5. Проверка логов.
Даже если баг не виден, он может оставить след в логах. Приложите записи с уровнем
6. Воспроизведение вместе.
Иногда проще устроить короткий Zoom/Teams и показать баг вживую. Часто это быстрее, чем переписка на 20 сообщений.
✨ И помните: мы не боремся с разработчиком, мы вместе боремся с багом. Сотрудничество — наше главное оружие.
Как вы обычно решаете такие ситуации? Делитесь в комментах!
#qa #testing
Подпишись👉 @testlab_qa
Привет, коллеги! Сегодня расскажу о ситуации, которая случается, пожалуй, с каждым тестировщиком: вы находите баг, всё четко описали, приложили скрины и логи, но… разработчик пишет: «У меня не воспроизводится». Что делать?
Вот мой чеклист, который помогает не устраивать битву QA против Dev:
1. Проверить окружение.
Одна из частых причин — разные сборки, версии браузера или мобильной ОС. Уточните, на чём тестили, и сравните с тем, что использует разработчик.
2. Уточнить данные.
Некоторые баги проявляются только при определённом пользователе, ролях или специфическом наборе данных. Проверьте: может быть, баг связан с конкретной записью или конфигурацией.
3. Пошаговая инструкция.
Иногда важен порядок действий. Убедитесь, что шаги в баг-репорте полностью воспроизводят ваш путь — вплоть до конкретной кнопки, на которую вы нажимали.
4. Добавить видео.
Скриншоты — хорошо, но короткое видео с багом часто снимает все вопросы. Особенно если баг нестабильный.
5. Проверка логов.
Даже если баг не виден, он может оставить след в логах. Приложите записи с уровнем
error или warning.6. Воспроизведение вместе.
Иногда проще устроить короткий Zoom/Teams и показать баг вживую. Часто это быстрее, чем переписка на 20 сообщений.
✨ И помните: мы не боремся с разработчиком, мы вместе боремся с багом. Сотрудничество — наше главное оружие.
Как вы обычно решаете такие ситуации? Делитесь в комментах!
#qa #testing
Подпишись👉 @testlab_qa
👍4👏1
👨💻 Сегодня я покажу, как быстро проверить API без Postman и других инструментов
Обычно, когда тестировщики слышат «проверь API», рука сама тянется к Postman или Swagger. Но что если нужно быстро глянуть ответ эндпоинта, а под рукой — только терминал?
В таких случаях я использую
🔹 GET-запрос:
🔹 POST с телом запроса:
🔹 Сохранить ответ в файл:
⚡️ Почему это удобно?
- Не надо открывать интерфейс
- Работает даже на удалённых машинах (через ssh)
- Можно быстро включить в автотесты или скрипты
💬 А ты используешь
#qa #testing
Подпишись👉 @testlab_qa
Обычно, когда тестировщики слышат «проверь API», рука сама тянется к Postman или Swagger. Но что если нужно быстро глянуть ответ эндпоинта, а под рукой — только терминал?
В таких случаях я использую
curl. Вот пара примеров, которые спасают мне время:🔹 GET-запрос:
curl -X GET "https://api.example.com/users" -H "Authorization: Bearer <токен>"
🔹 POST с телом запроса:
curl -X POST "https://api.example.com/login" \
-H "Content-Type: application/json" \
-d '{"username": "qa_user", "password": "123456"}'
🔹 Сохранить ответ в файл:
curl -o response.json "https://api.example.com/data"
⚡️ Почему это удобно?
- Не надо открывать интерфейс
- Работает даже на удалённых машинах (через ssh)
- Можно быстро включить в автотесты или скрипты
💬 А ты используешь
curl в своей практике? Напиши, какие команды у тебя в закладках.#qa #testing
Подпишись👉 @testlab_qa
👍5
🧪 Как Fiddler спасает нагрузочное тестирование
Если ты до сих пор записываешь скрипты в Recorder — пора прокачать инструментарий.
Fiddler — не просто альтернатива, а настоящий универсальный солдат в нагрузочном тестировании.
🔥22 апреля в 20:00 мск. приглашаем на бесплатный вебинар «Без Fiddler как без рук: как инструмент спасает нагрузочное тестирование».
Что разберём:
🔹 как Fiddler помогает отлаживать скрипты быстрее и надёжнее
🔹 как перехватывать трафик и работать с системами без прокси
🔹 как подменять пакеты, использовать заглушки и гибко настраивать среду
📌 В конце — бонус: шпаргалка по настройке Fiddler для твоих проектов
🔧 Полезно всем, кто хочет добавить в свои тесты больше контроля и меньше боли.
👉 Регистрируйся: https://vk.cc/cKTxPx
Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Если ты до сих пор записываешь скрипты в Recorder — пора прокачать инструментарий.
Fiddler — не просто альтернатива, а настоящий универсальный солдат в нагрузочном тестировании.
🔥22 апреля в 20:00 мск. приглашаем на бесплатный вебинар «Без Fiddler как без рук: как инструмент спасает нагрузочное тестирование».
Что разберём:
🔹 как Fiddler помогает отлаживать скрипты быстрее и надёжнее
🔹 как перехватывать трафик и работать с системами без прокси
🔹 как подменять пакеты, использовать заглушки и гибко настраивать среду
📌 В конце — бонус: шпаргалка по настройке Fiddler для твоих проектов
🔧 Полезно всем, кто хочет добавить в свои тесты больше контроля и меньше боли.
👉 Регистрируйся: https://vk.cc/cKTxPx
Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
🧪 Сегодня хочу поговорить о функциональном тестировании API.
Очень часто вижу, как ручные тестировщики не используют Postman/REST Client на максимум. А ведь с его помощью можно реально ускорить рутину.
Например, вместо того чтобы вручную дергать эндпоинты с одними и теми же параметрами — соберите коллекции, настройте переменные окружения, добавьте предусловия и пост-обработку. Да, немного времени на настройку — но потом просто нажимаете “Send” и смотрите результат.
📌 А если вы еще не используете тесты прямо в Postman, обязательно попробуйте:
Плюс, можно писать более сложную валидацию:
Прелесть в том, что это всё можно закоммитить в git и запускать через Newman, встроить в CI — и вы уже автоматизируете функциональное тестирование API. Пусть не на 100%, но шаг в эту сторону сделан.
Попробуйте и расскажите, как вы используете Postman — просто для ручных запросов или уже как полноценный инструмент для автотестов?
#qa #testing
Подпишись👉 @testlab_qa
Очень часто вижу, как ручные тестировщики не используют Postman/REST Client на максимум. А ведь с его помощью можно реально ускорить рутину.
Например, вместо того чтобы вручную дергать эндпоинты с одними и теми же параметрами — соберите коллекции, настройте переменные окружения, добавьте предусловия и пост-обработку. Да, немного времени на настройку — но потом просто нажимаете “Send” и смотрите результат.
📌 А если вы еще не используете тесты прямо в Postman, обязательно попробуйте:
pm.test("Статус 200", function () {
pm.response.to.have.status(200);
});
Плюс, можно писать более сложную валидацию:
pm.test("Ответ содержит userId", function () {
const jsonData = pm.response.json();
pm.expect(jsonData).to.have.property("userId");
});
Прелесть в том, что это всё можно закоммитить в git и запускать через Newman, встроить в CI — и вы уже автоматизируете функциональное тестирование API. Пусть не на 100%, но шаг в эту сторону сделан.
Попробуйте и расскажите, как вы используете Postman — просто для ручных запросов или уже как полноценный инструмент для автотестов?
#qa #testing
Подпишись👉 @testlab_qa
❤5👍2
⚙️ K6 и Gatling: нагрузка по всем фронтам — gRPC, WebSocket и HTTP
Если ты работаешь с микросервисами, то знаешь, как сложно бывает грамотно нагрузить всё сразу — и gRPC, и WebSocket, и HTTP.
Разберём, как сделать это красиво и эффективно с помощью K6 и Gatling.
🔥29 апреля в 20:00 мск. приглашаем на бесплатный вебинар «Gatling и K6: тесты для gRPC, WebSocket и HTTP»
Что сделаем на занятии:
✅ создадим и запустим комбинированные тесты для gRPC, WebSocket и HTTP
✅ сравним инструменты K6 и Gatling в прямом эфире
✅ подготовим нагрузку на микросервис — прямо во время вебинара
✅ покажем, как запускать сценарии параллельно для комплексного моделирования
🎁 В конце — готовые скрипты, которые можно взять в работу.
👉 Регистрируйся: https://vk.cc/cL4PRS
Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.
Если ты работаешь с микросервисами, то знаешь, как сложно бывает грамотно нагрузить всё сразу — и gRPC, и WebSocket, и HTTP.
Разберём, как сделать это красиво и эффективно с помощью K6 и Gatling.
🔥29 апреля в 20:00 мск. приглашаем на бесплатный вебинар «Gatling и K6: тесты для gRPC, WebSocket и HTTP»
Что сделаем на занятии:
✅ создадим и запустим комбинированные тесты для gRPC, WebSocket и HTTP
✅ сравним инструменты K6 и Gatling в прямом эфире
✅ подготовим нагрузку на микросервис — прямо во время вебинара
✅ покажем, как запускать сценарии параллельно для комплексного моделирования
🎁 В конце — готовые скрипты, которые можно взять в работу.
👉 Регистрируйся: https://vk.cc/cL4PRS
Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576Сегодня хочу показать вам одну из самых недооценённых возможностей Postman — Collection Runner.
Обычно Postman используют для ручного тестирования API. Но если у тебя уже есть коллекция с запросами, зачем запускать их по одному, если можно сразу всех «выгулять»?
Collection Runner позволяет:
- запускать все запросы из коллекции по очереди;
- передавать переменные между запросами;
- прогонять тесты на разных наборах данных (через CSV или JSON);
- видеть результат каждого шага: статус, время отклика, тело ответа.
🔥 А теперь фишка: ты можешь эмулировать целый бизнес-флоу, как будто пользователь прошёл регистрацию, логин, заказал товар, оплатил и вышел. Всё это в пару кликов.
Если хочется автоматизации, но писать код пока рано или не хочется — начни с Collection Runner. Он даст тебе уверенность, структуру и понимание, как автоматизация работает изнутри.
#qa #testing
Подпишись👉 @testlab_qa
Обычно Postman используют для ручного тестирования API. Но если у тебя уже есть коллекция с запросами, зачем запускать их по одному, если можно сразу всех «выгулять»?
Collection Runner позволяет:
- запускать все запросы из коллекции по очереди;
- передавать переменные между запросами;
- прогонять тесты на разных наборах данных (через CSV или JSON);
- видеть результат каждого шага: статус, время отклика, тело ответа.
🔥 А теперь фишка: ты можешь эмулировать целый бизнес-флоу, как будто пользователь прошёл регистрацию, логин, заказал товар, оплатил и вышел. Всё это в пару кликов.
Если хочется автоматизации, но писать код пока рано или не хочется — начни с Collection Runner. Он даст тебе уверенность, структуру и понимание, как автоматизация работает изнутри.
#qa #testing
Подпишись👉 @testlab_qa
👍5
🎯 Сегодня хочу поговорить о тестировании в бэкенде — а точнее, как тестировщик может читать логи и не бояться этого.
Часто слышу: "Это задача разработчика — логи смотреть". Не-а. Если ты хочешь расти в профессии, умение читать логи — твой must-have.
Вот как я обычно подхожу:
1. Завёл баг? Ищу его trace в логах. Смотрю по времени, по ID запроса, по юзеру — всё, что поможет найти нужный кусок.
2. Непонятный баг? Логи часто расскажут больше, чем UI. Иногда ошибка есть, но UI молчит. А в логах — и stack trace, и подсказка, что именно упало.
3. Автотесты падают? Иду в CI, открываю job, смотрю, что упало — и сразу в логи.
💡 Советы:
- Попроси у разработчиков доступ к логам или Kibana.
- Освой grep, tail, less — они твои друзья.
- Старайся каждый баг сопровождать логами — это поднимает доверие к тебе как к специалисту.
Ты не просто ловишь баги. Ты анализируешь их. А это уже не junior-уровень 😉
#qa #testing
Подпишись👉 @testlab_qa
Часто слышу: "Это задача разработчика — логи смотреть". Не-а. Если ты хочешь расти в профессии, умение читать логи — твой must-have.
Вот как я обычно подхожу:
1. Завёл баг? Ищу его trace в логах. Смотрю по времени, по ID запроса, по юзеру — всё, что поможет найти нужный кусок.
2. Непонятный баг? Логи часто расскажут больше, чем UI. Иногда ошибка есть, но UI молчит. А в логах — и stack trace, и подсказка, что именно упало.
3. Автотесты падают? Иду в CI, открываю job, смотрю, что упало — и сразу в логи.
💡 Советы:
- Попроси у разработчиков доступ к логам или Kibana.
- Освой grep, tail, less — они твои друзья.
- Старайся каждый баг сопровождать логами — это поднимает доверие к тебе как к специалисту.
Ты не просто ловишь баги. Ты анализируешь их. А это уже не junior-уровень 😉
#qa #testing
Подпишись👉 @testlab_qa
👍6
🚀 Подборка 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
Системное администрирование, 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
Telegram
Bash Советы
🚀 Секреты и советы по Bash
🔹 Полезные трюки, хитрые однострочники и лайфхаки для работы в терминале.
🔹 Автоматизация, скрипты и оптимизация работы в Linux.
🔹 Стать мастером Bash легко – просто подпишись!
По всем вопросам @evgenycarter
🔹 Полезные трюки, хитрые однострочники и лайфхаки для работы в терминале.
🔹 Автоматизация, скрипты и оптимизация работы в Linux.
🔹 Стать мастером Bash легко – просто подпишись!
По всем вопросам @evgenycarter
🔥2❤1
Сегодня хочу поделиться простой, но крайне полезной привычкой, которая улучшила качество моего тестирования.
Когда я только начинал работать тестировщиком, после выполнения тест-кейсов я сразу отправлял баг-репорты или закрывал задачи. Сейчас я всегда уделяю 5–10 минут, чтобы быстро проанализировать, а что ещё можно проверить дополнительно?
Например:
- Можно ли ввести странные символы в форму?
- Что будет, если нажать кнопку несколько раз подряд?
- Что произойдет, если разорвать соединение во время операции?
Такие маленькие проверки часто помогают найти баги, которые иначе бы ускользнули.
Попробуйте — вам понравится этот "быстрый дополнительный штурм" перед завершением тестирования!
А у вас есть свои маленькие фишки, которые помогают ловить баги? Делитесь в комментариях 👇
#qa #testing
Подпишись👉 @testlab_qa
Когда я только начинал работать тестировщиком, после выполнения тест-кейсов я сразу отправлял баг-репорты или закрывал задачи. Сейчас я всегда уделяю 5–10 минут, чтобы быстро проанализировать, а что ещё можно проверить дополнительно?
Например:
- Можно ли ввести странные символы в форму?
- Что будет, если нажать кнопку несколько раз подряд?
- Что произойдет, если разорвать соединение во время операции?
Такие маленькие проверки часто помогают найти баги, которые иначе бы ускользнули.
Попробуйте — вам понравится этот "быстрый дополнительный штурм" перед завершением тестирования!
А у вас есть свои маленькие фишки, которые помогают ловить баги? Делитесь в комментариях 👇
#qa #testing
Подпишись👉 @testlab_qa
👍9
🚀 Первое нагрузочное тестирование: минимум для старта
Хочешь разобраться в нагрузочном тестировании, но не знаешь, с чего начать?
Этот вебинар — идеальная отправная точка. Без лишней теории, с упором на практику.
🔥13 мая в 20:00 мск. приглашаем на открытый вебинар «Минимум для старта: как провести своё первое нагрузочное тестирование»
Что будет:
🔹 выберем удобный для вас инструмент
🔹 определим, какие запросы стоит нагружать
🔹 настроим базовый мониторинг
🔹 разберём, как анализировать полученные результаты
📌 Узнаешь, что делать, если НТ нужно «ещё вчера», и в какие направления копать дальше.
👉 Регистрируйся, чтобы старт был уверенным: https://vk.cc/cLEixW
Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Хочешь разобраться в нагрузочном тестировании, но не знаешь, с чего начать?
Этот вебинар — идеальная отправная точка. Без лишней теории, с упором на практику.
🔥13 мая в 20:00 мск. приглашаем на открытый вебинар «Минимум для старта: как провести своё первое нагрузочное тестирование»
Что будет:
🔹 выберем удобный для вас инструмент
🔹 определим, какие запросы стоит нагружать
🔹 настроим базовый мониторинг
🔹 разберём, как анализировать полученные результаты
📌 Узнаешь, что делать, если НТ нужно «ещё вчера», и в какие направления копать дальше.
👉 Регистрируйся, чтобы старт был уверенным: https://vk.cc/cLEixW
Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
👍1
Сегодня я покажу, как сэкономить кучу времени при проверке багов.
Сценарий знакомый каждому: разработчик пофиксил баг, ты идёшь перепроверять. А фикса нет. Начинаешь дергать: “Ты точно запушил?”, “А релиз был?”, “А ты на нужной ветке?”
Чтобы не попадать в такие ситуации, я завел себе простой чеклист на проверку фиксов:
1. Убедиться, что билд обновлён (номер версии, дата сборки и т.п.)
2. Проверить, что фиксы действительно попали в сборку (по changelog или по тикету в трекере)
3. Перепроверить окружение (может, ты на staging, а фиксы на dev)
4. Только после этого начинать ручную проверку
Идея в том, чтобы минимизировать потери времени — и свои, и команды.
А как ты проверяешь фиксы? Поделись своим методом в комментариях👇
#qa #testing
Подпишись👉 @testlab_qa
Сценарий знакомый каждому: разработчик пофиксил баг, ты идёшь перепроверять. А фикса нет. Начинаешь дергать: “Ты точно запушил?”, “А релиз был?”, “А ты на нужной ветке?”
Чтобы не попадать в такие ситуации, я завел себе простой чеклист на проверку фиксов:
1. Убедиться, что билд обновлён (номер версии, дата сборки и т.п.)
2. Проверить, что фиксы действительно попали в сборку (по changelog или по тикету в трекере)
3. Перепроверить окружение (может, ты на staging, а фиксы на dev)
4. Только после этого начинать ручную проверку
Идея в том, чтобы минимизировать потери времени — и свои, и команды.
А как ты проверяешь фиксы? Поделись своим методом в комментариях👇
#qa #testing
Подпишись👉 @testlab_qa
👍4
Сегодня покажу вам один простой, но очень полезный подход для ручного тестирования — чек-листы по сценариям использования (use case-based checklists).
Когда у нас нет времени на полноценные тест-кейсы или документация страдает, чек-листы спасают. Но не любые, а ориентированные на реальные сценарии.
Вместо сухих "Открыть страницу – проверить отображение блока", я пишу так:
* Пользователь заходит на сайт впервые: что он должен увидеть?
* Пользователь добавляет товар в корзину и уходит — что произойдёт через 24 часа?
* Пользователь вводит неправильный пароль 3 раза — как реагирует система?
Такой подход:
✅ Помогает мыслить как пользователь
✅ Выявляет граничные и забытые кейсы
✅ Делает тестирование осмысленным, а не механическим
Попробуйте сделать такие чек-листы для своей фичи — удивитесь, сколько нюансов всплывёт.
А вы используете чек-листы или сразу пишете тест-кейсы?
#qa #testing
Подпишись👉 @testlab_qa
Когда у нас нет времени на полноценные тест-кейсы или документация страдает, чек-листы спасают. Но не любые, а ориентированные на реальные сценарии.
Вместо сухих "Открыть страницу – проверить отображение блока", я пишу так:
* Пользователь заходит на сайт впервые: что он должен увидеть?
* Пользователь добавляет товар в корзину и уходит — что произойдёт через 24 часа?
* Пользователь вводит неправильный пароль 3 раза — как реагирует система?
Такой подход:
✅ Помогает мыслить как пользователь
✅ Выявляет граничные и забытые кейсы
✅ Делает тестирование осмысленным, а не механическим
Попробуйте сделать такие чек-листы для своей фичи — удивитесь, сколько нюансов всплывёт.
А вы используете чек-листы или сразу пишете тест-кейсы?
#qa #testing
Подпишись👉 @testlab_qa
👍7