Лучше всего практиковать для поиска модульных тестов? (если не разрабатывается тест-тест)

Question

В какой-то момент вам нужно решить, какие части вашей программы вы хотите покрыть с помощью модульных тестов.

Если вы разрабатываете тест-первых, то вы не в курсе, поскольку у вас уже есть ваши тестовые примеры. Поздравления. Если вам не повезло (так обстоит дело в нашем проекте), вам нужно решить, для каких частей вашей программы вы собираетесь писать модульные тесты.

Есть ли хороший и методичный подход, чтобы решить, что покрывать с помощью unitt-тестов? Ecs особенно тот, который более специфичен, чем спрашивать себя what should I test here??

Answer 1

ИМХО:

1. Все в оригинальной спецификации.
2. Все, на что полагается работать навсегда.
3. Все, что вы нашли сломанным и должно было исправить.

Не очень полезно Я уверен - но реалистично.

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

Какой подход может быть использован для поиска фрагментов работы, которые необходимо проверить?

Есть много:

• Всякий раз, когда вы нашли ошибку, исправить ее и создать тест, который будет гарантировать, что никогда не вернется.