QApedia | Тестирование

Первые действия при обнаружении бага. Основные действия, которые должны быть выполнены над ошибкой: 1. Воспроизведение; 2. Изоляция; 3. Минимизация. Важно: перед тем, как выписать баг, следует проверить, не выписан ли он кем-то другим. Если баг известен, то обновите информацию, касающуюся его устранения. 1️⃣ Воспроизведение: - Проверьте, можно ли баг воспроизвести; - Выясните, как часто всплывает баг. Если вы нашли ошибку во время ручного тестирования, воссоздайте шаги, чтобы воспроизвести ошибку: - Максимально точно повторите все шаги; - Попробуйте сделать это несколько раз; - Запишите все шаги; - Не вносите изменения между шагами; - Не вносите изменения между попытками. Если вы нашли ошибку во время автоматизированного тестирования и ваш автотест перестал работать: - Повторно запустите скрипт; - Проверьте, упал ли тест в том же месте, на том же тестовом окружении и билде; - Если в тесте используются различные данные, то постарайтесь прогнать его лишь с одним набором; - Попробуйте пройти все шаги руками. попытками. 2️⃣ Изоляция Проверьте, присутствует ли баг при смене следующих параметров: - Операционная система; - Аппаратные средства; - Другие сборки; - Другие параметры. 📌 Другие операционные системы. Проверьте, воспроизводится ли баг на других версиях операционной системы (если Windows, то есть ли ошибка на 7, 8.1 и 10). Если приложение кросс-платформенное, то проверьте на других видах операционных систем. 📌 Различные аппаратные средства. Возникает ли баг при смене количества ядер, размера операционной памяти, производителя железа (Apple, Intel и т.д.). 📌 Проверка на различных сборках. Проверьте различные сборки, падает ли приложение в том же месте при одинаковых шагах. Обновитесь до последней стабильной сборки, может уже всё исправлено. 📌 Другие наборы параметра. Под другими параметрами может подразумеваться коэффициент загрузки, скорость нажатия контроллов, способ их нажатия и т.д. 3️⃣ Минимизация Теперь ваша задача – удалить все ненужные шаги, чтобы воспроизвести баг. Лучше, конечно же, удалять шаг за шагом. Если тестируемое приложение или фича чувствительны к времени загрузки, количество процессоров, памяти, то лучше всё свести на минимум/максимум и идти в обратную сторону, до минимальной нужной величины определённого параметра, когда начинает возникать ошибка. Статья | QApedia

🤖ИИ в работе qa инженера: помощник или источник хаоса? ИИ повсюду, и тестирование не стало исключением. От генерации тест-кейсов с помощью ИИ до предиктивного анализа дефектов и автономных агентов — нам продают будущее, где машины якобы понимают качество лучше, чем когда-либо могли люди. Но за модными терминами и демонстрациями скрываются реальные вызовы и риски, которые нельзя игнорировать. Мы разберём не только технические ловушки, но и этические слепые зоны, риски чрезмерной зависимости, а также последствия того, что ИИ начинают воспринимать как «магическую коробку». Как тестировать сами системы ИИ? Что происходит, когда предвзятость проникает в модели, которым мы доверяем оценку качества продукта? И какие ограничения нужно установить, прежде чем делегировать принятие решений машинам? Что будет рассмотрено: - где ИИ реально помогает тестированию, а где создаёт иллюзию эффективности; - примеры провалов и неожиданных последствий ИИ-инструментов; - как обнаружить и протестировать предвзятость в ML-моделях; - почему «магия» ИИ требует трезвого инженерного взгляда. Регистрация и подробности о курсе: https://clck.ru/3PtcPC Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

В чем разница между базой данных и хранилищем данных? База данных и хранилище данных служат разным целям: первая подходит для ежедневных операций, а второе — для анализа и хранения больших объёмов данных. Подробно все объяснил в картинках! QApedia

Как запускать 100k+ браузеров в день и спать спокойно В статье рассказывается про инфраструктуру тестирования Т-Банка для запуска E2E браузерных тестов, как она развивалась и как в итоге вылилась в открытый проект Selebrow.  Будет много технических подробностей и ни слова про ИИ! QApedia

Charles Proxy — незаменимый инструмент для QA-инженеров, особенно когда нужно перехватить и проанализировать HTTP(S)-трафик. Эта шпаргалка поможет вам системно использовать Charles Proxy при тестировании веб и мобильных приложений. 1️⃣ Перехват и анализ запросов/ответов 🔍 Используйте Charles, чтобы видеть все запросы, которые отправляет приложение, и ответы сервера. Это особенно полезно: для тестирования API без Postman; при отладке проблем с авторизацией, фильтрами или сортировками; для проверки правильности status code (например, 200, 400, 500) и заголовков. 2️⃣ Проверка отправляемых параметров 💡 Убедитесь, что приложение передаёт все нужные параметры в запросах (GET, POST и др.). Проверьте: имя и значение параметров; наличие token, cookie или auth headers; корректность Content-Type, особенно для JSON или form-data. 3️⃣ Проверка данных, приходящих с сервера 📦 Анализируйте тело ответа (Response) на соответствие: структуре и типам данных (JSON, HTML, XML); требованиям к значениям (например, правильное округление цен, статус заказа); бизнес-логике (например, не должен приходить промокод, если он не был активирован). 4️⃣ Замедление сети (Throttle) 🐌 Проверьте поведение приложения при медленном интернете: симулируйте 3G или нестабильную сеть; проверьте, появляются ли спиннеры, сообщения об ошибке, таймауты; полезно при тестировании мобильных приложений и офлайн-режимов. 5️⃣ Модификация запросов и ответов 🛠️ Используйте Rewrite или Map Local, чтобы: изменить значение параметров запроса и проверить валидацию; заменить ответ сервера локальным файлом (.json) и проверить работу UI; воспроизвести нестандартные кейсы (например, пустой список, ошибка 500). 6️⃣ Проверка безопасности 🔐 Проверьте, не передаёт ли приложение пароли, токены или персональные данные в незашифрованном виде. Убедитесь, что: используется HTTPS; авторизация не уязвима (например, Basic Auth без шифрования); конфиденциальные данные не кэшируются. 7️⃣ Тестирование мобильных приложений 📱 Подключите телефон через Wi-Fi к Charles (не забудьте установить сертификат) и: проверьте API-запросы от мобильного клиента; зафиксируйте баги, которые невозможно воспроизвести в эмуляторе; проверьте работу push-уведомлений или чатов через WebSocket. 8️⃣ Работа с WebSocket 🔄 Перехватывайте и анализируйте сообщения WebSocket (если они используются): сообщения чатов, лайв-обновлений; проверьте, приходят ли события вовремя и в нужной последовательности. Charles это мощный инструмент, позволяющий QA-инженеру не просто "смотреть внутрь" приложения, но и управлять средой, симулировать кейсы, которые сложно реализовать вручную. Добавьте Charles в свой арсенал — и вы увидите, как много багов можно поймать до того, как их найдёт пользователь. Статья | QApedia

Собрал для вас подборку тестов по QA. Для тех, кто готовится к собеседованию, или просто для проверки знаний и понимания, где еще есть недочеты! Большой тест с вопросами на собеседовании QA 👉🏻 Пройти тест Большой тест по автоматизации тестирования 👉🏻 Пройти тест ISTQB – тест 👉🏻 Пройти тест Тест по Cypress 👉🏻 Пройти тест Тест по Git 👉🏻 Пройти тест Тест по SQL 👉🏻 Пройти тест Тест по Docker 👉🏻 Пройти тест Тест по Linux 👉🏻 Пройти тест QApedia