*🤔 *Какие знаешь ящики тестирования?

Чёрный ящик (Black Box) — тестирование без знания внутренней структуры. Белый ящик (White Box) — тестирование с анализом внутренней логики. Серый ящик (Gray Box) — комбинация обоих подходов, с частичным знанием внутренней структуры.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай *📚*** Базу знаний

🤔 Когда нужен чек лист?

Чек-лист необходим в различных ситуациях для организации и структурирования процесса тестирования. Он помогает обеспечить, что все важные аспекты и функции приложения проверены, и ни одна критическая область не упущена.

🚩Основные случаи применения

🟠Регрессионное тестирование
Чтобы убедиться, что все важные функции приложения работают после внесения изменений в код.

🟠Санитарное тестирование (Sanity Testing)
Быстрая проверка критических функций после мелких изменений или исправлений.

🟠Смоук-тестирование (Smoke Testing)
Первичная проверка основных функций системы перед началом более детального тестирования.

🟠Тестирование по сценариям (Scenario-Based Testing)
Проверка специфических сценариев использования приложения, чтобы убедиться, что они выполняются правильно.

🟠Ручное тестирование (Manual Testing)
Помогает тестировщикам не пропустить важные шаги и систематизировать процесс.

🟠Повторяющиеся тесты
Когда необходимо многократно выполнять одни и те же тесты в течение длительного времени, чек-лист помогает поддерживать качество и последовательность.

🟠Тестирование по требованию
Для тестирования специфических требований и бизнес-правил, чтобы убедиться, что они правильно реализованы.

🟠Новые члены команды
Чек-лист помогает новым членам команды быстрее освоиться и следовать установленным процессам.

🚩Пример

1⃣Авторизация
Проверка ввода корректного логина и пароля. Проверка реакции на некорректный логин и пароль. Проверка функции восстановления пароля.

2⃣Корзина
Добавление товара в корзину. Удаление товара из корзины. Обновление количества товара в корзине.

3⃣Оформление заказа
Проверка процесса ввода данных для доставки. Проверка различных методов оплаты. Проверка отправки подтверждения заказа.

Ставь *👍*** и забирай *📚*** Базу знаний

*🤔 *Для тестирования ПО где можно взять ожидаемый результат?

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

Ставь 👍 если знал ответ, 🔥 если нет
Забирай *📚*** Базу знаний

🤔 Расскажи про принципы тестирования?

🟠Наличие дефектов
Тестирование показывает существование ошибок, но не их отсутствие.
🟠Неисчерпаемость
Полное тестирование невозможно, тестируются приоритетные случаи.
🟠Раннее тестирование
Раннее выявление ошибок снижает затраты на их исправление.
🟠Скопление дефектов
Большинство дефектов сосредоточено в небольшом числе модулей.
🟠Парадокс пестицида
Повторные тесты теряют эффективность, их нужно обновлять.
🟠Контекстуальность
Методы тестирования зависят от типа и критичности системы.
🟠Соответствие требованиям
Безошибочная система может не удовлетворять потребности пользователя.

Ставь *👍*** и забирай *📚*** Базу знаний

*🤔 *Для тестирования ПО где можно взять ожидаемый результат?

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

Ставь 👍 если знал ответ, 🔥 если нет
Забирай *📚*** Базу знаний

🤔 Почему waterfall имеет минимальный риск ошибки?

Водопадная модель (Waterfall) разработки программного обеспечения известна своей последовательной и строгой структурой. Эта модель предполагает прохождение через ряд этапов, таких как анализ требований, дизайн, разработка, тестирование, деплой и обслуживание, в строгом порядке.

*🚩*Основные причины

🟠Чётко определённые этапы
Каждый этап должен быть завершён перед переходом к следующему. Это снижает вероятность пропуска критических шагов.

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

🟠Подробный анализ и планирование
Значительное внимание уделяется этапу анализа и планирования. Это позволяет выявить потенциальные проблемы и риски на ранних стадиях и разработать стратегии их минимизации.

🟠Тестирование после каждого этапа
Завершение каждого этапа включает тестирование и верификацию. Это позволяет обнаруживать и исправлять ошибки до перехода к следующему этапу.

🟠Формальное утверждение на каждом этапе
Переход к следующему этапу возможен только после формального утверждения текущего этапа. Это обеспечивает строгий контроль качества и соответствие требованиям.

🟠Меньше изменений в требованиях
Поскольку требования фиксируются на начальном этапе, вероятность внесения изменений в процессе разработки минимальна. Это снижает риск появления новых ошибок, связанных с изменениями.

🚩Примеры снижения риска

🟠Документация
Подробная спецификация требований помогает избежать недоразумений и ошибок в понимании задач.
🟠Контроль качества
Регулярные проверки и утверждения на каждом этапе предотвращают накопление ошибок.
🟠Планирование
Тщательное планирование и анализ требований позволяют предусмотреть и избежать потенциальных проблем.

Ставь *👍*** и забирай *📚*** Базу знаний

🤔 Что такое Selenium IDE?

Это инструмент для автоматизации тестирования веб-приложений. Это расширение для браузеров, которое позволяет записывать, редактировать и воспроизводить тестовые сценарии без необходимости программирования.

🚩Основные характеристики

🟠Запись и воспроизведение
Позволяет записывать действия пользователя на веб-странице и воспроизводить их для тестирования.
🟠Простота использования
Не требует знаний программирования, подходит для начинающих тестировщиков.
🟠Редактирование тестов
Возможность редактирования записанных тестов для добавления проверок и настроек.
🟠Поддержка команд Selenium
Включает команды для выполнения различных действий на веб-страницах, таких как клики, ввод текста и навигация.

Ставь *👍*** и забирай *📚*** Базу знаний