Должен ли я писать модульный тест для каждого публичного метода?

Question

Должен ли я писать модульный тест для каждого общедоступного метода? Например, у меня есть служба CRUD, поэтому у меня есть методы create, read, update, delete. Но когда я пишу тест delete или update методов, я неявно проверить read и create методы (например, для проверки методы update первой мне нужно создать объект (create), а затем получить его (read), затем update его, а затем извлечь его снова, чтобы убедиться, что он изменился).

Answer 1

Я бы писать тесты для get и create, да:

• Это облегчает отдельное поведение вы намеренно тестирования от поведения вы кстати тестирование
• Это делает его легче проверить условия отказа и другие сценарии, которые не подпадают под ваши другие методы
• Это означает, что если вы изменили свою реализацию delete/update в не использование get/create, вы по-прежнему испытывать get/create

В идеале, я бы попытаться (без получения слишком повесил об этом), чтобы сделать тесты, установленные и проверить данные на «нижний» уровень - например обеспечивая прямой доступ к базе данных в памяти. Таким образом, вы действительно тестируете «Если я создаю сущность, данные в базе данных выглядят как {this}» (а также при извлечении). Просто быть в состоянии создать, а затем получить те же результаты снова хорошо с точки зрения черный ящик тестирования, но я обычно думаю, модульные тесты, как больше белого ящика.

Answer 2

Должен ли я писать модульный тест для каждого общедоступного метода? Да

Написание тестового примера для каждого публичного метода - лучшая вещь. Для тестирования удалите операцию, вы должны позвонить сначала создать тест, а затем позвонить удалить тест метод. Таким образом, ваш метод проверки на удаление будет независимым, и вы сможете протестировать все возможные сценарии.