Сформулировать понятие экстремального программирования (ХР). Раскрыть понятия: приемочные тесты, парное программирование, разработка через тестирование, коллективное владение, непрерывная интеграция.

Экстремальное программирование – это упрощенная методика организации производства для небольших и средних по размеру команд специалистов, занимающихся разработкой программного продукта в условиях неясных и быстро меняющихся требований.

Приемочные тесты – формальный процесс тестирования, который проверяет соответствие системы требованиям и проводится с целью:

· определения удовлетворяет ли система приемочным критериям;

· вынесения решения заказчиком или другим уполномоченным лицом принимается приложение или нет.

Приемочное тестирование выполняется на основании набора типичных тестовых случаев и сценариев, разработанных на основании требований к данному приложению.

Решение о проведении приемочного тестирования принимается, когда:

· продукт достиг необходимого уровня качества;

· заказчик ознакомлен с Планом Приемочных Работ (ProductAcceptancePlan) или иным документом, где описан набор действий, связанных с проведением приемочного тестирования, дата проведения, ответственные и т.д.

Фаза приемочного тестирования длится до тех пор, пока заказчик не выносит решение об отправлении приложения на доработку или выдаче приложения.

Хорошо написанный комплект приемочных тестов – необходимая составная часть успеха любого сложного программного проекта, особенно разрабатываемого в соответствии с принципами гибкого (agile) программирования и такими методиками, как экстремальное программирование. Одно из лучших определений приемочного теста на официальном сайте ExtremeProgramming:

Заказчик описывает подлежащие тестированию сценарии после того, как история пользователя (userstory) была корректно реализована. История может содержать один или несколько приемочных тестов – столько, сколько необходимо для проверки работоспособности системы.

Проще говоря, приемочные тесты позволяют убедиться в том, что мы реализовали данную функцию, или – на жаргоне экстремального программирования – историю пользователя. Традиционно приемочные тесты состоят из ряда тестовых сценариев – последовательности действий, выполняемых тестировщиком (или поданных на вход инструмента тестирования), которые проверяют правильность работы приложения. Сегодня полагаться на ручное приемочное тестирование веб-приложений считается дурным тоном. Это медленно, чревато ошибками и дорого.

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

 

Парное программирование — техника программирования, при которой исходный код создаётся парами людей, программирующих одну задачу, сидя за одним рабочим местом.

Один из них работает непосредственно с текстом программы, другой просматривает его работу и следит за общей картиной происходящего. При необходимости клавиатура свободно передается от одного к другому. В течение работы над проектом пары не фиксированы: рекомендуется их перемешивать, чтобы каждый программист в команде имел хорошее представление о всей системе. Таким образом, парное программирование усиливает взаимодействие внутри команды.

Достоинства:

· Повышение дисциплины. Программисты в паре чаще «делают то, что нужно» и реже устраивают длинные перерывы.

· Лучший код. Партнёры в паре менее склонны к неудачным решениям и производят более качественный код.

· Гибкий поток работы

· Высокий боевой дух

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

· Наставничество. Каждый, даже начинающий программист, знает что-то, чего не знают другие. Парное программирование — безболезненный способ распространить эти знания.

· Командный дух.

· Меньше прерываний.

· Экономическая обоснованность.

· Высокое качество дизайна.

· Обратная связь.

· Непрерывность проверки кода. Ошибки обнаруживаются сразу же, как только появились, это позволяет экономить и время, и деньги. Команда разработчиков сплачивается, что позволяет закончить работу раньше и в лучшем качестве.

· Обучение. Программисты постоянно обмениваются знаниями.

Недостатки:

Отсутствует возможность сосредоточиться. Непрерывно отвлекают.