Модульное тестирование реализации C # с помощью инструментов тестирования на основе F #

Question

Синтаксически, существуют ли сценарии, в которых было бы выгодно писать модульные тесты с использованием F # для кода C # Greenfield?

Вот сценарий:

1. ВыВы находитесь в команде, где все разработчики работают только на C # 2.0 и медленно изучают LINQ и lambdas.

2. Они не охватывают ни одной строки модульными тестами, которые бы помещали модульные тестыв F # на разряженных высотах.

3. Модульное тестирование - выбор и ответственность разработчика, создающего код.

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

5. Главное требование здесь - создать производственный код на C #.

Answer 1

Тот факт, что фрагменты модульного теста могут быть легко выполнены в F # Interactive, является еще одним возможным преимуществом тестирования с помощью F #.

Тем не менее, похоже, что для данного конкретного сценария / организации может потребоваться много усилий, пытаясьчтобы кто-нибудь написал / выполнил модульные тесты, поэтому может быть лучше просто начать с некоторых модульных тестов C # и сосредоточиться на том, чтобы сначала привить культуру «модульные тесты хороши / полезны».

Answer 2

Я считаю, что написание тестов в FsUnit (который является просто оберткой над nunit) великолепно, а также удобочитаемость. (например, вам не нужно Паскаль называть имя теста. Это может быть обычное предложение.)

Но, как говорит Брайан, в вашем случае вам лучше начать с C # для модульных тестов, а затем посмотреть, как идут дела.