Что следует тестировать
Если у клиента есть требование - названия продуктов не должны быть длиннее 50 символов, означает ли это, что для этого следует написать историю / спецификацию, если используемый фреймворк уже имеет хорошо протестированный фреймворк валидации (например, Rails).
Чтобы быть более общим, следует ли тестировать специфику для каждой области проверки для конкретного проекта (т.е. в приведенном выше примере validates_length_of будет областью, длина 50 символов будет определять специфику)?
Это приводит к вопросу о том, какие области приложения следует тестировать и как их различать? Есть ли лучшие практики в этой области?
Ответы 2
Что нужно тестировать? Хороший вопрос. На мой взгляд, каждая спецификация (в документе с требованиями к продукту) должна быть проверена.
Каждое требование должно быть проверено как в положительном (счастливый день) сценарии, так и в отрицательном (когда что-то идет не так) В МИНИМУМЕ. Затем вы должны разработать тестовые примеры, чтобы включить граничные условия (0 символов, 49, 50, 51, 256, 1000 символов и т. д.) И условия явной ошибки (включая недопустимые символы).
Таким образом, каждое требование должно иметь МНОЖЕСТВО тестовых примеров для проверки функциональности и ошибок.
И следствие: если его нельзя протестировать, это не требование.