---

1.	Определите понятие жизненного цикла программного продукта
2.	Опишите модели жизненного цикла разработки программного продукта 
3.	Назовите общие принципы моделирования жизненного цикла программных средств. Укажите свойства и особенности различных моделей ЖЦ ПО. Классическая водопадная модель. Спиральная модель ЖЦ ПС Другие модели ЖЦ ПС Модель быстрой разработки приложений (RAD-модель)
4.	Укажите основные принципы тестирования и отладки ПО.
5.	Назовите цели и задачи тестирования, основные этапы. Тестовый цикл.
6.	Определите критерии тестирования.
7.	Укажите параметры тестирования. 
8.	Опишите виды тестирования.
9.	Определите основные стратегии восходящего и нисходящего тестирования.
10.	Определите задачи тестирования методом «Черного ящика».
11.	Опишите стратегию тестирования методом «Белого ящика».
12.	Укажите способы тестирования модуля.
13.	Определите Классификацию ошибочных ситуаций при функциональном тестировании.
14.	Опишите план модульного тестирования 
15.	Укажите способы локализации ошибочной области.
16.	Опишите метод структурного тестирования.
17.	Опишите структурное тестирование маршрутов.
18.	Опишите типы и причины ошибок, обнаруженных при структурном тестировании в вершинах ветвей графа.
19.	Опишите результаты модульного тестирования.
20.	Определите нагрузочное тестирование и его назначение. Назовитеэтапы проведения нагрузочного тестирования 
21.	Укажите виды функционального тестирования.
22.	Определите испытание информационной системы на этапах подготовки к эксплуатации.
23.	Укажите цели интеграционного тестирования.
24.	Определите назначение тестирования производительности, тестирование сборки.
25.	Определите жизненный цикл дефекта. Тестовый отчет дефектов.
26.	Опишите назначение тестирования интерфейсов.
27.	Назовите инструментальные средства тестирования.
28.	Назовите принципы интеграционного тестирования.
29.	Укажите особенности интеграционного тестирования для объектно-ориентированного и процедурного программирования. 
30.	Опишите задачи системного тестирования. 
31.	Укажите принципы регрессионного тестирования. 
32.	Опишите издержки тестирования. Методы автоматизации тестирования.
33.	Опишите требования к документации тестирования.
34.	Укажите цели и задачи регрессионного тестирования Виды регрессионного тестирования.
35.	Назовите оценки покрытия программы и проекта.
36.	Определите преимущества и недостатки автоматизации тестирования.
37.	Назовите известные средства автоматизации тестирования.
ответь на вопросы коротко
Вот краткие ответы на все 37 вопросов:

1. Жизненный цикл ПО — последовательность стадий (от идеи до снятия с поддержки), которые проходит продукт: анализ, проектирование, кодирование, тестирование, внедрение, эксплуатация, утилизация.

2. Модели ЖЦ: Каскадная (Waterfall), V-образная, Итеративная, Спиральная, Agile (Scrum, Kanban), RAD, Incremental.

3. Принципы моделирования: Итеративность, контроль рисков, обратная связь, поэтапная детализация.

Waterfall: строгая последовательность, простота, но плохая гибкость.

Спиральная: акцент на риски, итерации, подходит для крупных проектов.

RAD: быстрая разработка за счет прототипов, высокая скорость, но требует квалифицированной команды.

4. Принципы тестирования: Тестирование показывает наличие дефектов, но не их отсутствие; невозможно протестировать всё; раннее тестирование; кластеризация дефектов; "эффект пестицида"; зависит от контекста; ложное чувство безопасности.

5. Цели: найти дефекты, проверить соответствие требованиям, снизить риски. Задачи: валидация, верификация. Этапы: планирование, проектирование (дизайн тестов), выполнение, анализ результатов. Тестовый цикл: повторение этапов при исправлении ошибок.

6. Критерии тестирования: условия завершения тестирования (покрытие требований, покрытие кода, число критических дефектов, время тестирования).

7. Параметры тестирования: входные данные, ожидаемые результаты, среда выполнения, версия сборки, время и ресурсы.

8. Виды тестирования: по объекту (модульное, интеграционное, системное, приемочное), по знанию системы (белый/черный ящик), по цели (функциональное, нагрузочное, регрессионное), по исполнению (ручное/автоматическое).

9. Стратегии:

Восходящее: снизу вверх (от модулей к системе), требует драйверов.

Нисходящее: сверху вниз (от интерфейсов к модулям), требует заглушек (стабов).

10. "Черный ящик": задачи — проверка функций на соответствие спецификациям, граничные значения, классы эквивалентности, сценарии использования, без проверки внутренней структуры кода.

11. "Белый ящик": проверка внутренней логики, путей, условий, циклов, покрытие операторов, ветвей и решений на основе исходного кода.

12. Способы тестирования модуля: Автономное тестирование (драйверы и заглушки), проверка интерфейсов, локальных структур данных, граничных условий, обработки ошибок.

