Какие инструменты для тестирования вы использовали в работе?

А, инструменты тестирования! Ну это ж как в гараже у нормального мужика: молоток — это молоток, а дрель — это дрель. Не будешь же ты гвозди микроскопом забивать, верно? Вот и тут так же, блядь.

Смотри, есть у нас целые категории этих ваших штук-дрюк.

Первое — управление тестами и багами. Это типа нашего блокнотика и красного фломастера, где мы пишем «здесь хуйня, почини».
Тут в ходу TestRail или Zephyr в Jira — чтобы тест-кейсы писать, планы строить и отчёты такие красивые делать, от которых у менеджеров глаза на мокрое место становятся.
А сами баги — это в Jira, конечно, с прицепом в виде Confluence, где вся документация лежит, которую никто не читает, пока всё не сломается, ёпта.
Ну и Allure Report — это когда твои автотесты отстрелялись, а он тебе такой красивый, интерактивный отчёт выкатывает, прям как в кино. Можно ткнуть пальцем и сказать: «Вот тут, сука, упало!».

Второе — автоматизация. Вот тут начинается магия, а иногда и пиздец.
Для веба два главных героя: Selenium WebDriver — старый, добрый, вездесущий конь, который и в огонь, и в воду, и в разные браузеры. И Cypress — этот как молодой выскочка, быстрый, удобный, но со своими тараканами. Для современных фронтендов — просто песня, отладчик у него — загляденье.

# Вот смотри, как на Selenium простейшую хуйню написать
from selenium.webdriver.common.by import By
from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC

def test_add_to_cart(driver):
    driver.get("https://shop.example.com/item/123")
    add_button = WebDriverWait(driver, 10).until(
        EC.element_to_be_clickable((By.CSS_SELECTOR, "[data-test='add-to-cart']"))
    )
    add_button.click()
    assert "1 item in cart" in driver.page_source # И ждём, что корзина не обосрётся

Для API — Postman для ручного тыкания и pytest + requests для того, чтобы нагрузить это всё в код и забыть.
Для мобилок — Appium. Эта штука, блядь, как швейцарский нож: и на айфоне покликает, и на андроиде. Главное — настройки не съехали, а то будет «ой, всё».

Третье — нефункциональщина. Это когда уже не «работает ли кнопка», а «не разъёбется ли всё, когда зайдут 10 тысяч пользователей».
JMeter — наш паровоз. Нагружаем API или сайт, смотрим графики. Если график похож на Эверест — пиши пропало, ёперный театр.
Browser DevTools (Lighthouse) — встроенная в браузер магия. Тыкаешь — а он тебе говорит: «У тебя тут картинки весят как чугунный мост, доступность — ниже плинтуса, а SEO — хуй с горы». Полезно, но часто обидно.

Четвёртое — данные и подноготная.
DBeaver или pgAdmin — чтобы лезть прямо в базу данных после теста и смотреть, а не насовсем ли мы там что-то удалили или записали какую-то дичь.
Docker — чтобы поднять себе изолированную песочницу для тестов, а не городить всё на рабочем компе.
Jenkins / GitLab CI — это уже серьёзно. Настроил пайплайн, и теперь при каждом коммите твоя куча автотестов сама запускается, как злая собака. Отличный способ узнать, что твой код — говно, ещё до того, как это узнают все остальные.

И главный принцип, который все забывают, пока не наступят на грабли: инструмент выбирается под задачу, а не потому что он модный.
Не надо тащить Cypress для легаси-приложения на jQuery, и не надо JMeter'ом пытаться проверить логику одного-единственного API-метода. Пойми, нахуй, что ты делаешь, а потом уже хватайся за конкретную железяку. А то будет как с той дрелью и гвоздями — в рот меня чих-пых!