Не все проверки бесполезны или несколько способов ревизии требований

Стив Макконнелл в книге «Сколько стоит программный проект» и мировая статистика утверждают, что наиболее дорого исправлять ошибки, допущенные на этапах сбора требований и проектирования. Иногда выявленные ошибки достаточно серьезные и требуют переработки не только своей системы (или некоторой ее части), но и смежных систем. Когда выявление этих ошибок происходит на этапе тестирования, то в корзину уходит труд и аналитиков, и разработчиков, и тестировщиков и технических писателей. Можем ли мы выявить хотя бы часть таких ошибок на более ранних стадиях работ? Может ли тестировщик (инженер по требованиям) выявить ошибки в требованиях до разработки ПО? Мы рассмотрим одно из основных свойств требований: полноту, включая CRUDL. И увидим, какими способами можем проверять данное свойство. Не все проверки бесполезны или несколько способов ревизии требований from Гертовская Ирина Не все проверки бесполезны или несколько способов ревизии требований from Vlad Orlikov