Объедините Redmine и TFS
Наша компания хочет внедрить систему отслеживания ошибок, которая будет полезна нашим партнерам. В настоящее время мы используем TFS в качестве системы контроля версий и ALM. Теперь я запутался, как объединить эти две системы, потому что в TFS у нас есть версии наших продуктов и рабочие элементы (возможно, также ошибки). Но когда мы начинаем использовать Redmine, у нас их больше нет в TFS, или есть ли способ их использовать вместе?
Я не мог найти какие-либо плагины или что-то подобное.
Может быть, у кого-то есть опыт в этой области, спасибо!
2 ответа
Во-первых, вещи, о которых сообщают клиенты, не являются ошибками в инженерной сфере. Это дефекты, которые могут быть или не быть ошибками.
В частности, в TFS рабочий элемент ошибки используется для представления метаданных неудачного теста или исключения.
Чтобы интегрироваться, вам придется либо свернуть свой собственный, либо купить инструмент. Я рекомендую поговорить с TaskTop как с лучшим инструментом для отслеживания рабочих элементов...
При всем уважении принятый ответ имеет вводящие в заблуждение утверждения.
Во-первых, вещи, о которых сообщают клиенты, не являются ошибками в инженерной сфере. Это дефекты, которые могут быть или не быть ошибками.
Даже когда мы говорим о TFS/Redmine и т.п., концепция ошибки очень отличается от того, что здесь выражается.
Согласно ISTQB (и другим квалификационным комиссиям, связанным с качеством программного обеспечения), существует разница между ошибкой, отказом и дефектом.
Позвольте мне объяснить каждую концепцию:
Ошибка: вызвана действиями человека (на данный момент:)), его существование может быть или не быть обнаружено, и может или не может быть классифицировано как программный дефект
Ошибка: способ обнаружения ошибки при использовании тестируемого приложения (например, сообщения об ошибках, несоответствие данных, неожиданное поведение и т. Д.). Отказ может быть обнаружен или не обнаружен, но чаще всего он классифицируется как дефект.
Дефект: это документированное описание сбоя программного обеспечения. Обычно включает фактическое поведение программного обеспечения и ожидаемое поведение программного обеспечения. Также может быть включена дополнительная и разнообразная информация (например, версия программного обеспечения, среда и т. Д.)
Теперь, что такое "ошибка"?? "Ошибка", как термин, является сленгом тестирования программного обеспечения, которое восходит к концу 40-х годов.
Проверьте это: http://www.computerhistory.org/tdih/September/9/
Принимая во внимание все вышесказанное, мы можем сказать, что и рабочие элементы в TFS, и проблемы в Redmine имеют категорию "ошибка", относящуюся к рабочим элементам, которые допускают действия по управлению дефектами.
В заключение, то, было ли обнаружено неожиданное поведение потребителем, не меняет того факта, что "Дефект" является "Дефектом", и, следовательно, "Ошибка" - это "Ошибка".