Над какими типами проектов вы работали?

Ответ

Типы проектов:

  • Веб-приложения: E-commerce, CRM, SaaS-платформы.
  • Мобильные приложения: Нативные (iOS/Android) и кроссплатформенные.
  • API: Тестирование RESTful/SOAP API, включая валидацию схем, статус-кодов и бизнес-логики.
  • Нагрузочное тестирование: Проверка производительности и стабильности под нагрузкой.
  • Десктопные приложения и игры: Тестирование UI/UX, функциональности и безопасности.

Пример API-теста (Python, requests):

def test_login():
    url = "https://api.example.com/login"
    payload = {"email": "user@test.com", "password": "123"}
    response = requests.post(url, json=payload)

    assert response.status_code == 200, f"Expected 200, got {response.status_code}"
    assert "token" in response.json(), "Auth token is missing in response"

Ответ 18+ 🔞

Ну, представляешь, сидишь ты такой, весь из себя тестировщик, а тебе говорят: «А давай-ка, светило, проверь нам вот эту штуку». И тут начинается, блядь, ёперный театр! Потому что «штука» — это может быть что угодно, от сайта, где продают носки с единорогами, до приложения, которое считает, сколько раз ты за день посмотрел в телефон. И вот тебе, сука, полный расклад, на что мои старые костыли тратятся.

Что я, блядь, умею тестировать, как последний маньяк:

  • Веб-приложения: Это когда ты заходишь в интернет-магазин за хлебом, а выходишь с кредитом на новую машину. Или эти ваши CRM, где менеджеры записывают, кому и когда они звонили, а потом всё равно нихуя не звонят. Или SaaS — это вообще магия, когда программа живёт в облаках, а ты за неё платишь каждый месяц, как за квартиру.
  • Мобильные приложения: Вот эта хуйня, которая у тебя в телефоне. Можно делать отдельно для айфонов (там всё красиво, но дорого) и для андроидов (там всё дёшево, но глючит). А можно одним махом, кроссплатформенно, чтобы и там, и там работало, но везде по-своему криво. Моя задача — найти, где именно.
  • API: А это, чувак, самое интересное! Это как если бы программы между собой общались. Одна другой говорит: «Дай мне список пользователей», а та в ответ: «На, получай, но только если ты свой». И вот я тут как раз проверяю, чтобы ответы были правильные, статус-коды не врали, и логика не ехала крышей. Чистая магия, блядь!
  • Нагрузочное тестирование: Это когда нужно понять, сломается ли всё к ебеням, если на сайт зайдёт не один человек, а, скажем, десять тысяч таких же, как ты, желающих купить последнюю PS5. Удовольствие — овердохуища!
  • Десктопные приложения и игры: Ну, это классика. Сидишь, тыкаешь в кнопки, смотришь, не вылетает ли всё в синий экран смерти, и думаешь: «А не своровать ли тут пароли?» Шутка, конечно. Или нет.

А вот, смотри, пример, как я могу API потрогать. Это типа как постучаться в дверь к серверу и сказать: «Эй, братан, впусти, я свой!».

def test_login():
    url = "https://api.example.com/login"
    payload = {"email": "user@test.com", "password": "123"}
    response = requests.post(url, json=payload)

    assert response.status_code == 200, f"Expected 200, got {response.status_code}"
    assert "token" in response.json(), "Auth token is missing in response"

Видишь? Отправляю я логин и пароль. Если сервер не мудак и всё правильно, он должен ответить: «200 — окей, проходи» и дать ключ-токен. А если он ответит что-то вроде «404 — иди нахуй, такой страницы нет» или забудет токен дать, то я ему сразу: «Ах ты ж, пидарас шерстяной! Где токен?». И всё, тест провален, идём баги писать. Красота, блядь!