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

  • 20 мин

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

Можем ли мы выявить хотя бы часть таких ошибок на более ранних стадиях работ? Может ли тестировщик (инженер по требованиям) выявить ошибки в требованиях до разработки ПО? 

Мы рассмотрим одно из основных свойств требований: полноту, включая CRUDL. И увидим, какими способами можем проверять данное свойство.

Комментарии ({{Comments.length}} )
  • {{comment.AuthorFullName}}
    {{comment.AuthorInfo}}
    {{ comment.DateCreated | date: 'dd.MM.yyyy' }}

Для того чтобы оставить комментарий необходимо

или
Напишите нам, мы онлайн!