Привет, коллеги! 👋
Случайно запостил черновую версию поста - ну, теперь вы знаете, что у меня есть черновики 🙈
Продолжаем разбор силлабуса ISTQB. На очереди:
2 глава «Тестирование в SDLC». Входит в 12% экзамена — примерно 5 вопросов из 40.
⛔ Разбор первой главы был тут
❓Что внутри:
— Уровни тестирования (кто тестирует когда)
— Типы тестирования (что проверяем)
— Shift-left и DevOps (как ломают правила в хорошем смысле)
— и много чего еще (глава довольно большая)
Уровни тестирования
1. Модульное — разработчик сам тестирует функцию. Баг здесь стоит условно ВАН ДОЛЛАР 💲
2. Интеграционное (бывает для модулей и для систем) — модули (или системы) общаются. Тут уже стоимость будет : ДЕСЯТЬ ДОЛЛАРС 💲
3. Системное — всё вместе. Работает ли вся машина? Стоимость: ВАН ХАНДРЕД ДОЛЛАРС 💲
4. Приёмочное — бизнес проверяет. Найден баг? Точно лишишься годовой премии. 😬
Правило: чем позже найдём баг, тем дороже чинить.
Типы тестирования:
✅Функциональное — кнопка нажимается? ✅
✅ Нефункциональное — кнопка отзывается за 50 мс? А если 1000 человек? На медленном интернете? На луне? Производительность, безопасность, юзабилити, совместимость — это нефункциональное. Разница между «работает ли автомобиль» и «работает ли в пустыне, ночью, под дождём». 🏜
✅ Белый ящик - тестирование по внутренней структуре (код, архитектура)
✅ Черный ящик- тестирование по поведению и документации
Все 4 типа применяются на всех уровнях! Но цели на каждом уровне разные
Идея раннего тестирования (Shift-left)
- Раньше: разработка → интеграция → тестирование → продакшн (медленно)
- Теперь: требования → разработка (параллельно тестирование) → DevOps (автомат) → продакшн (быстро)
Главная идея: не жди весь код, начни тестировать требования сейчас.
Полный конспект по Главе 2 приложу в комментариях 📎
Вы знали, что уровни и типы тестирования - это разные штуки? Я знаю, часто путают приёмочное с системным. Пишите в комментариях, что думаете 👇
⚡️ Подписаться
#ISTQB