Понятие baseline
Baseline– этобазовая, последняя целостная версия некоторого продукта разработки, например, документации, программного кода и т.д. Подразумевается, что разработка идет не сплошным потоком, а с фиксацией промежуточных результатов в виде текущей официальной версии разрабатываемого актива. Принятие такой версии сопровождается дополнительными действиямипооформлению, сглаживанию, тестированию, включению только законченных фрагментов и т.д. Этот результат можно посмотреть, отдать тестеровщикам, передать заказчику и т.д.Baselineслужит хорошим средством синхронизации групповой работы.
Baselineможет быть совсем простой – веткой в средстве управления версиями, где разработчики хранят текущую версию своих исходных кодов. Единственным требованием в этом случае может быть лишь общая компилируемость проекта. Ноподдержкаbaselineможет быть сложной формальной процедурой, как показано нарис. 6.3.
Конструирование ПО (стандартизация качества, методы обеспечения качества ПО)
Термин конструирование программного обеспечения (software construction) описывает детальное создание рабочей программной системы посредством комбинации кодирования, верификации (проверки), модульного тестирования (unit testing), интеграционного тестирования и отладки.
Фундаментальные основы конструирования программного обеспечения включают:
Минимизация сложности
Ожидание изменений
Конструирование с возможностью проверки
Стандарты в конструировании
Понятие тестирования (тестирование черного и белого ящика и их понятия, инструменты тестирования, критерии тестирования)
Тестирование (software testing) – деятельность, выполняемая для оценки и улучшения качества программного обеспечения. Эта деятельность, в общем случае, базируется на обнаружении дефектов и проблем в программных системах.
Тестирование ПО (виды тестирования, работа с ошибками, средства контроля ошибок, bugtrackingsystems)
Тестирование (software testing) – деятельность, выполняемая для оценки и улучшения качества программного обеспечения. Эта деятельность, в общем случае, базируется на обнаружении дефектов и проблем в программных системах.
Тестирование программных систем состоит из динамическойверификации поведения программ наконечном (ограниченном)наборе тестов (set of test cases),выбранныхсоответствующим образом из обычно выполняемых действий прикладной области и обеспечивающих проверку соответствияожидаемомуповедению системы.
Система отслеживания ошибок (англ. bug tracking system) — прикладная программа, разработанная с целью помочь разработчикам программного обеспечения (программистам,тестировщикам и др.) учитывать и контролировать ошибки (баги), найденные в программах, пожелания пользователей, а также следить за процессом устранения этих ошибок и выполнения или невыполнения пожеланий.
Сопровождение ПО (общий вопрос)
Сопровожде́ние программного обеспечения — процесс улучшения, оптимизации и устранения дефектов программного обеспечения (ПО) после передачи в эксплуатацию. Сопровождение ПО — это одна из фаз жизненного цикла программного обеспечения, следующая за фазой передачи ПО в эксплуатацию. В ходе сопровождения в программу вносятся изменения, с тем, чтобы исправить обнаруженные в процессе использования дефекты и недоработки, а также для добавления новой функциональности, с целью повысить удобство использования (юзабилити) и применимость ПО.
Конфигурационное управление
Конфигурационное управление(англ.software configuration management, SCM) в программной инженерии — комплекс методов, направленных на систематический учёт изменений, вносимых разработчиками впрограммный продуктв процессе его разработки исопровождения, сохранение целостности системы после изменений, предотвращение нежелательных и непредсказуемых эффектов, формализацию процесса внесения изменений.
В целом, конфигурационное управление отвечает на вопрос: «Кто-то уже сделал нечто, как нам это воспроизвести?»
Изначально управление конфигурацией применялось не в программировании. Подконфигурациейпонимался состав деталей конечного продукта и «взаимное расположение частей» физического изделия. Таким образом, конфигурацией можно управлять, контролируя документы, описывающие конечный продукт, требования к нему, всю его проектную и технологическую документацию.
Задачи конфигурационного управления:
идентификация конфигурации
контроль конфигурации: контроль над изменениями материалов
учёт текущего состояния: состояние документов, состояние кода, состояние отдельных задач и всего проекта в целом
управление процессом разработки
управление сборкой
управление окружением
отслеживание задач и проблем (в частности, отслеживание ошибок)