Что должно быть проверено

Question

Если у клиента есть требование - имена продуктов не должны быть длиннее 50 символов, предполагает ли это, что история / спецификация должны быть написаны для этого, если используемая среда уже имеет хорошо протестированную среду валидации (например, Rails)? .

Чтобы быть более общим, следует ли проверять специфику для каждой области валидации для конкретного проекта (т. Е. В приведенном выше примере validates_length_of будет областью, длина 50 символов будет определять специфику)?

Это приводит к вопросу о том, какие области приложения следует тестировать и как их дифференцировать? Есть ли лучшие практики в этой области?

Answer 1

Прочитайте сводную карту прагматического тестирования .

Answer 2

Что должно быть проверено? Хороший вопрос. По моему мнению, каждая спецификация (в документе с требованиями к продукту) должна быть проверена.

Каждое требование должно быть проверено в позитивном (счастливый день) сценарии, а также в негативном тесте (когда что-то идет не так) В МИНИМУМ. Затем следует разработать контрольные примеры, включающие граничные условия (0 символов, 49, 50, 51, 256, 1000 символов и т. Д.) И явные условия ошибки (включая недопустимые символы).

Таким образом, каждое требование должно иметь МНОГИЕ тестовые случаи, чтобы охватить функциональность и проверку ошибок.