Редактирование: Тестирование программного обеспечения
Перейти к навигации
Перейти к поиску
Правка может быть отменена. Пожалуйста, просмотрите сравнение версий ниже, чтобы убедиться, что это нужная вам правка, и запишите страницу ниже, чтобы отменить правку.
Текущая версия | Ваш текст | ||
Строка 325: | Строка 325: | ||
Дополнительная информация: Интеграция модели зрелости возможностей и водопадной модели | Дополнительная информация: Интеграция модели зрелости возможностей и водопадной модели | ||
===Модель разработки Agile или XP=== | ===Модель разработки Agile или XP=== | ||
Напротив, некоторые новые дисциплины в области программного обеспечения, такие как экстремальное программирование и движение за гибкую разработку программного обеспечения, придерживаются модели " | Напротив, некоторые новые дисциплины в области программного обеспечения, такие как экстремальное программирование и движение за гибкую разработку программного обеспечения, придерживаются модели "разработки программного обеспечения, основанного на тестировании". В этом процессе модульные тесты сначала пишутся программистами (часто с использованием парного программирования в методологии экстремального программирования). Изначально ожидается, что тесты завершатся неудачей. После каждого неудачного теста пишется ровно столько кода, чтобы он прошел успешно. | ||
:Это означает, что наборы тестов постоянно обновляются по мере обнаружения новых условий сбоя и угловых ситуаций, и они интегрируются с любыми разработанными регрессионными тестами. :Модульные тесты поддерживаются вместе с остальным исходным кодом программного обеспечения и, как правило, интегрируются в процесс сборки (при этом изначально интерактивные тесты сводятся к частично ручному процессу принятия сборки). | :Это означает, что наборы тестов постоянно обновляются по мере обнаружения новых условий сбоя и угловых ситуаций, и они интегрируются с любыми разработанными регрессионными тестами. :Модульные тесты поддерживаются вместе с остальным исходным кодом программного обеспечения и, как правило, интегрируются в процесс сборки (при этом изначально интерактивные тесты сводятся к частично ручному процессу принятия сборки). | ||
Конечными целями этого процесса тестирования являются поддержка | Конечными целями этого процесса тестирования являются поддержка непрерывной интеграции и снижение частоты дефектов. | ||
Эта методология увеличивает время тестирования, затрачиваемое разработчиками, прежде чем попасть в какую-либо официальную группу тестирования. В некоторых других моделях разработки большая часть выполнения тестов выполняется после определения требований и завершения процесса кодирования. | Эта методология увеличивает время тестирования, затрачиваемое разработчиками, прежде чем попасть в какую-либо официальную группу тестирования. В некоторых других моделях разработки большая часть выполнения тестов выполняется после определения требований и завершения процесса кодирования. |