🥺Страх тестировщика перед новыми технологиями
#инфо

✔️1. Учитесь постоянно. Сейчас полно бесплатных и доступных курсов

✔️2. Прогоняйте новые инструменты на практике. Практика убирает страх.

✔️3. Начинайте с малого. Не сразу надо овладевать всем новым — выберите одно, что нужно для работы, и сфокусируйтесь.

✔️4. Общайтесь с коллегами. В проф. сообществ, где всегда помогут советом и поддержат.

✔️5. Не бойтесь спрашивать и получать фидбек. Ошибки — это круто, это рост.

Главное — относиться к новым технологиям не как к врагу, а как к прокачке навыков.

https://music.yandex.ru/album/20303369/track/3634552?utm_medium=copy_link

🥺Рабочий(учебный) фон для успокоения

📝Основные виды ручного тестирования

🖤Функциональное тестирование (Functional Testing) - проверяет, соответствует ли программное обеспечение заданным требованиям и выполняет ли все функции, как задумано.

🖤Нефункциональное тестирование (Non-Functional Testing) - оценивает аспекты, не связанные с функциональностью, такие как производительность, безопасность и удобство использования
Пример: Время отклика не должно превышать 2 секунд. Система должна выдерживать 10 000 пользователей одновременно.

🖤Регрессионное тестирование(Regression Testing) - проводится после внесения изменений в код, чтобы убедиться, что новые изменения не повлияли на существующий функционал.

🖤End-to-End (E2E) тестирование - это тип тестирования программного обеспечения, который проверяет систему от начала до конца, имитируя реальное использование пользователем.

🖤Тестирование удобства пользования (Usability Testing) - оценивает, насколько легко и удобно пользователям взаимодействовать с приложением. Это включает в себя тестирование интерфейса и общего пользовательского опыта.

🖤Смок-тестирование ( Smoke Testing) - это начальный этап тестирования программного обеспечения, который проводится для проверки базовой функциональности продукта

🖤Интеграционное тестирование (Integration Testing) - это важный этап в процессе тестирования программного обеспечения, который фокусируется на взаимодействии между различными модулями или компонентами системы.

🖤Повторное тестирование
(Re-testing) - это процесс проверки исправленных ошибок после предыдущих тестов. Его цель — убедиться, что ошибки устранены и функциональность приложения работает корректно.

💌
#знания

💬Часть 1

🖤Тест-дизайн — это проектирование тестовых сценариев на основе анализа требований и рисков.

🖤Его цель — создать минимальный набор проверок, который охватит все ключевые сценарии работы продукта.
______________________________
📝Техники тест-дизайна 

🖤Эквивалентное разбиение
Когда использовать:
При большом диапазоне входных параметров для проверки валидных и невалидных значений.

Пример:
- Система регистрации пользователей требует, чтобы пароль содержал не менее 8 символов.

Валидные классы:
- Пароль длиной > 8 символов (например, "password123").

Невалидные классы:
- Пароль длиной < 8 символов (например, "pass").
- Пароль, состоящий только из пробелов (например, " ").

Результат:
- Если введен пароль "mypassword", регистрация пройдет успешно.
- Если введен "12345", система выдаст ошибку: "Пароль слишком короткий".
- А если введен " ", появится ошибка: "Пароль не может состоять только из пробелов".


🖤Техника анализа граничных значений
Когда использовать:
Для числовых полей, дат, ограничений длины строк.

Пример:
- В системе регистрации пользователей есть ограничение по возрасту: от 18 до 65 лет.

Рассмотрим границы:
- 17 лет (нижняя граница) — регистрация отклонена.
- 18 лет (минимум) — регистрация успешна.
- 65 лет (максимум) — регистрация успешна.
- 66 лет (верхняя граница) — регистрация отклонена.



👀В следующих постах
- Попарное тестирование
- Таблицы принятия решений
- Предугадывание ошибок

#знания