Ответ
Основные цели тестирования направлены не только на поиск ошибок, но и на оценку качества продукта в целом.
Ключевые цели:
- Обнаружение дефектов (Finding Defects): Выявление расхождений между фактическим и ожидаемым поведением ПО. Это прямая и самая очевидная цель.
- Предотвращение дефектов (Defect Prevention): Анализ причин найденных ошибок для улучшения процессов разработки и предотвращения аналогичных проблем в будущем (например, через ретроспективы).
- Повышение уверенности в качестве (Building Confidence): Подтверждение того, что ключевые функции работают корректно, что снижает риски для бизнеса и позволяет принимать решение о выпуске.
- Обеспечение соответствия требованиям (Verification & Validation):
- Верификация: "Мы делаем продукт правильно?" (соответствие техническим спецификациям).
- Валидация: "Мы делаем правильный продукт?" (соответствие потребностям пользователя и бизнеса).
- Предоставление информации для принятия решений (Providing Information): Сбор и представление объективных данных (метрики, отчеты) о качестве продукта стейкхолдерам (менеджерам, заказчикам).
- Снижение рисков (Risk Mitigation): Выявление потенциальных областей сбоев (например, в модуле оплаты) и оценка их влияния на бизнес.
Пример: Тестирование модуля оплаты преследует сразу несколько целей:
# Цель 1: Обнаружение дефектов
assert process_payment(100, "valid_card") == "success" # Должно пройти
# Цель 3: Повышение уверенности в критической функции
assert process_payment(0, "valid_card") == "invalid_amount" # Обработка краевого случая
# Цель 6: Снижение рисков финансовых потерь
assert process_payment(100, "stolen_card") == "declined" # Проверка безопасностиОтвет 18+ 🔞
А, ну это классика, блядь! Сейчас объясню на пальцах, без этих ваших заумных учебников. Слушай сюда, а то потом будешь как Герасим — «Му-му» говорить, а нихуя не понимать.
Вот думают все, что тестировщик — это такой мудак, который только и делает, что кнопки тыкает, чтобы баги найти. Ан нет, ёпта! Это как считать, что сантехник только унитазы прочищает. Целей — овердохуища, и каждая — своя хитрая жопа.
Зачем мы, собственно, мозги ебём?
-
Дефекты выловить (Finding Defects): Ну это как бы само собой, да. Ищешь, где софт обосрался. Ожидал одно — получил другое. Вот и лови этого пидораса-бага. Прямая цель, как удар кирпичом по лбу.
-
Дефекты не пущать (Defect Prevention): А вот это уже высший пилотаж, блядь. Нашел баг — не просто «пофиксили», а сел и подумал: «Э, бошка, думай! Какого хуя он вообще здесь вылез?». Может, процесс кривой, может, документация — пизда с ушами. Чтоб в будущем эта же самая муда с ушами не вылезла в другом месте. Ретроспективы, все дела — скучно, но надо.
-
Уверенность поднять (Building Confidence): Это когда ты после двух недель тестов можешь заявить: «Ну, оплата, блядь, работает. Можно выпускать, не обосрёмся». Стейкхолдеры перестают бздеть, бизнес идёт. Без этого — волнение ебать, все ходят как по тонкому льду.
-
Соответствие проверить (Verification & Validation): Тут два коня, блядь.
- Верификация: «Мы эту хуйню правильно сделали?» То есть по ТЗ, по спецификациям. Код — кодом, логика — логикой.
- Валидация: «А ту ли хуйню мы вообще сделали?» Пользователю-то надо, чтоб удобно было, а не чтоб по ТЗ. Часто бывает — сделали правильно, но никому нахуй не сдалось.
-
Инфу для решений дать (Providing Information): Тестер — не просто крикун «всё плохо!». Он, сука, собирает данные: сколько багов, где, какая критичность. И несёт эту простыню цифр начальству. «Вот, смотрите, ебать, тут пиздец, а тут — терпимо». Чтобы они не с потолка решение принимали, а с фактами.
-
Риски посокращать (Risk Mitigation): Это самое важное, ёпта! Где у нас самое больное место? Модуль оплаты? Работа с деньгами клиентов? Вот туда и лупим со всей дури, представляя, что мы — самые ебучие хакеры и распиздяи. Нашли дыру — снизили риск, что компанию накроют медным тазом.
Ну и пример, чтоб совсем понятно было, на коде:
# Цель 1: Просто найти косяк, если он есть. Всё ок? Ок.
assert process_payment(100, "valid_card") == "success"
# Цель 3: Убедиться, что и в ебенях (краевые случаи) не сломается. Уверенность, блядь!
assert process_payment(0, "valid_card") == "invalid_amount"
# Цель 6: Самый главный риск — мошенничество. Проверить, что систему не обмануть.
assert process_payment(100, "stolen_card") == "declined"Вот и вся магия, блядь. Не просто «найти баг», а целая философия, чтоб продукт не был пиздопроебибной поделкой, а хоть как-то жил и работал. Понял теперь, да?