Юнит-тестирование – важнейшая часть процесса разработки программного обеспечения, и работодатели хотят знать, что вы понимаете, как создавать и внедрять эффективные юнит-тесты.
Чтобы помочь вам подготовиться к собеседованию, мы рассмотрим список из 50 вопросов, которые помогут вам продемонстрировать свои знания и опыт в модульном тестировании. Эти вопросы охватывают широкий спектр тем, включая то, что такое модульное тестирование и почему оно важно.
Независимо от того, вы начинающий или опытный разработчик, эти 50 вопросов помогут вам успешно пройти собеседование.
Содержание
- Что такое модульное тестирование?
- Что такое паттерн “arrange-act-assert”?
- Что такое fake?
- Что такое заглушка?
- Что такое моки?
- Что такое покрытие кода?
- В чем преимущества модульного тестирования?
- Каковы недостатки модульного тестирования?
- Что такое тесты состояния?
- Что такое тесты взаимодействия?
- Кто проводит модульное тестирование?
- Что такое исследовательское тестирование?
- Что такое тестирование “белого ящика”?
- Что такое тестирование “черного ящика”?
- Что такое тестирование методом “серого ящика”?
- Что такое интеграционное тестирование?
- Что такое системное тестирование?
- Что такое пользовательское приемочное тестирование?
- Что такое функциональное тестирование?
- Что такое нефункциональное тестирование?
- Модульное тестирование является техникой тестирования “белого ящика” или “черного ящика”?
- Как лучше всего протестировать метод, возвращающий void?
- Как лучше всего тестировать private методы?
- Что такое разработка через тестирование (TDD)?
- В чем преимущества разработки через тестирование?
- Каковы недостатки разработки через тестирование?
- Какое покрытие кода является приемлемым для модульного тестирования?
- Стоит ли юнит-тестирование затраченных усилий?
- Какие существуют типы покрытия кода?
- Что такое рефакторинг?
- Что такое фреймворк для модульного тестирования?
- Что такое библиотека мок-объектов?
- В чем разница между интеграционными и модульными тестами?
- В чем разница между функциональными и модульными тестами?
- Что такое пирамида тестирования?
- Как тестировать статические методы?
- Сколько asserts должен содержать один модульный тест?
- Какова роль модульного тестирования в DevOps?
- Что такое разработка через поведение (BDD)?
- Что такое тестирование производительности?
- Что такое регрессионное тестирование?
- Что такое тестирование на проникновение?
- Что такое дымовое тестирование?
- Что такое статическое тестирование?
- Что такое динамическое тестирование?
- Что такое тестирование API?
- Что такое альфа-тестирование?
- Что такое бета-тестирование?
- Что такое разработка через приемочные тесты?
- Как проводить модульное тестирование легаси-кода?
- Заключение
БОЛЬШЕ ВОПРОСОВ С СОБЕСЕДОВАНИЙ В НАШЕМ ТЕЛЕГРАМ КАНАЛЕ QASOBES
1. Что такое модульное тестирование?
Модульное тестирование (также – юнит-тестирование) – это вид тестирования программного обеспечения, который используется для проверки функциональности отдельных частей кода. Этой частью может быть любой небольшой фрагмент кода, например метод или класс. Разработчики обычно проводят модульное тестирование в процессе написания кода, чтобы как можно раньше выявить любые ошибки.
Юнит-тестирование – важная часть разработки качественного ПО, поскольку оно помогает убедиться, что код работает так, как ожидается, и в нем нет ошибок. Кроме того, оно позволяет сэкономить время и деньги в долгосрочной перспективе, поскольку исправление ошибок на ранних этапах обычно обходится дешевле, чем их исправление на поздних этапах.
Юнит-тесты обычно пишутся с использованием фреймворка для тестирования, который предоставляет инструменты и определяет, как должны быть структурированы тесты.
2. Что такое паттерн “arrange-act-assert”?
Шаблон arrange-act-assert (ААА) – это методология, используемая в автоматизированном тестировании. На этапе arrange устанавливаются тестовые данные и тестовая среда. На этапе act выполняется сам тест. И наконец на этапе assert проверяются результаты тестирования.
3. Что такое fake?
Когда речь заходит о модульном тестировании, следует помнить о нескольких вещах:
- Каждый отдельный модульный тест должен тестировать только одну часть функциональности.
- Все модульные тесты должны быть полностью независимы друг от друга.
- Модульные тесты всегда должны выдавать один и тот же результат при выполнении с одним и тем же набором входных данных.
Fake – объект, который используется для изоляции кода при тестировании, чтобы сосредоточиться на проверке конкретного модуля без необходимости взаимодействия с реальными зависимостями. Например, это может быть mock-объект, который имитирует поведение реального объекта, или заглушка, которая просто возвращает заранее заданные значения.
4. Что такое заглушка?
Заглушка – это часть кода, которая эмулирует поведение реального компонента.
Например, если вы тестируете компонент, выполняющий HTTP-запрос, вы можете использовать заглушку для имитации HTTP-сервера. Заглушка будет возвращать определенный ответ, и вы сможете проверить, как ваш компонент его обрабатывает.
Вы также можете использовать заглушки для имитации ошибок. Например, чтобы проверить, как ваш компонент обрабатывает ошибки, можно сделать для компонента заглушку, которая всегда будет возвращать ошибку.
В целом, заглушки должны быть небольшими и простыми. Кроме того, они должны реализовывать только то поведение, которое имеет отношение к тесту, который вы выполняете.
5. Что такое моки?
В разработке программного обеспечения моки (англ. mock) – это объекты, которые имитируют поведение другого объекта.
С помощью моков можно проверить, что тестируемая часть кода взаимодействует с объектом или сервисом ожидаемым образом. Например, с помощью мока можно проверить, что метод вызывается с правильными аргументами.
Итак, в чем разница между заглушкой (англ. stub) и моком? Заглушка лишь имитирует поведение какого-то компонента кода и возвращает фальшивые данные. Мок же следит за тем, было ли вызвано определенное поведение или методы в ходе тестирования. Он используется для проверки ожидаемого взаимодействия между компонентами и подтверждения, что они работают правильно.
6. Что такое покрытие кода?
Покрытие кода измеряет, насколько ваш код проверяется тестами. Обычно оно выражается в процентах и может быть полезной метрикой для определения эффективности ваших тестов.
Покрытие кода – не идеальная метрика, но она может быть полезным инструментом для понимания того, как работает ваш код. Если у вас высокий процент покрытия кода, то, скорее всего, ваши тесты эффективны. Однако если у вас низкий процент покрытия кода, возможно, тесты не учитывают некоторые важные части кода.
7. В чем преимущества модульного тестирования?
Преимущества модульного тестирования заключаются в следующем:
- ваш код становится лучше
- вы раньше обнаруживаете ошибки
- рефакторинга упрощается
- вы пишете код эффективнее
8. Каковы недостатки модульного тестирования?
Недостатки модульного тестирования:
- написание тестов занимает время
- трудно писать тесты для легаси-кода
- сложно тестировать графический интерфейс
- невозможно выявить все ошибки
9. Что такое тесты состояния?
Юнит-тесты на основе состояния (state-based unit testing) – это тип юнит-тестов, при которых компоненты системы тестируются изолированно друг от друга. При таком тестировании основное внимание уделяется внутреннему состоянию блоков, а не взаимодействию между ними.
Тестирование на основе состояния может быть более надежным, чем тестирование на основе взаимодействия, поскольку на него с меньшей вероятностью могут повлиять изменения в окружении системы или во взаимодействии модулей.
10. Что такое тесты на основе взаимодействия?
Юнит-тесты на основе взаимодействия (interaction-based unit testing) – тесты, которые фокусируются на проверке поведения системы с точки зрения ее взаимодействия с другими системами.
11. Кто выполняет модульное тестирование?
Юнит-тестирование очень важно для создания качественного программного обеспечения, и обычноюнит-тесты пишут и поддерживают разработчики. Однако в некоторых случаях тестированием занимается отдельная команда тестировщиков. Это чаще всего происходит в крупных компаниях, где у разработчиков нет времени на самостоятельное написание и поддержку модульных тестов.
12. Что такое исследовательское тестирование?
Исследовательское тестирование – это вид тестирования, который проводится без заранее разработанных тест-кейсов или сценариев.
Исследовательское тестирование часто используется вместе с другими видами тестирования, такими как ручное или автоматизированное. В сочетании с другими видами тестирования исследовательское тестирование может помочь найти больше ошибок и получить более полное представление о тестируемой системе.
Прежде чем приступить к исследовательскому тестированию, следует учесть несколько моментов. Во-первых, исследовательское тестирование не является заменой других видов тестирования. Его следует использовать в дополнение к другим видам тестирования, а не вместо них. Во-вторых, исследовательское тестирование лучше всего проводить опытным инженерам по обеспечению качества.
13. Что такое тестирование “белого ящика”?
Тестирование “белого ящика” – это вид тестирования программного обеспечения, при котором для поиска ошибок рассматривается внутренняя структура кода программы.
Тестирование “белого ящика” обычно считается более тщательным, чем тестирование “черного ящика”, поскольку оно позволяет тестировщикам непосредственно изучать код и, таким образом, лучше понимать, как работает программа. Это может быть особенно полезно для поиска ошибок в сложных программах. Однако тестирование “белого ящика” может потребовать больше времени, чем тестирование “черного ящика”, поскольку оно требует знания структуры кода.
14. Что такое тестирование “черного ящика”?
Тестирование “черного ящика” – это метод тестирования программного обеспечения, при котором тестировщик не имеет доступа к внутреннему устройству программы. Другими словами, тестировщику предоставляются только входные и выходные данные программы, и он должен выяснить, как она работает, основываясь на этой информации.
С помощью этого тестирования можно проверить функциональность программы или удобство пользовательского интерфейса.
15. Что такое тестирование “серого ящика”?
Тестирование “серого ящика” сочетает в себе методы тестирования черного и белого ящиков. При тестировании методом “серого ящика” тестировщики имеют частичные знания о внутренней структуре системы.
Этот вид тестирования может использоваться для проверки отдельных функций или компонентов системы. Однако его можно использовать и для тестирования системы в целом.
Тестирование “серого ящика” – ценный инструмент для тестировщиков и разработчиков. Оно помогает выявить ошибки, которые сложно обнаружить с помощью других методов тестирования.
16. Что такое интеграционное тестирование?
Интеграционное тестирование – это вид тестирования, используемый для проверки взаимодействия между различными компонентами программного обеспечения. Обычно оно проводится после модульного тестирования и перед системным. Интеграционное тестирование гарантирует, что различные компоненты программного обеспечения вместе работают так, как ожидается.
Существует несколько способов проведения интеграционного тестирования. Наиболее распространенным является подход “снизу вверх”, когда сначала тестируются низкоуровневые компоненты, а затем компоненты более высокого уровня. Другой распространенный подход – нисходящий, когда сначала тестируются высокоуровневые компоненты, а затем – низкоуровневые.
Интеграционное тестирование может использоваться для проверки как функциональности, так и производительности системы.
17. Что такое системное тестирование?
Как следует из названия, системное тестирование оценивает систему в целом, в отличие от модульного, которое проверяет отдельные компоненты системы. Системное тестирование часто используется для оценки качества программного продукта перед его релизом.
Тестирование системы может выполняться вручную или с помощью автоматизированных инструментов. При проведении системного тестирования тестировщики пытаются сломать систему, чтобы найти ошибки. Как только все ошибки будут исправлены, систему можно считать готовой к релизу.
18. Что такое пользовательское приемочное тестирование?
Пользовательское приемочное тестирование (UAT, User Acceptance Testing) – это вид тестирования, который используется для того, чтобы убедиться, что приложение соответствует своему назначению.
UAT является неотъемлемой частью процесса разработки программного обеспечения, поскольку позволяет разработчикам получить отзывы пользователей о том, соответствует ли программное обеспечение их потребностям. Оно также помогает выявить области, в которых программное обеспечение нужно улучшить.
19. Что такое функциональное тестирование?
Функциональное тестирование – это вид тестирования, который проводится для оценки функциональности системы. Оно может выполняться вручную или с помощью инструментов автоматизации.
Автоматизированное функциональное тестирование часто используется в сочетании с непрерывной интеграцией и доставкой (CI/CD) для обеспечения быстрой обратной связи о функционировании системы.
Функциональное тестирование – важная часть обеспечения качества системы. Тестируя функциональность системы, мы можем выявить любые ошибки или проблемы, которые могут повлиять на правильную работу системы.
20.Что такое нефункциональное тестирование?
Нефункциональное тестирование оценивает такие нефункциональные аспекты системы, как производительность, масштабируемость, безопасность и многое другое. Оно часто проводится в дополнение к функциональному, которое, в свою очередь, проверяет функциональность системы.
Нефункциональное тестирование важно, поскольку оно гарантирует, что система сможет выдержать высокую нагрузку и трафик. Без нефункционального тестирования есть риск, что система даст сбой или столкнется с другими проблемами в реальных условиях работы.
21. Модульное тестирование является техникой тестирования белого или черного ящика?
Юнит-тестирование – это метод тестирования “белого ящика”, при котором есть доступ к внутреннему устройству тестируемых блоков кода. Это позволяет проводить более тщательное тестирование, так как все части блока могут быть протестированы. Однако при написании юнит-тестов могут быть некоторые сложности, поскольку разработчику необходимо полностью понимать тестируемый код.
22. Как лучше всего протестировать метод, возвращающий void?
Лучший способ протестировать метод, возвращающий void – проверить, какие изменения произошли после вызова этого метода.
Вы можете:
- проверить свойства, которые изменил этот метод
- провести интеграционное тестирование для проверки состояния системы после вызова этого метода
23. Как лучше всего тестировать private методы?
Приватные (англ. private) методы используются внутри других методов, но не доступны для вызова извне. Если приватный метод нужен для работы публичного метода, то его работа должна быть проверена через тесты этого публичного метода. Обычно нет необходимости тестировать приватные методы напрямую.
24. Что такое разработка через тестирование (TDD)?
Разработка через тестирование (TDD, Test-driven development) – это техника разработки, при которой сначала пишутся тесты для проверки функциональности системы, а затем пишется код, который может пройти эти тесты. Мы можем разделить этот процесс на три шага:
- Напишите тест, который провалится.
- Реализуйте функциональность, чтобы тест прошел успешно.
- Проведите рефакторинг кода.
TDD – это итеративный процесс, то есть эти шаги повторяются до тех пор, пока разработка программного обеспечения не будет завершена. Преимущество TDD в том, что она помогает разработчикам сосредоточиться на функциональности кода, а не на самом коде.
25. В чем преимущества разработки через тестирование?
Разработка через тестирование имеет множество преимуществ. Например, она помогает выявлять ошибки на ранних этапах разработки. Это поможет вам сэкономить время и деньги в долгосрочной перспективе, поскольку вам не придется возвращаться и исправлять ошибки, которые можно было предотвратить с самого начала. Кроме того, разработка через тестирование поможет вам написать более качественный код, так как вам придется думать обо всех сценариях, с которыми должен справиться ваш код.
26. Каковы недостатки разработки через тестирование?
TDD также имеет некоторые недостатки. Например, написание тестов для всей функциональности системы может отнимать много времени. Кроме того, внедрение разработки через тестирование может быть сложным, особенно для тех, кто не привык к такому подходу к работе.
Несмотря на свои недостатки, TDD по-прежнему остается популярной методологией разработки программного обеспечения, особенно среди тех, кто ценит качество продукта.
27. Какое покрытие кода является приемлемым для модульного тестирования?
Приемлемое покрытие кода находится в пределах 50-80 %. Все, что ниже 50 %, считается низким покрытием кода, недостаточным для того, чтобы обеспечить тщательное тестирование. С другой стороны, все, что выше 80 %, считается высоким покрытием кода и, скорее всего, является избыточным, так как большинство ошибок будет найдено в диапазоне 50-80 % покрытия кода.
28. Стоит ли модульное тестирование затраченных усилий?
Юнит-тестирование – важнейшая часть процесса разработки программного обеспечения. Оно помогает убедиться в том, что ваш код функционирует правильно и что ваша программа соответствует всем требованиям. Юнит-тестирование также может сэкономить ваше время и деньги в долгосрочной перспективе, поскольку позволяет выявить ошибки на ранних этапах разработки.
В целом, модульное тестирование определенно стоит усилий. На его выполнение может потребоваться некоторое время, но оно поможет вам сэкономить ваше время и деньги в дальнейшем.
29. Какие существуют типы покрытия кода?
Существуют различные типы покрытия кода, но наиболее важными являются следующие:
- покрытие функций
- покрытие операторов
- покрытие ветвей
- покрытие условий
30. Что такое рефакторинг?
Рефакторинг – это внесение изменений в код без изменения функциональности системы. Он может включать в себя все: от изменения структуры кода до использования более удачных имен переменных.
31. Что такое фреймворк для модульного тестирования?
Фреймворк для модульного тестирования – это инструмент, который помогает разработчикам создавать юнит-тесты и управлять ими.
Выбирая фреймворк для модульного тестирования, учитывайте язык программирования, на котором вы пишете код. Некоторые фреймворки лучше подходят для определенных языков или типов задач.
Например, JUnit – популярный фреймворк для Java-приложений, а PHPUnit – популярный фреймворк для PHP-приложений. Для .NET можно использовать xUnit, NUnit, или MSTest.
32. Что такое библиотека мок-объектов?
Библиотека моков – это инструмент, который помогает создавать фиктивные объекты для тестирования. Эти объекты ведут себя так же, как настоящие, и помогают проверить, как ваш код с ними взаимодействует.
Существует множество различных библиотек мок-объектов, каждая из которых имеет свои преимущества и недостатки. Одними из самых популярных библиотек для Java являются Mockito, EasyMock и PowerMock. Для .NET также существуют различные варианты, но одним из самых популярных является moq.
33. В чем разница между интеграционными и модульными тестами?
Интеграционные тесты проверяют, как различные части системы работают вместе. Модульные тесты проверяют работу отдельных компонентов системы. Оба вида тестов важны для того, чтобы убедиться, что система работает так, как задумано. Однако модульные тесты обычно используются для выявления мелких ошибок, а интеграционные – для выявления ошибок, которые возникают только при совместном использовании различных частей системы.
34. В чем разница между функциональными и модульными тестами?
Функциональные тесты – это, как правило, тесты высокого уровня, которые проверяют функциональность программного обеспечения в целом. Например, функциональный тест может проверить, что пользователь может добавлять товары в корзину и оформлять заказ.
Модульные тесты – это тесты более низкого уровня, они фокусируются на определенных частях кода. Но они также могут быть написаны таким образом, чтобы тестировать приложение на функциональном уровне.
35. Что такое пирамида тестирования?
В тестировании программного обеспечения существует концепция, известная как пирамида тестирования. Она показывает, как правильно организовать тестирование программного обеспечения, чтобы оно было эффективным.
В основании пирамиды находятся модульные тесты. Они проверяют самые маленькие фрагменты кода (например, методы или классы). Далее идут интеграционные тесты, которые проверяют, как разные части кода работают вместе. Эти тесты более дорогие и требуют больше времени на написание, но их все равно относительно быстро и легко выполнять.
Наконец, на вершине пирамиды находятся UI-тесты, которые проверяют графический пользовательский интерфейс (GUI) программы. Эти тесты являются самыми дорогими и трудными в написании, но они также очень важны, поскольку позволяют выявить те типы ошибок, которые не замечают модульные и интеграционные тесты.
36. Как тестировать статические методы?
Статические методы – это методы, которые связаны с классом, но не привязаны к какому-либо конкретному экземпляру этого класса. Их можно вызывать без предварительного создания экземпляра класса.
Существует три способа модульного тестирования статических методов:
- создать класс-обертку, который будет содержать метод, который вы хотите протестировать.
- использовать статическое свойство Func.
37. Сколько asserts должен содержать один модульный тест?
Не существует определенного правила относительно того, сколько asserts должен содержать модульный тест. Но в целом, каждый тест должен проверять только одно действие или функцию. Поэтому в одном тесте должно быть не больше одного assert.
Конечно, могут быть случаи, когда необходимо более одного assert. Например, если вы тестируете метод, возвращающий объект, вам нужно будет проверить, что каждое из свойств этого объекта имеет правильное значение.
38. Какова роль модульного тестирования в DevOps?
Юнит-тестирование гарантирует, что изменения в коде не приведут к появлению новых ошибок и что существующая функциональность системы не будет нарушена. Юнит-тесты обычно пишутся командой разработчиков и выполняются автоматически в рамках процесса непрерывной интеграции и доставки.
Модульное тестирование – это только одна составляющая головоломки DevOps. Другие важные аспекты DevOps включают непрерывную интеграцию, непрерывную поставку и автоматизацию DevOps. Когда все эти элементы работают вместе, они помогают ускорить процесс разработки программного обеспечения и предоставить клиентам более качественное ПО.
39. Что такое разработка через поведение (BDD)?
Разработка через поведение (BDD, Behavior-driven development) – это подход к разработке программного обеспечения, который подчеркивает важность создания ПО, отвечающего потребностям заказчика. Для достижения этой цели BDD фокусируется на создании программ на основе пользовательских историй или описаний того, как программа должна работать с точки зрения конечного пользователя.
Пользовательские истории используются для создания критериев приемки – набора тестов, которым должно соответствовать программное обеспечение, чтобы считаться завершенным. Эти критерии указывают, что именно должно быть включено в программу, чтобы она полностью удовлетворяла потребности клиента.
40. Что такое тестирование производительности?
Тестирование производительности – это оценка времени отклика и стабильности работы системы под нагрузкой. Оно является важным аспектом обеспечения качества и помогает гарантировать, что система сможет справиться с большим объемом трафика.
Нагрузочное тестирование, стресс-тестирование и тестирование масштабируемости – все это распространенные виды тестов производительности. Нагрузочное тестирование оценивает поведение системы при обычных или типичных нагрузках. Стресс-тестирование оценивает, как система реагирует на пиковые уровни трафика. Наконец, тестирование масштабируемости позволяет определить, насколько система адаптивна к изменяющимся требованиям.
41.Что такое регрессионное тестирование?
Регрессионное тестирование – это вид тестирования программного обеспечения, который используется для проверки того, что изменения в программном обеспечении не привели к появлению новых ошибок. Это делается путем повторного запуска ранее выполненных тестов и сравнения результатов с ожидаемыми. Изменения считаются удачными, если эти два результата совпадают. Однако если результаты не совпадают, то считается, что изменения вызвали новые ошибки в приложении и потребуется повторное тестирование.
42. Что такое тестирование на проникновение?
Тестирование на проникновение, также известное как пентестинг (от англ. penetration testing) или этичный хакинг, – это процесс тестирования компьютерной системы, сети или приложения с целью поиска уязвимостей в системе безопасности, которыми могут воспользоваться хакеры. Цель тестирования на проникновение – выявить слабые места и уязвимости в системе безопасности, чтобы устранить их до того, как злоумышленники получат возможность ими воспользоваться.
43.Что такое дымовое тестирование?
Дымовое тестирование – это вид тестирования ПО, используемый для выявления ошибок в программном обеспечении перед его выпуском в продакшн. Для этого запускается ряд тестов, чтобы определить, достаточно ли ПО стабильно для использования. Если какие-то тесты не проходят, то приложение считается нестабильным.
44. Что такое статическое тестирование?
Статическое тестирование – это метод тестирования программного обеспечения, который заключается в проверке кода без его запуска. Вы можете делать это вручную, читая код, или использовать автоматизированные инструменты, которые анализируют код на потенциальные ошибки.
Статическое тестирование позволяет найти различные ошибки, включая синтаксические, ошибки, приводящие к сбоям или потере данных, и уязвимости в системе безопасности.
45. Что такое динамическое тестирование?
Динамическое тестирование – это метод тестирования программного обеспечения, который предполагает запуск программы и наблюдение за ее поведением.
Динамическое тестирование позволяет проверить функциональность программного обеспечения, а также его производительность и стабильность. Оно может проводиться для проверки кода как на уровне модулей, так и на уровне системы.
46. Что такое тестирование API?
Тестирование API – это тип тестирования программного обеспечения, который фокусируется на API, используемых для взаимодействия между различными программными системами. Тестирование API позволяет тестировать приложения, которые используют API для взаимодействия друг с другом, а также приложения, которые предоставляют API для использования сторонними приложениями.
47. Что такое альфа-тестирование?
Альфа-тестирование – это проверка продукта в контролируемых условиях внутри компании, чтобы обнаружить ошибки, недочёты и недостатки, которые могут появиться при использовании программы реальными пользователями. Это позволяет обеспечить высокое качество продукта и повысить его шансы на успех.
48. Что такое бета-тестирование?
Бета-тестирование – это вид тестирования, который выполняется «реальными пользователями» программного приложения в «реальной среде». Оно выполняется после альфа-тестирования.
49. Что такое разработка через приемочные тесты?
Разработка через приемочные тесты (ATDD, Acceptance Test-driven development) – это разновидность TDD, которая фокусируется на написании тестов, описывающих поведение системы с точки зрения пользователя. Эти тесты гарантируют, что система отвечает потребностям пользователей и проста в использовании.
50. Как проводить модульное тестирование легаси-кода?
Одна из проблем юнит-тестирования – работа с легаси-кодом. Это такой код, который написан без тестов и не может быть протестирован.
Не существует единого способа юнит-тестирования легаси-кода. Однако, обладая некоторыми знаниями в области рефакторинга и твердой настойчивостью, можно добиться того, чтобы код стал тестируемым.
Заключение
Эти 50 вопросов для собеседования по модульному тестированию охватывают широкий спектр тем. Они предназначены для проверки ваших знаний модульного тестирования и умения применять их в реальной работе. С этими вопросами вы сможете хорошо подготовиться к собеседованию.
Перевод статьи «50 Unit Testing Interview Questions That Will Get You Hired».