💬Часть 1

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

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

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

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

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

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

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


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

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

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



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

#знания

Попарное тестирование — это техника, которая позволяет сократить количество тестов, проверяя все возможные комбинации пар входных параметров

🤎1 Пример:
Предположим, у нас есть система, где пользователи могут выбирать

🤎Тип аккаунта
- "Стандартный"
- "Pro-аккаунт")

🤎Способ оплаты
- "Кредитная карта"
- "Наличные"

🤎Возможные комбинации:
1. Стандартная учетная запись + Кредитная карта
2. Стандартная учетная запись + Наличные
3. Pro-аккаунт + Кредитная карта
4. Pro-аккаунт + Наличные
🖤🖤🖤🖤🖤🖤
🤎2 Пример:
Предположим, у нас есть система, где пользователи могут выбирать

🤎Тип номера
-"Люкс"
-"Стандарт"

🤎Доп.услуги
- "Завтрак"
- "Бассейн

Возможные комбинации:
1. Люкс + Завтрак
2. Люкс+ Бассейн
3. Стандарт + Завтрак
4. Стандарт + Трансфер

#знания

Таблица принятия решений
#знания

🤎Что это такое?
Таблица принятия решений — это удобный инструмент, который помогает организовать и визуализировать правила, по которым ваша система принимает решения

🤎Как это работает?

Вы тестируете систему онлайн-заказа пиццы.

У вас есть несколько условий, которые должны быть выполнены для успешного оформления заказа:

1. Минимальная сумма заказа должна быть не менее 500 рублей.

2. Доставка доступна только в пределах 10 км от ресторана.

3. Заказ должен содержать хотя бы одну пиццу

🖤Создаем таблицу, где перечислены все условия и возможные результаты.

🖤Если все условия выполнены (например, сумма заказа 600 рублей, доставка в пределах 10 км и заказана одна пицца), то заказ будет успешным.

🖤Если хотя бы одно из условий не выполнено (например, сумма заказа 400 рублей), система выдаст ошибку и не позволит оформить заказ.

“Не бойтесь ошибок! Они — ваша дорога к успеху.”

Каждая найденная ошибка — это возможность улучшить продукт
💜