2013-05-21 5 views
-2

Привет, ребята, меня попросили написать обоснование моих тестовых примеров, которые отслеживают бизнес-правила, словарь данных и требования к объему данных.Обоснование тестовых примеров

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

отредактировано: извините забыл задать вопрос, мой вопрос: как вы обычно пишете оправдание для своих тестовых случаев?

+0

Мы не можем сделать это для вас, это вы знаете правила ведения бизнеса и тестовые примеры и т. Д. Каков ваш конкретный вопрос? – stakx

+0

должно быть что-то для программистов.stackxchange.com – poseid

+0

жаль, что я забыл задать свой вопрос в этом сообщении. –

ответ

3

Это означает, что вы должны просто написать, почему тестовый пример имеет значение. Вы можете сделать много неиспользованных тестов. Подтвердите, почему это, в частности, полезно.

0

Прежде всего, есть ли у вас список применимых правил? Это действительно помогает иметь индексированный набор бизнес-правил:

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 

Индексы не имеет значения, только тот факт, что вы можете ссылаться на них из других является то, что важно. Тогда ваше обоснование для тестового примера, в котором проверяются значения зарплаты, будет ссылаться на эти два бизнес-правила.

Словарь словаря данных так же прост в использовании. Опять же, это помогает иметь возможность перекрестной ссылки на словарь. У вас может быть несколько десятков тестов для определенного поля, проверка минимальных и максимальных значений, значений мусора, хорошо сформированных, но недопустимых значений и т. Д. Все модульные тесты будут ссылаться на запись словаря.

Требования к объему данных будут аналогичными: найдите перечисленные требования и обратитесь к ним.

Есть также внутренние программные требования, которые вы также проверите. К ним относятся ограничения уникальности, ограничения внешнего ключа, ограничения порядка, значения по умолчанию. Они также требуют обоснования, но утверждение «требования внутреннего программного обеспечения» должно быть достаточным.

1

Добро пожаловать в SO, Аарон.

Несколько вещей здесь ...

  1. Зачем вам нужно, чтобы оправдать ваши тестовые случаи? Как тестер программного обеспечения, вам поручено быть защитником для потребителей; вы - это голос и представитель ваших конечных пользователей.

  2. Если у вас есть вся информация, необходимая для написания самих тестов, недостаточно ли этого, чтобы «оправдать» их?

  3. Кто спрашивает об этом обосновании?

  4. Насколько крепко ваше покрытие? Вы ориентируетесь на все варианты использования, изложенные в бизнес-правилах?

  5. В какой среде вы тестируете? Вы проворный магазин, водопад ...?

+0

Почему на земном шаре ?! – Brian

Смежные вопросы