Назовите язык, на котором действительно писали тесты, затем фреймворк, уровень проверок и свою задачу. Для Ruby это могут быть RSpec или Minitest, для браузерных сценариев — Capybara с выбранным тестовым фреймворком. Язык приложения и язык тестов не обязаны совпадать. Важно показать, что именно проверяли, как запускали проверки и какие ошибки они помогали находить.
На каком языке вы пишете тесты?
Как рассказать о языке и инструментах тестирования на примере Ruby, не подменяя собственный опыт перечислением фреймворков.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Это вопрос о практическом опыте, а не требование назвать единственный правильный язык. Начните с того, что использовали сами: язык, библиотека, проверяемая часть продукта и ваша ответственность. Затем приведите одну конкретную проверку.
Для Ruby-приложения естественный вариант — тесты на Ruby с RSpec или Minitest. Capybara помогает описывать взаимодействие с веб-интерфейсом, но не заменяет сам язык и тестовый фреймворк. При этом внешние API или браузерные сценарии можно проверять и другим стеком команды.
Условный пример для Rails-модели, у которой настроена валидация обязательного email:
RSpec.describe User do
it "rejects an empty email" do
user = User.new(email: nil)
expect(user).not_to be_valid
expect(user.errors[:email]).not_to be_empty
end
end
В реальном тесте остальные обязательные поля должны быть валидными: иначе отрицательный результат может объясняться совсем другой ошибкой. Это лучше пояснить, чем ограничиться названием инструмента.
Расскажите также, где проходят границы проверок: быстрые тесты бизнес-логики, интеграция с БД, контракт API или пользовательский сценарий. Уточните запуск в CI и подход к тестовым данным. Если работали только с одним уровнем, не приписывайте себе остальные. Документация Minitest, Capybara.