Ich bin gerade in ein neues Unternehmen umgezogen und sie verwenden TFS 2010 (2012 in ein paar Monaten) als Versionskontrollsystem und haben vor kurzem damit begonnen, es als Arbeitsverfolgungssystem für die Entwickler zu verwenden.
Es scheint jedoch kein Fehlerverfolgungssystem zu geben, das von Personen außerhalb von Entwicklung und Test verwendet werden kann. Der Produktionssupport erhält Berichte über Probleme, behebt diese im laufenden Betrieb und meldet sie an seine Benutzer zurück. Dies muss geändert werden, aber ich möchte nicht wirklich ein spezielles System zum Verfolgen von Fehlern und zum Verfolgen der Arbeit von Entwicklern haben.
Gibt es eine Möglichkeit, wie ich mit FogBugz sehr leicht Fehler in TFS eintragen kann? Die Anmeldung bei TFS zum Ausfüllen eines Fehlerberichts scheint sehr viel schwerer zu sein, und Sie müssen ihn einer bestimmten Anwendung zuordnen. Der Support ist möglicherweise in der Lage, dies zu tun, aber ich möchte in der Lage sein, das Element zu durchsuchen und möglicherweise die Zuordnung in etwas anderes als eine Anwendung zu ändern.
Ich habe FogBugz in der Vergangenheit verwendet. Wenn Sie einen Fehler hinzufügen, können Sie dem Artikel ein Viel / Wenig hinzufügen, damit er zumindest aufgezeichnet wird. Später können Sie ihn zurückspringen, um weitere Informationen zu erhalten, wenn Sie das Ticket durchsuchen .
quelle
Antworten:
Es hängt weitgehend davon ab, welche Felder Sie möchten, wie 17 von 26 angaben: TFS ist in hohem Maße anpassbar. Der Grund, warum ich dies tun möchte, anstatt etwas wie JIRA zu verwenden, ist, dass Sie einen Überblick darüber haben, woran Ihre Entwickler arbeiten, anstatt zwei Systeme zu aggregieren.
TFS verfügt auch über eine Kapazitätsplanung für Ressourcen. Wenn Sie in Ihrer Planung keine Produktionsfehler anzeigen (und diese einen erheblichen Teil Ihrer Zeit in Anspruch nehmen), planen Sie Ihre Kapazität nicht wirklich. Ich würde in der Tat sagen, dass dies eine ideale Lösung für Teams ist, in denen die Entwickler TFS verwenden und die Produktion unterstützen (z. B. DevOps).
Dies bedeutet nicht, dass Sie keine anderen Tools für die Hauptarbeit von Production Support / ITIL verwenden können. Sie müssen lediglich sicherstellen, dass sie entweder manuell oder vorzugsweise automatisch integriert werden. Mit den meisten solchen Tools können Sie benutzerdefinierte Hooks einfügen, und TFS tut dies auf jeden Fall.
Sowieso zur Hauptfrage. Ich verwende die CMMI-TFS-Vorlagen (die mit Agile BTW tatsächlich gut funktionieren) und habe nur einem der Dropdown-Listen ein einzelnes Feld hinzugefügt.
Hier sind die Schritte:
Installieren Sie TFS Power Tools
Öffnen Sie die Arbeitsaufgabenvorlage auf dem Server
Bearbeiten Sie das Feld Disziplin
Das Fachgebiet ist die "Art" der Arbeit, die mit dem Defekt zusammenhängt. Die Standardwerte sind:
Wir werden nur "Produktion" zu dieser Liste hinzufügen. Bearbeiten Sie zunächst das Feld Disziplin:
Klicken Sie dann auf die Registerkarte Regeln und bearbeiten Sie die ALLOWEDVALUES-Regel:
Klicken Sie dann auf "Neu" und fügen Sie "Produktion" als einen der Werte hinzu.
Klicken Sie so oft auf "OK", bis Sie wieder in der Feldliste sind.
Speichern Sie die Workitem-Vorlage
OK, jetzt bist du fertig. Sie können neue Bugs erstellen und deren Typ als Produktion angeben. Außerdem erstelle ich einige Workitem-Abfragen, die sich mit Produktionsfehlern befassen, und füge sie Ihren angehefteten Elementen hinzu. Schauen Sie sich zum Schluss die vorhandenen Fehlerabfragen an und ändern Sie möglicherweise deren Reihenfolge, sodass zuerst "Produktions" -Fehler auftreten (sofern dies möglich ist).
quelle
Nein, das stimmt - Microsofts wichtigstes ALM ist außerhalb von Visual Studio und den Entwicklerteams nicht wirklich nützlich.
Sie können auf die Arbeitselemente über den Team Explorer (eine sehr eingeschränkte Version von VS) oder über die TFS-Website zugreifen. Beides sind keine besonders guten Optionen, da die Fehlerfelder an alte "Enterprise" -Bug-Tracker erinnern, die ich in der Vergangenheit leider verwendet habe.
Es gibt keinen wirklichen Unterschied zwischen Fehlern in TFS - es gibt nur den einzelnen Tracker, den Sie anhand eines Felds im Element selbst filtern. Verwenden Sie daher ein Kategoriefeld und erstellen Sie einen Bericht, der nur einen bestimmten Kategorietyp anzeigt. Ich denke, das ist Ihre einzige realistische Option mit TFS.
Wenn Sie externe Problemverfolgung wünschen, ist TFS meiner Meinung nach eine schlechte Wahl. Verwenden Sie besser Jira oder Redmine, um Fehler zu verwalten. Die Benutzeroberflächen sind viel, viel netter und einfacher zu bedienen als TFS. Mir hat besonders gut gefallen, wie Sie eine E-Mail an Redmine senden können, und es entsteht ein neues Problem für Sie, das eine ideale Benutzerfreundlichkeitsfunktion für externe Mitarbeiter darstellt.
quelle
Benutzer, die keine Entwickler sind, können über einen Webbrowser auf das TFS-System zur Nachverfolgung von Arbeitselementen zugreifen, um das Team Project-Portal aufzurufen. Die URL finden Sie in Visual Studio unter Team-> Projektportal anzeigen. Von dort aus kann jeder mit Berechtigungen Arbeitsaufgaben durchsuchen, erstellen oder ändern. Sie können auch alle Arten von Berichten erstellen, um den Status der Dinge zu überprüfen.
Die Arten der verfügbaren Arbeitsaufgaben und die Felder in den Arbeitsaufgaben hängen davon ab, wie TFS konfiguriert ist (hauptsächlich davon, welche Prozessvorlagen ausgewählt wurden).
Die zum Eingeben eines Fehlers erforderlichen Informationen hängen auch davon ab, wie Sie TFS konfiguriert haben. In unserem Fall benötigen wir einen Titel, Reproduktionsschritte und den Build, in dem er gefunden wurde. Das TFS-System zur Nachverfolgung von Arbeitselementen ist sehr leistungsfähig und flexibel. Es kann so kompliziert oder so einfach sein, wie Sie es möchten - alles hängt davon ab, wie Sie es eingerichtet haben.
quelle
In diesem Microsoft-Blogbeitrag werden geplante Verbesserungen in TFS beschrieben, die dazu beitragen sollen, den Overhead zu senken:
quelle