Прежде всего, есть ли у вас список применимых правил? Это действительно помогает иметь индексированный набор бизнес-правил:
BR.CND.SAL.RNG: Candidates must have a salary within the range of the position.
BR.CND.SAL.BND: Candidates must have a salary bounded by HR guidelines
Индексы не имеет значения, только тот факт, что вы можете ссылаться на них из других является то, что важно. Тогда ваше обоснование для тестового примера, в котором проверяются значения зарплаты, будет ссылаться на эти два бизнес-правила.
Словарь словаря данных так же прост в использовании. Опять же, это помогает иметь возможность перекрестной ссылки на словарь. У вас может быть несколько десятков тестов для определенного поля, проверка минимальных и максимальных значений, значений мусора, хорошо сформированных, но недопустимых значений и т. Д. Все модульные тесты будут ссылаться на запись словаря.
Требования к объему данных будут аналогичными: найдите перечисленные требования и обратитесь к ним.
Есть также внутренние программные требования, которые вы также проверите. К ним относятся ограничения уникальности, ограничения внешнего ключа, ограничения порядка, значения по умолчанию. Они также требуют обоснования, но утверждение «требования внутреннего программного обеспечения» должно быть достаточным.
Мы не можем сделать это для вас, это вы знаете правила ведения бизнеса и тестовые примеры и т. Д. Каков ваш конкретный вопрос? – stakx
должно быть что-то для программистов.stackxchange.com – poseid
жаль, что я забыл задать свой вопрос в этом сообщении. –