- •Понятие по. Виды по (с пояснениями).
- •Понятие процесса разработки.Стандартный процесс разработки.
- •Совершенствование процесса разработки. Примеры совершенствования.
- •Push/Pullстратегии.Фазы и виды деятельности. Понятия и различия.
- •Водопадная модель. Достоинства и недостатки.
- •Спиральная модель. Структура витка.
- •Архитектура по.Определение. Краткое описание. Понятие функциональных и нефункциональных требований.
- •Архитектура по. Составляющие элементы иключевые принципы. Инструменты моделирования.
- •Причины появления понятия «Жизненный цикл» по.Проблемы внедрения и практического применения концепции жц.
- •Определение жц согласно стандарта iso 12227. Основные определения стандарта.Организационные процессы жц. Краткое описание.
- •Основные процессы жц. Вспомогательные процессы жц. Краткое описание.
- •Понятие метрики по. Причины введения и использования метрик. Размерно-ориентированные метрики. Виды и характеристики. Критика данного вида метрик.
- •Понятие метрики по. Причины введения и использования метрик. Метрики сложности потока управления программ.
- •Понятие метрики по. Причины введения и использования метрик. Метрики сложности потока управления данных.
- •Понятие метрики по. Причины введения и использования метрик. Объектно-ориентированные метрики.
- •Понятие конфигурации и причины ее появления.Понятие конфигурационного управления. Конфигурационные единицы.
- •Понятие конфигурации и причины ее появления. Характеристика конфигурационной единицы.
- •Понятие сборки. Причины появления. Манифест сборки.
- •Понятие сборки.Управление сборками. Виды управления сборками. Контроль версий.
- •Понятие сборки.Приватные и разделяемые сборки. Строгое имя. Особенности применения.
- •Понятие сборки.Глобальный кэш сборок. Назначение.Понятие Baseline.
- •Понятие качества по. Характеристики качества по. Методы обеспечения качества по.
- •Тестирование по. Цели тестирования. Виды тестирования: функциональное, практичности, безопасности, производительности.
- •Тестирование по. Цели тестирования. Виды тестирования: нагрузочное, глобализационное, локализационное, доступности. Поколения тестирования.
- •2) Outsourcing. Стандартная организация компании: внутренняя команда разработки и внешняя команда тестирования, представленная сторонней компанией.
- •Тестирование по. Цели тестирования. Виды тестирования: белого ящика, черного ящика, серого ящика. Модульное тестирование (сфера применения, преимущества, привила написания тестов).
- •Дефекты. Критичность дефектов. Жц дефекта.
- •Дефекты.Баг-трекинг системы.
- •Требования к программному обеспечению. Виды. Методы выявлений.
- •Требования к программному обеспечению. Управление требованиями.
-
Дефекты.Баг-трекинг системы.
Cистемы отслеживания дефектов - прикладная программа, разработанная с целью помочь разработчикам программного обеспечения учитывать и контролировать ошибки, найденные в программах, пожелания пользователей, а также следить за процессом устранения этих ошибок и выполнения или невыполнения пожеланий. При описании дефекта тестировщик заполняет определенные поля.
Свободно распространяемые: Redmine, BUGS - the Bug Genie, Bugzilla, GNATS, Mantis, Flyspray
Проприетарные: Atlassian JIRA, Bontq, PVCS Tracker, Project Kaiser, TrackStudio Enterprise
-
Требования к программному обеспечению. Виды. Методы выявлений.
Требования к программному обеспечению – совокупность утверждений относительно атрибутов, свойств или качеств программной системы, подлежащей реализации. Создаются в процессе разработки требований к программному обеспечению, в результате анализа требований.
Требования могут выражаться в виде текстовых утверждений и графических моделей.
Виды требований по уровням:
Customer Requirements – набор требований, предпочтений и ограничений со стороны заказчика.
Product Requirements – структурированный набор функциональных и нефункциональных требований к системе. Должны быть полными, непротиворечивым и проверяемыми.
Component Requirements – требования к логической и физической структуре системы, ее отдельным компонентам.
Методы выявления требований: 1)Интервью, опросы, анкетирование; 2)Мозговой штурм, семинар; 3)Наблюдение за производственной деятельностью, рабочего дня; 4)Анализ нормативной документации; 5) Анализ моделей деятельности; 6)Анализ конкурентных продуктов; 7)Анализ статистики использования предыдущих версий системы.
-
Требования к программному обеспечению. Управление требованиями.
Управление требованиями – процесс, включающий идентификацию, выявление, документацию, анализ, отслеживание, приоритезацию требований, достижение соглашения по требованиям и затем управление изменениями и уведомление соответствующих заинтересованных лиц.
Управление требованиями – непрерывный процесс на протяжении всего проекта.
Цель управления требованиями: гарантировать что организация документирует, проверяет и удовлетворяет потребности и ожидания заказчика.
Управление требованиями включает: выявления и анализа целей и ограничений заказчика; поддержку требований; интеграцию требований; организацию работы с требованиями.
Управление требованиями включает общение между проектной командой и заинтересованными лицами с целью корректировки требований на протяжении всего проекта. Требования не являются чем-то постоянным. В процессе жизненного цикла ПО требования могут меняться. Изменения в требованиях должны отслеживаться.
Технические средства управления требованиями: IBM Rational RequisitePro; Borland CaliberRM; Sybase PowerDesigner.