
- •1. Что такое программный продукт и его основные характеристики
- •2. Составляющие стоимости программного продукта
- •4. Что такое хорошая программа и ее основные свойства.
- •5. Профессиональные и этические требования ит-специалиста.
- •6. Роль стандартов в программной инженерии.
- •7. Жизненный цикл программного продукта.
- •8. Инкрементная модель жизненного цикла программного продукта.
- •9. Спиральная модель жизненного цикла программного продукта.
- •11. Фазы (этапы) жизненного цикла и их связь с процессами.
- •12. Основные процессы жизненного цикла программного обеспечения.
- •13. Вспомогательные процессы жизненного цикла программного обеспечения.
- •14. Организационные процессы жизненного цикла программного обеспечения.
- •15. Каскадная модель. Преимущества, недостатки, применимость.
- •16. Спиральная модель. Преимущества, недостатки, применимость.
- •17. Что такое проект и его основные характеристики.
- •18. Особенности управления ит-проектами.
- •19. Треугольник ограничений проекта.
- •20. Компетенции менеджера it проекта.
- •21. Ролевая модель команды. Роли и их ответственности.
- •22. Модель управления командой. Критерии выбора модели.
- •23. Административная модель управления командой. Особенности, преимущества и недостатки.
- •24. Модель хаоса управления командой. Особенности, преимущества и недостатки.
- •25. Модель открытой архитектуры управления командой. Особенности, преимущества и недостатки.
- •26. Роль и способы общения в команде. Преимущества и недостатки различных способов общения.
- •27. Чем компромисс отличается от консенсуса? Как достичь компромисса и добиться консенсуса?
- •28. Корпоративная политика. Типы внешних стратегий команд.
- •29. Что такое качество и мера качества? Какова мера качества программного продукта?
- •Основные фазы эволюции методов обеспечения качества. Роль стандартов в обеспечении качества.
- •Основные требования к программному продукту. Выявление и анализ требований.
- •Валидация требований к программному продукту.
- •Верификация требований к программному продукту.
- •Оптимизация программного продукта.
- •Виды ошибок. Обнаружение ошибок.
- •Что такое верификация?
- •Что такое тестирование программного продукта?
- •Тестирование методом черного ящика.
- •Нисходящее и восходящее тестирование.
- •Изолированное тестирование.
- •Промежуточное и комплексное тестирование.
- •Альфа и бета-тестирование.
- •Системное тестирование.
- •46. Пошаговое тестирование.
- •49. Стресс-тести́рование.
- •50. Функциональное тестирование.
- •53. Инструменты тестирования.
- •54,55,56. Предпродажная подготовка программного продукта. Лицензия на программный продукт. Контракт на программный продукт.
- •58. Эксплуатация программного продукта.
Что такое верификация?
Верификация – это подтверждение соответствия конечного продукта предопределённым эталонным требованиям;
Что такое тестирование программного продукта?
Тести́рование програ́ммного обеспе́чения — процесс исследования программного обеспечения (ПО) с целью получения информации о качестве продукта.
Тестирование методом черного ящика.
При тестировании чёрного ящика, тестировщик имеет доступ к ПО только через те же интерфейсы, что и заказчик или пользователь, либо через внешние интерфейсы, позволяющие другому компьютеру либо другому процессу подключиться к системе для тестирования. Например, тестирующий модуль может виртуально нажимать клавиши или кнопки мыши в тестируемой программе с помощью механизма взаимодействия процессов, с уверенностью в том, все ли идёт правильно, что эти события вызывают тот же отклик, что и реальные нажатия клавиш и кнопок мыши. Как правило, тестирование чёрного ящика ведётся с использованием спецификаций или иных документов, описывающих требования к системе. Как правило, в данном виде тестирования критерий покрытия складывается из покрытия структуры входных данных, покрытия требований и покрытия модели (в тестировании на основе моделей).
Тестирование методом белого ящика.
При тестировании белого ящика (англ. white-box testing, также говорят — прозрачного ящика), разработчик теста имеет доступ к исходному коду программ и может писать код, который связан с библиотеками тестируемого ПО. Это типично для юнит-тестирования (англ. unit testing), при котором тестируются только отдельные части системы. Оно обеспечивает то, что компоненты конструкции — работоспособны и устойчивы, до определённой степени. При тестировании белого ящика используются метрики покрытия кода.
Нисходящее и восходящее тестирование.
При первом, восходящем тестировании, применяемом обычно для небольших программ, сначала тестируют отдельные периферийные блоки, а затем переходят к тестированию центральной части, которая, разумеется, взаимодействует только с отлаженными уже блоками.
При нисходящем тестировании, используемом для достаточно больших программ, параллельно с контролем периферийных блоков (или даже до начала их контроля) производится и контроль центрального блока, выполняемого на компьютере совместно с имитаторами периферийных блоков, называемых заглушками. В задачу имитаторов входит моделирование работы соответствующих блоков с целью поддержать функционирование центрального блока. Обычно заглушки выдают простейший результат, например константу и сообщение о факте своего участия в работе. Вместо постоянной величины на наиболее поздней стадии тестирования может выдаваться и случайная величина в требуемом диапазоне.
Изолированное тестирование.
Изолированное тестирование когда тестируется лишь часть кода,модуля,функции изолированно от всех модулей и компонентов программы
Промежуточное и комплексное тестирование.
Нет ответа
Альфа и бета-тестирование.
Альфа-тестирование — имитация реальной работы с системой штатными разработчиками, либо реальная работа с системой потенциальными пользователями/заказчиком. Чаще всего альфа-тестирование проводится на ранней стадии разработки продукта, но в некоторых случаях может применяться для законченного продукта в качестве внутреннего приёмочного тестирования. Иногда альфа-тестирование выполняется под отладчиком или с использованием окружения, которое помогает быстро выявлять найденные ошибки. Обнаруженные ошибки могут быть переданы тестировщикам для дополнительного исследования в окружении, подобном тому, в котором будет использоваться ПО.
Бета-тестирование — в некоторых случаях выполняется распространение предварительной версии (в случае проприетарного ПО иногда с ограничениями по функциональности или времени работы) для некоторой большей группы лиц с тем, чтобы убедиться, что продукт содержит достаточно мало ошибок. Иногда бета-тестирование выполняется для того, чтобы получить обратную связь о продукте от его будущих пользователей.