2009-10-16 5 views
2

Я недавно наткнулся на T#. Кажется неплохой концепцией, но мне интересно, стоит ли переключать с nUnit на это? Я люблю плюсы, но ненавижу минусы, так что я до сих пор не определилисьПлюсы и минусы модульных испытаний с t #

Плюсы:

  • специализированный язык для модульного тестирования (ключевые слова)
  • Относительные Утверждения
  • время компиляции предупреждений
  • внимание на тест намерения

Против:

  • недостаток (встроенный) поддержка инструмента
  • все еще бета?
  • не используется многими

(Не забудьте обновить список)

+0

Интересно, почему они не попытались сделать его еще более кратким с точки зрения синтаксиса, видя, что они уже используют маршрут DSL. – leppie

+0

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

+0

@Robert - вы разработчик или пользователь проекта? OT: приятно встретить соотечественника на SO :) – Goran

ответ

0

Я знаю, что это не может быть сильным аргументом, но глядя на некоторые из этого примера кода, он просто дал меня дрожит. Похоже, что они в основном вводят новые ключевые слова в качестве синтаксического сахара, чтобы заменить общий синтаксис, например, Assert(x, y) или даже целые методы. Я не знаю. Это просто выглядит ... неправильно.

+0

Я, с другой стороны, как это делает его более ясным. Это может быть проблематично, поскольку будущие версии C# могут вносить некоторые конфликты ключевых слов. Возможно, это должно перейти в неопределенный столбец. – Goran

+1

Да, я придумал, что обязательно найдутся люди, которым это нравится. Увы, это действительно личное предпочтение, я думаю, поэтому я сказал, что это не сильный аргумент. Но я действительно хотел сказать это в любом случае :-) – Razzie

0

В моем опыте самым важным фактором успешного тестирования устройства является простота использования - вы должны легко писать и запускать тесты с визуальной студией, иначе это станет большой проблемой и будет сброшено с первого пропущенного срока ,
Это, в одной из причин, почему я использую только модульное тестирование frameowrk, который имеет хорошую интеграцию в VS - либо построил (MSTest) или с помощью 3 инструментов сторонних производителей (NUnit, XUnit и т.д.)

T # выглядит очень многообещающим, но у него есть интеграция VS. Я бы не стал его трогать.