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