Найти в Дзене
🔥 ПОДБОРКА ЛУЧШИХ ШПАРГАЛОК ДЛЯ QA
Профессия QA переживает очередную трансформацию — автоматизация, AI-driven тестирование и гиперскоростной CI/CD требуют от специалистов не только глубины знаний, но и умения быстро ориентироваться в инструментах и методологиях. В такой реальности шпаргалки — это не «костыль», а легитимный инструмент профессионала, помогающий оперативно извлекать нужную информацию из памяти и не тратить время на поиски базовых конструкций. Канал QA❤4Life собрал мощную коллекцию практических гайдов, которые закрывают...
1 месяц назад
🔥 ТОП-Материалов по тестированию: Февраль 2025🔥
🔹 Основы API в доступной форме – если API – это пока тёмный лес, эта статья поможет разобраться в базовых принципах. 📖 Читать 🔹 Ошибки в нагрузочном тестировании – почему нагрузка падает не туда, куда надо. 📖 Читать 🔹 Метрики качества продукта – измеряем и оцениваем качество софта. 📖 Читать 🔹 Профиль тестирования для ЦФТ – реальный кейс тестирования крупной банковской системы. 📖 Читать 🔹 Когда ты один тестировщик на 9 разработчиков – вызовы и лайфхаки работы в одиночку. 📖 Читать 🔹 Все, что нужно знать менеджеру о QA – если хотите донести до руководителя, зачем QA-инженеры...
10 месяцев назад
❓Как правильно выбрать тесты для регрессионного тестирования? ☝Отбор тестов для регрессионного тестирования — это ключевой процесс, который позволяет выявлять регрессии (возврат ранее исправленных дефектов) и предотвращать неожиданные ошибки в ПО. Для эффективного отбора тестов необходимо учитывать приоритетность функционала, риск изменений, покрытие критических путей и доступные ресурсы. 🔹 Подходы к отбору тестов для регрессии 1 Анализ изменений в коде и влияние на систему Как указано в книге "Фулстек тестирование" (Гаятри Мохан), важно понимать, какие компоненты были изменены и какие другие модули могут быть затронуты. Используйте анализ влияния изменений (Impact Analysis), чтобы определить, какие тесты будут наиболее полезными. 2 Критичность функционала В ISTQB Foundation Level Syllabus говорится, что тесты должны быть сосредоточены на критических бизнес-функциях и модулях с высоким риском отказа. В книге "Как тестируют в Google" подчеркивается, что тесты, влияющие на пользовательский опыт и основные бизнес-процессы, должны быть в приоритете. 3 Использование тестов, обнаруживавших дефекты ранее В книге "Тестирование программного обеспечения. Контекстно-ориентированный подход" (Кейнер, Бах, Петтикорд) говорится, что тесты, ранее находившие баги, имеют высокий приоритет, так как эти области уже были проблемными. 4 Баланс между ручными и автоматизированными тестами В "Эффективном тестировании программного обеспечения" Маурисио Аниче описывает, что ключевые тесты должны быть автоматизированы, чтобы ускорить регрессию и повысить её стабильность. Используйте юнит-тесты для проверки логики, интеграционные тесты для взаимодействия компонентов и UI-тесты для пользовательского интерфейса. 5 Тестирование на уровне API и контрактного тестирования В книге "Тестирование веб-API" (Марк Винтерингем) отмечается, что API-тесты являются более надежными для регрессионного тестирования, так как они быстрее выполняются и менее зависят от UI-изменений. 6 Ротация и оптимизация регрессионного набора В книге "Принципы юнит-тестирования" (Владимир Хориков) говорится, что не все тесты должны запускаться каждый раз, так как это может замедлить процесс разработки. Используйте подход приоритезации, например: 🟥 Smoke-тесты – самые критичные проверки (запуск при каждом билде). 🟧 Среднеприоритетные тесты – запускаются раз в несколько итераций. 🟩 Низкоприоритетные тесты – можно запускать реже, например, перед релизом. ❗ Эффективный отбор тестов для регрессии требует анализа влияния изменений, приоритетов функционала, истории дефектов и доступных ресурсов. Комбинирование автоматизированного и ручного тестирования, а также использование анализа покрытия и оптимизированного набора тестов помогает сделать регрессию быстрой и эффективной. ✍ Подписывайтесь на наш канал QA❤4Life, чтобы быть в курсе последних IT-событий и не пропустить ещё больше полезных постов, статей, материалов, мемов, конкурсов и акций! t.me/...ife tt.meQA❤4Life | Testing | IT #QA #тестирование #тестировщик #IT #Testing #Tester #QA4Life #вопрос_ответ
10 месяцев назад
Подборка из 25 Telegram‑каналов о тестировании и QA
​Подборка лучших ТГ каналов  о тестировании по версии ТГ-канала 🔥 QA❤️4Life 1. 🧑‍💻 Серьёзный тестировщик Контент для начинающих и опытных тестировщиков: подробные статьи, видеоуроки и практические советы по развитию навыков в QA. 🔗 https://t.me/serious_tester 2. 👼 Тестировщик от бога Экспертный канал от команды TestEngineer с гайдами, туториалами и вакансиями по ручному и автоматизированному тестированию. 🔗 https://t.me/godoftesting 3. 🔥🎓 QA❤️4Life | Testing | IT Твой спасательный круг в мире тестирования! 🔍 Шпаргалки, полезные статьи, видео и QA-юмор...
10 месяцев назад
Ошибка не в проблеме, а в симптомах проблемы
Исправление ошибок без устранения их первопричин может замаскировать более глубокие проблемы. Изучите методы выявления, анализа и эффективного устранения первопричин. Автор Виталий Шароватов Перевод на русский. Оригинал статьи здесь В IT, когда мы находим ошибку, мы ее исправляем. Исправление — это решение, поэтому кажется логичным, что ошибка — это проблема, и как только она исправлена, у нас все в порядке, верно? Не совсем. Ошибки — это не проблемы, а скорее симптомы проблемы. Подумайте об этом...
11 месяцев назад
Из препода универа в QA: моя история входа в профессию "Инженер по тестированию"
👍 В этой статье я поделюсь своим необычным путём из преподавательской деятельности в мир тестирования программного обеспечения. 🚀 Начав с администрирования сайтов в университете, я перешёл в QA, благодаря поддержке близких и обучению в SkyPro. 💡 У меня было много сомнений, но с каждым шагом я учился, развивался и в итоге стал уверенным специалистом. 🛠 👇 Эта история о том, как важно не бояться перемен, использовать возможности обучения и наставничества, а также не останавливаться на достигнутом! 👨‍💻 Свой путь в IT-сфере я начал, еще работая преподавателем в университете...
11 месяцев назад
Что такое принцип "Ноль-не ноль" в тестировании?
1 Ноль на входе, не ноль на выходе Если в поисковой системе не ввести запрос (передать "нулевой" запрос), система может вернуть все доступные данные. То есть "нулевой" запрос приводит к не нулевому результату (например, все записи). 2 Не ноль на входе, ноль на выходе Если запрос не находит результатов (например, мы ищем данные, которых нет в базе), на выходе мы получим пустой результат — ноль. 💡 Почему это важно? Этот принцип помогает тестировщикам проверить, как система обрабатывает крайние случаи и какие результаты она выдаёт при неожиданных или некорректных данных...
11 месяцев назад