2015-11-20 7 views
1

Мой текущий проект размещен в Visual Studio Online. С каждой сборкой я вижу, что такое мой код.Доступ к результатам покрытия кода в Visual Studio Online

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

Предлагает ли VSO такую ​​информацию? Может ли кто-нибудь указать мне в правильном направлении или это то, что я прошу в настоящее время не использовать с VSO?

+0

Я бы сказал, что вы не должны этого делать. Кодовый охват дает вам полезную информацию о областях вашего кода, которые не тестируются вообще, но с догматическим исполнением определенного процента покрытия просто приведет к тому, что люди, играющие в систему, напишут «тесты», которые ничего не тестируют. –

+0

Это не отвечает на вопрос, не так ли? В качестве команды мы решили, что хотим попробовать это. Мы хотим, чтобы наши выпуски не уменьшались в охвате кода. Мы не применяем определенный номер, мы просто хотим предотвратить его падение. Потому что это означает, что вы добавили код без модульного теста. – Sardaukar

+0

Он не собирался отвечать на вопрос. Я хотел бы отметить, что охват кода - это метрика, на которую стоит обратить внимание, но это не показатель качества кода. Если ваше покрытие кода падает с 50% до 49%, потому что кто-то добавил какой-то простой шаблонный код, в котором тестирование добавит сомнительное значение, а затем неудача сборки на основе этого сумасшедшего. Какое освещение кода говорит вам, что вы вообще не тестируете ** **, поэтому вы можете определить критическую бизнес-логику, которая не тестируется. Слепое сбои в сборе из-за уменьшения не помогают вам идентифицировать эти сценарии. –

ответ

3

Прямо сейчас нет встроенного действия, задачи или скрипта, который делает это. Должна быть возможность запросить предыдущую успешную сборку из пользовательской задачи и сравнить значения, хотя ...

Визуализация тенденции может быть достигнута посредством интеграции SonarQube. Хотя у него еще нет пути для сбоя сборки или предупреждения о негативной тенденции, это, по крайней мере, делает ее очень заметной.

В сочетании с Git это может быть немного сложнее, поскольку определение одной сборки может охватывать несколько ветвей, а «ранее удачная сборка» может быть совершенно другой версией программного обеспечения, которое вы создаете. Вызывает все виды ложных негативов.

+0

Что касается вашего последнего утверждения: было бы непросто просто установить builddefinition для фиксированной ветки. Предупреждение правильное, хотя оно и ожидалось. Спасибо за ответ. – Sardaukar

Смежные вопросы