Что такое тестирование ПО и зачем оно нужно?

Что такое тестирование ПО и зачем оно нужно?

Привет! Если ты читаешь эту статью, то, вероятно, либо только ступаешь на путь великого тестировщика, либо хочешь прокачать свои навыки. Или, может, просто хочешь понять, почему тестировщики вечно ноют, что им опять недодали времени. В любом случае — ты по адресу.

🚀 Что вообще такое тестирование?

Тестирование ПО — это процесс проверки того, что программа делает именно то, что от неё ожидается. Не меньше, но и не больше. Это как охрана на концерте: впускает тех, кто в списке, и не даёт устроить беспредел.

Глобальная цель — обнаружить баги до того, как это сделают пользователи. Поверь, если они найдут — они не напишут тебе баг-репорт. Они просто удалят приложение и пойдут в Google Play ставить единицу с комментарием «ничего не работает, удалите автора».

🧠 Зачем вообще тестировать?

1. Экономия денег. Чем раньше найдём баг, тем дешевле его чинить.
2. Улучшение качества. Менее багованное ПО = больше довольных пользователей.
3. Спокойствие команды. Никто не хочет чинить продакшен в пятницу ночью.
4. Доверие к продукту. Ты не поверишь, но пользователи замечают, когда всё работает.

🔍 Типы тестирования (очень кратко, потом к делу):

• Ручное — проверяем всё сами, ручками, глазами, душой.
• Автоматическое — пишем скрипты, которые делают это за нас.
• Функциональное — тестим, что программа делает правильно.
• Нефункциональное — проверяем скорость, безопасность, удобство.

✅ Пример №1: "Обычная кнопка"

Уровень: новичок

Допустим, у нас есть форма с кнопкой "Отправить". Вот код кнопки на JavaScript:

function submitForm(data) {
if (!data.name) {
throw new Error("Name is required");
}
return "Form submitted!";
}

Что должен проверить тестировщик:

• Что будет, если имя не передано?
• А если передано пустое значение ("")?
• А если в имени цифры или спецсимволы?
• Вернётся ли корректное сообщение при правильных данных?

// ✅ Пример 1: успешная отправка
console.log(submitForm({ name: "John" }));
// Ожидаем: "Form submitted!"

// ❌ Пример 2: отсутствие имени
console.log(submitForm({}));
// Ожидаем: ошибка "Name is required"

// ❗ Пример 3: имя = пустая строка
console.log(submitForm({ name: "" }));
// На деле: код не проверяет пустую строку! Это баг!

👉 Вывод: даже простая функция может содержать баг. Вот почему тестировщики важны!

✅ Пример №2: "Умный калькулятор"

Уровень: джуниор

def divide(a, b):
return a / b

Какие тест-кейсы нужны?

1. divide(10, 2) → 5
2. divide(5, 0) → 💣 Взрыв! Деление на ноль!
3. divide("5", "2") → TypeError
4. divide(0, 5) → 0
5. divide(-4, 2) → -2

# Пример нормального деления
print(divide(10, 2)) # => 5.0

# Пример деления на 0 — это вызовет исключение
print(divide(5, 0)) # => ZeroDivisionError

# Баг: нет проверки на типы данных
print(divide("5", "2")) # => TypeError

👉 Вывод: нужен не только позитивный, но и негативный сценарий. В реальности пользователи нажимают не туда и пишут странное. Часто. Очень часто.

✅ Пример №3: "Форма регистрации"

Уровень: мидл

function validateEmail(email) {
const re = /\S+@\S+\.\S+/;
return re.test(email);
}

Что протестировать:

• Корректные email'ы: test@example.com, user.name@domain.co
• Некорректные: plainaddress, @missingname.com, name@.com
• Спецсимволы, пробелы, пустое значение

console.log(validateEmail("test@example.com")); // true
console.log(validateEmail("user@domain")); // false
console.log(validateEmail("@domain.com")); // false
console.log(validateEmail("user@.com")); // false
console.log(validateEmail("")); // false

👉 Фишка: регулярки — это не серебряная пуля. Лучше протестировать граничные и нестандартные случаи.

✅ Пример №4: "API-запрос"

Уровень: мидл/сеньор

Вот простой fetch-запрос к API:

async function getUser(id) {
const res = await fetch(`https://api.example.com/users/${id}`);
return res.json();
}

Что проверять:

1. Что API возвращает корректный объект.
2. Что произойдёт, если id не существует.
3. Что произойдёт, если сервер вернёт 500.
4. Что делать, если нет интернета.

// ✅ Успешный запрос
getUser(1).then(console.log);

// ❗ Неуспешный запрос
getUser(99999).catch(err => console.error("User not found:", err));

// ⚠️ Симуляция плохого интернета
// Для тестов можно замокать fetch и отдать ошибку

👉 Вывод: тестирование API включает не только ответы, но и обработку ошибок.

✅ Пример №5: "Многопоточность и гонки данных"

Уровень: сеньор

import threading

counter = 0

def increment():
global counter
for _ in range(100000):
counter += 1

t1 = threading.Thread(target=increment)
t2 = threading.Thread(target=increment)

t1.start()
t2.start()
t1.join()
t2.join()

print(counter)

Что будет?

Сюрприз! Не 200000. Почему? Потому что += — не атомарная операция.

👉 Это пример гонки данных. Тут нужно использовать блокировки (threading.Lock) или другие механизмы синхронизации.

🧩 Важные уроки из всех примеров:

• Даже простые функции могут содержать баги.
• Надо думать не только как пользователь, но и как очень странный пользователь.
• Не забывай о негативных сценариях.
• Чем сложнее логика, тем больше вероятность ошибок.
• Хороший тестировщик — это не тот, кто проверил кнопку, а тот, кто сломал её, чтобы убедиться, что она крепкая.

🤓 Заключение

Тестирование — это не просто "нажми на кнопку и посмотри". Это искусство сломать так, чтобы стало лучше. Это вклад в стабильность, качество и репутацию продукта.

И помни: идеальное ПО — не то, где нет багов, а то, где баги не доходят до пользователя.