Те из вас, кто использовал Pex, каковы, по вашему мнению, его преимущества и недостатки Pex в качестве инструмента?
Кроме того, как вы думаете, преимущества и недостатки "Автоматизированного разведочного тестирования" в целом, в качестве дополнения к TDD/Unit Testing?
Pex позволяет записывать параметризованные модульные тесты. В этом смысле он полностью вписывается в поток тестирования TDD/unit: напишите тест, попросите Pex "изучить" его, найти некоторые неудачные тесты, исправить код и т.д.
Большим преимуществом является то, что вы можете выразить свои тесты для классов входных данных, а не только пару жестко заданных значений. Это дает больше выразительности для написания тестов, а также заставляет задуматься об инварианте/ожидании того, что ваш код должен заполнить (т.е. Сложнее писать утверждения).
Я думаю, что Pex как инструмент для разведочного тестирования действительно интригует. В этой связи я рассматриваю это как то, что я хочу передать в QA для использования.
Как инструмент TDD, он нуждается в некоторой работе, поскольку TDD - это проектная деятельность. Однако мне нравится направление, в котором движется Пели. Там что-то сказать для автоматизированного вспомогательного дизайна. Например, только потому, что TDD является инструментом проектирования, нет причин, по которым я не могу автоматизировать инструмент, указывающий на возможные краевые случаи, пока я проектирую, не так ли? Качество сборки с самого начала.
Отметьте этот пост, в котором Peli использует Pex в рабочем процессе стиля TDD. http://blog.dotnetwiki.org/TDDingABinaryHeapWithPexPart1.aspx
Если вы ищете литературу по написанию теорий (google David Saff), которые являются более общим способом написания модульных тестов и используют Pex в качестве теоретического исследователя, я обнаружил, что шаг за шагом изменился по производительности. Я только что написал сообщение в блоге, в котором подробно расскажу о своих опытах Pex в TDD, здесь: http://taumuon-jabuka.blogspot.com/2009/01/theory-driven-development-using_11.html
и, как я уже сказал, я считаю это TDD на стероидах! Он никоим образом не заменяет TDD, но усиливает активность.
Я действительно перекачиваю Pex. Он предоставит вам тесты, которые вам никогда не придут в голову, особенно если ваша команда невелика, а человек, пишущий методы, совпадает с тем, кто пишет тесты.
Он также предоставит договорные обязательства, которые будут соблюдать ваши методы.
Первая тестовая разработка позволяет структурировать ваш код для проверки. В этом отношении Pex находит умные и неудобные пути через ваш код, помогая выйти за рамки простых показателей охвата.
Основная форточка Pex с Moles позволяет отслеживать побочные эффекты при разработке Brownfield: запускайте Pex один раз и сохраняйте выходы, затем применяйте изменения кода и снова запускайте Pex, чтобы увидеть, что сломалось.