В университете нас познакомили с двумя терминами "верификация" и "валидация". Определения можно обобщить следующим образом:
Я наткнулся на термины "разработка, управляемая тестами" и "разработка, управляемая поведением". Читая о них, я попытался связать эти два термина с теми знаниями, о которых я говорил выше.Проверки, которые
Будет ли правильным обобщением сказать, что TDD и BDD классифицируются как "верификация"?
Потому что, насколько я понимаю, эти два подхода сосредоточены на проверке программного обеспечения, а не требований. Или есть какие-то аспекты, которые я упустил и которые говорят против такой строгой категоризации?
Будет ли правильным обобщением сказать, что TDD и BDD классифицируются как «проверка»?
Нет. TDD и BDD определенным образом включают процедуры верификации в процесс разработки, но они представляют собой гораздо больше, поэтому неправильно классифицировать сами TDD и BDD как верификацию.
Как и процедуры валидации TDD и BDD, но одна из вещей, которая отличает BDD от TDD, заключается в том, что основное внимание уделяется продвижению вещей, подобных валидации, во временную шкалу разработки и обращению с ними, по крайней мере, в некоторой степени, с теми же подходами, которые служат верификации. как цели.
Верификация и валидация — это разные аспекты контроля качества. Они не являются категориями методологий разработки. Усилия по разработке программного обеспечения, как правило, включают в себя и то, и другое, независимо от конкретной используемой методологии разработки. Проверка, как правило, более тесно интегрирована с повседневными усилиями по разработке, но если ошибка обнаруживается во время проверки, то есть все основания полагать, что она также будет отражена в процессе разработки, что, вероятно, спровоцирует добавление или обновление проверок. выполняется.