Меню
Тесты
Тесты  /  Информатика  /  Прочее  /  Организация тестирования в среде разработки

Организация тестирования в среде разработки

Avatar
27.10.2026. Тест. Информатика, Прочее
Внимание! Все тесты в этом разделе разработаны пользователями сайта для собственного использования. Администрация сайта не проверяет возможные ошибки, которые могут встретиться в тестах.
это системный подход к обеспечению качества ПО через выбор методов, средств и инструментов на всех этапах жизненного цикла.

Список вопросов теста

Вопрос 1

«Белый ящик» (White Box)

Варианты ответов
  • Тесты создаются с учётом внутренней структуры, логики и кода программы. Этот метод требует участия разработчика и хорошо подходит для модульного тестирования небольших компонентов.
  • Тесты строятся только на основе требований и спецификаций, без знания внутренней реализации. Подходит для крупных и сложных систем.
  • Комбинированный подход, когда тестировщик имеет частичное знание о внутренней структуре, но действует с позиции пользователя. Особенно эффективен для проверки взаимодействия компонентов (интеграционное тестирование).
  • Разбиение входных данных на классы эквивалентности для сокращения количества тестов.
Вопрос 2

«Чёрный ящик» (Black Box).

Варианты ответов
  • Тесты создаются с учётом внутренней структуры, логики и кода программы. Этот метод требует участия разработчика и хорошо подходит для модульного тестирования небольших компонентов.
  • Тесты строятся только на основе требований и спецификаций, без знания внутренней реализации. Подходит для крупных и сложных систем.
  • Комбинированный подход, когда тестировщик имеет частичное знание о внутренней структуре, но действует с позиции пользователя. Особенно эффективен для проверки взаимодействия компонентов (интеграционное тестирование).
  • Разбиение входных данных на классы эквивалентности для сокращения количества тестов.
Вопрос 3

«Серый ящик» (Gray Box).

Варианты ответов
  • Тесты создаются с учётом внутренней структуры, логики и кода программы. Этот метод требует участия разработчика и хорошо подходит для модульного тестирования небольших компонентов.
  • Тесты строятся только на основе требований и спецификаций, без знания внутренней реализации. Подходит для крупных и сложных систем.
  • Комбинированный подход, когда тестировщик имеет частичное знание о внутренней структуре, но действует с позиции пользователя. Особенно эффективен для проверки взаимодействия компонентов (интеграционное тестирование).
  • Разбиение входных данных на классы эквивалентности для сокращения количества тестов.
Вопрос 4

техники проектирования тестов: Эквивалентное разделение (Equivalence Partitioning)

Варианты ответов
  • Разбиение входных данных на классы эквивалентности для сокращения количества тестов.
  • Проверка значений на границах классов эквивалентности, где часто начинаются ошибки.
  • Проверка всех возможных входных данных, что на практике часто невозможно из-за их огромного количества.
Вопрос 5

техники проектирования тестов: Анализ граничных значений (Boundary Value Analysis).

Варианты ответов
  • Разбиение входных данных на классы эквивалентности для сокращения количества тестов.
  • Проверка значений на границах классов эквивалентности, где часто начинаются ошибки.
  • Проверка всех возможных входных данных, что на практике часто невозможно из-за их огромного количества.
Вопрос 6

техники проектирования тестов: Исчерпывающее тестирование (Exhaustive Testing)

Варианты ответов
  • Разбиение входных данных на классы эквивалентности для сокращения количества тестов.
  • Проверка значений на границах классов эквивалентности, где часто начинаются ошибки.
  • Проверка всех возможных входных данных, что на практике часто невозможно из-за их огромного количества.
Вопрос 7

Средства организации тестирования

К средствам относятся инструменты и подходы, которые обеспечивают процесс:

1.

Планирование.

2.

Управление тестированием.

3.

Статический анализ.

4.

Автоматизация тестирования.

Варианты ответов
  • Создание тестовых сценариев, определение ресурсов (оборудование, ПО), планирование циклов, фиксация тестовых конфигураций
  • Использование систем управления тестированием (Test Management), которые позволяют отслеживать задачи, дефекты, результаты и отчётность.
  • Методы и инструменты для анализа кода и документации без его выполнения (рецензирование, инспекции, инструменты для поиска типичных ошибок).
  • Применение инструментов для автоматизации рутинных сценариев, что повышает эффективность и повторяемость тестов.
Вопрос 8

Инструментарии анализа качества

Конкретные инструменты зависят от технологий и задач, но можно выделить ключевые категории:

1.

Инструменты для написания и выполнения тестов.

2.

Инструменты нагрузочного тестирования.

3.

Инструменты статического анализа.

4.

Инструменты для автоматизации UI-тестирования.

Варианты ответов
  • Фреймворки для модульного тестирования (Jest, Mocha для JavaScript), тестовые двойники (Mocking libraries) для изоляции зависимостей, инструменты непрерывной интеграции (CI) для автоматического запуска тестов.
  • LoadRunner, JMeter, Gatling для проверки производительности, устойчивости и масштабируемости системы.
  • Linters для языков программирования (ESLint для JavaScript, Pylint для Python), инструменты для поиска уязвимостей (SonarQube), анализа сложности кода.
  • Selenium, Appium, Cypress для проверки взаимодействия с пользовательским интерфейсом.
Вопрос 9

Раннее обнаружение ошибок

Варианты ответов
  • Статическое тестирование и модульные тесты выявляют проблемы на этапе разработки.
  • Комплексный подход, сочетающий разные методы (белый/чёрный ящик) и виды тестирования (модульное, интеграционное, системное).
  • Ручные тесты остаются для проверки пользовательского опыта и редких сценариев, а повторяемые задачи автоматизируются.
Вопрос 10

Парадигма тестирования.

Варианты ответов
  • Статическое тестирование и модульные тесты выявляют проблемы на этапе разработки.
  • Комплексный подход, сочетающий разные методы (белый/чёрный ящик) и виды тестирования (модульное, интеграционное, системное).
  • Ручные тесты остаются для проверки пользовательского опыта и редких сценариев, а повторяемые задачи автоматизируются.
Вопрос 11

Автоматизация там, где это эффективно.

Варианты ответов
  • Статическое тестирование и модульные тесты выявляют проблемы на этапе разработки.
  • Комплексный подход, сочетающий разные методы (белый/чёрный ящик) и виды тестирования (модульное, интеграционное, системное).
  • Ручные тесты остаются для проверки пользовательского опыта и редких сценариев, а повторяемые задачи автоматизируются.
Вопрос 12

Какая команда открывается с помощью этого меню

Варианты ответов
  • Описание теста
  • Обозреватель тестов
  • Отладка тестов
  • Окно тестов
Вопрос 13

В какой строке находится  команда проверка результата

Вопрос 14

Какие строки содержат подготовку данных и окружения, перечислите через запятую

Вопрос 15

В какой строке происходит выполнение действия — вызов тестируемого метода

Пройти тест
Сохранить у себя:

Комментарии 0

Чтобы добавить комментарий зарегистрируйтесь или на сайт