13. Классификация ошибочных ситуаций: по тяжести (блокирующие, критические, значительные, незначительные, пожелания), по приоритету (высокий/низкий), по источнику (логические, синтаксические, конфигурационные).

14. План модульного тестирования: цели, объем, критерии входа/выхода, список модулей, тестовые данные, среда, ответственные, график, риски.

15. Локализация ошибок: воспроизведение шагов, анализ логов, использование отладчика (точки останова), добавление трассировки, деление области пополам (бинарный поиск), проверка предположений.

16. Структурное тестирование: построение графа управления, тестирование на основе структуры кода, покрытие операторов, ветвей, условий и путей.

17. Тестирование маршрутов: проверка всех независимых путей выполнения (линейно-независимых) в графе программы, обычно ограничено сложностью (цикломатическое число Маккейба).

18. Типы ошибок в ветвях графа: неверное условие перехода, неучтенная ветвь, бесконечный цикл, выход за границы массива, использование неинициализированной переменной, неправильная обработка исключений.

19. Результаты модульного тестирования: протокол выполнения (Pass/Fail), отчет о покрытии кода, список выявленных дефектов, журнал тестов (Test Log), анализ дефектов на единицу кода.

20. Нагрузочное тестирование: проверка поведения системы под ожидаемой и пиковой нагрузкой. Назначение: оценка пропускной способности, стабильности, времени отклика. Этапы: планирование, разработка сценариев, запуск виртуальных пользователей, мониторинг ресурсов, анализ "бутылочных горлышек".

21. Виды функционального тестирования: smoke-тестирование (дымовое), тестирование критического пути, расширенное, регрессионное, тестирование установки, локализации.

22. Испытания на этапе подготовки: приемочное тестирование (Альфа/Бета), тестирование установки/конфигурирования, тестирование миграции данных, проверка документации и обучения пользователей.

23. Цели интеграционного тестирования: проверка корректности взаимодействия между модулями, интерфейсов и обмена данными, поиск ошибок на стыках компонентов.

24.

Тестирование производительности: оценка скорости, масштабируемости и стабильности системы.

Тестирование сборки (Build Verification): проверка стабильности новой сборки (Smoke), чтобы решить, принимать ли ее в тестирование.

25. Жизненный цикл дефекта: Обнаружен → Открыт (New) → Назначен (Assigned) → В работе → Исправлен → Перепроверка → Закрыт (или Возобновлен). Тестовый отчет: сводка по статусам, приоритетам, компонентам и серьезности найденных багов.

26. Назначение тестирования интерфейсов: проверка структуры, навигации, визуальной целостности, доступности, соответствия макетам (UI) и удобства использования (UX).

27. Инструментальные средства: Selenium, JUnit/TestNG (Unit), JMeter (нагрузка), Postman (API), TestRail (управление), Jira (баг-трекинг), Allure (отчеты).

28. Принципы интеграционного тестирования: тестировать интерфейсы, начинать как можно раньше, использовать подходы "Big Bang" или инкрементальный, контролировать версии компонентов, верифицировать передачу данных.

29. Особенности:

ООП: тестирование взаимодействия объектов, наследования, полиморфизма.

Процедурное: тестирование вызовов функций и передачи параметров.

30. Задачи системного тестирования: проверка требований высокого уровня, нефункциональных характеристик (безопасность, производительность), полной работоспособности системы в среде, приближенной к реальной.

31. Принципы регрессионного тестирования: проводить после каждого изменения, автоматизировать, поддерживать актуальный набор тестов, приоритезировать тесты по критичности, выборочный подход (полный/частичный).

32. Издержки: время, ресурсы, стоимость написания и поддержки тестов. Методы автоматизации: запись/воспроизведение, data-driven, keyword-driven, модульное тестирование (фреймворки), использование API.

33. Требования к документации: четкость, однозначность, актуальность (версионность), структурированность, прослеживаемость до требований (Traceability Matrix), читаемость для всех участников.

34. Цель регрессии: убедиться, что новые изменения не сломали старую функциональность. Задачи: валидация фиксов, проверка стабильности сборки. Виды: полная, частичная (выборочная), или по критическому пути.

35. Оценки покрытия:

Программа: покрытие операторов, ветвей, условий, путей.

Проект: процент покрытых требований (Requirements Coverage) и тест-кейсов, связанных с рисками.

36. Автоматизация:

Плюсы: скорость, повторяемость, экономия на длинных дистанциях, высокая точность.

Минусы: высокая стоимость внедрения, сложность поддержки, не заменяет исследовательское тестирование, ложные срабатывания.

37. Средства автоматизации: Selenium (Web), Appium (Mobile), JUnit/TestNG (Java), PyTest (Python), Postman/SoapUI (API), JMeter/Gatling (нагрузка), Cucumber (BDD), Jenkins (CI/CD).