Категоризация случаев MsTest
Поместите частные поля сначала.
С современными IDE, люди не читают класс для выяснения то, что это - открытый интерфейс.
Они просто используют intellisence (или средство просмотра классов) для этого.
, Если кто-то прочитывает определение класса, это обычно, потому что они хотят понять, как это работает.
В этом случае, знание полей помогает большинству. Это говорит Вам, каковы части объекта.
3 ответа
Вы смотрели на функцию Тестовые списки ? Щелкните Test -> Windows -> Test List Editor , чтобы открыть пользовательский интерфейс для управления списками тестов. Щелкните правой кнопкой мыши Список тестов и выберите Новый список тестов , присвоив ему имя и сохранив его. После этого вы перетаскиваете тесты в новую группу, создавая подмножество Все тесты , которые можно запускать вместе.
Другой вариант - использовать функцию фильтра в окне инструментов Test View , чтобы выберите тесты с похожими признаками. Он будет соответствовать частичным, поэтому вы можете переключиться на Имя теста и ввести что-то вроде «Asp», чтобы сопоставить все тесты, содержащие эту строку, а затем запустить результаты вместе, выбрав все отфильтрованные элементы. Обратной стороной является ты » d потенциально придется переименовать ваши тесты.
В том же духе и ближе к тому, о чем вы думали, вы можете щелкнуть правой кнопкой мыши тесты в окне Test View , выбрать Properties и заполнить Description ] или, как вы предложили, украсив тесты атрибутом Описание . После этого вы можете использовать предыдущий подход к тестам фильтрации (на этот раз фильтрация по Описание ), хотя и не по назначению поля, он может достичь желаемого результата
Свойства и заполните свойство Описание или, как вы предложили, украсив тесты атрибутом Описание . После этого вы можете использовать предыдущий подход к тестированию фильтров (на этот раз фильтрация по Описание ), хотя и не по назначению поля, он может достичь желаемого результата выберите Свойства и заполните свойство Описание или, как вы предложили, украсив тесты атрибутом Описание . После этого вы можете использовать предыдущий подход к тестам фильтрации (на этот раз фильтрация по Описание ), хотя и не по назначению поля, он может достичь желаемого результата По сути, это разные типы тестов, поэтому их следует размещать в разных проектах.
Есть много веских причин для разделения интеграционных тестов и модульных тестов, и это также поможет в этом случае.
- Каждая библиотека классов, подлежащая тестированию, должна иметь один (или несколько) связанных проектов модульного тестирования.
- Интеграционные тесты должны входить в один (или несколько) отдельных тестовых проектов, чтобы вы могли изменять их по своему усмотрению. .
У вас могут быть разные файлы решений, которые включают некоторые, но исключают другие тестовые проектыz, в зависимости от типа набора тестов, который вы хотите запустить.
Обратите внимание, что эта стратегия будет работать с MSTest любой другой средой тестирования, которую вы можете решить использование в будущем, что я считаю дополнительным преимуществом.
Да, в .NET 4.0 Beta 2 есть атрибут TestCategory (он не будет исключен в RTM, поскольку Beta 2 является функционально полной AFAIK)
http://msdn.microsoft.com/en-us/library/ms182489%28VS.100%29.aspx