Относятся ли тест-ориентированная и поведенчески-ориентированная разработка к категории "верификация"?

Относятся ли тест-ориентированная и поведенчески-ориентированная разработка к категории "верификация"?
Относятся ли тест-ориентированная и поведенчески-ориентированная разработка к категории "верификация"? - jvich @ Unsplash

В университете нас познакомили с двумя терминами "верификация" и "валидация". Определения можно обобщить следующим образом:

  • Валидация проверяет, что спецификации и требования, которые были определены, соответствуют реальным потребностям клиента. (Создаем ли мы правильный продукт?)
  • соответствует ли создаваемое программное обеспечение спецификациям и требованиям, которые были определены. (Правильно ли мы создаем продукт?)

Я наткнулся на термины "разработка, управляемая тестами" и "разработка, управляемая поведением". Читая о них, я попытался связать эти два термина с теми знаниями, о которых я говорил выше.Проверки, которые

Будет ли правильным обобщением сказать, что TDD и BDD классифицируются как "верификация"?

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

Будет ли правильным обобщением сказать, что TDD и BDD классифицируются как «проверка»?

Нет. TDD и BDD определенным образом включают процедуры верификации в процесс разработки, но они представляют собой гораздо больше, поэтому неправильно классифицировать сами TDD и BDD как верификацию.

Как и процедуры валидации TDD и BDD, но одна из вещей, которая отличает BDD от TDD, заключается в том, что основное внимание уделяется продвижению вещей, подобных валидации, во временную шкалу разработки и обращению с ними, по крайней мере, в некоторой степени, с теми же подходами, которые служат верификации. как цели.

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


LetsCodeIt, 23 февраля 2023 г., 13:37