Verwenden Sie TFS, um Fehler vom Produktionssupport zu verfolgen

18

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 .

Richard Hooper
quelle
Wenn Sie TFS verwenden und alle Benutzer ein Windows-Domänenkonto haben, müssen sie sich niemals bei TFS anmelden. Wenn Sie das TFS-Webportal Ihres Teams aufrufen, werden diese automatisch mit den Domänenanmeldeinformationen des aktuellen Windows-Benutzers angemeldet.
17 von 26
Wie haben Sie das gelöst? Habe heute das gleiche Problem, brauche ein Ticketsystem, habe vorab TFS2013. Was ich will, ist UserVoice, müsste aber von On-Prem-TFS zu VSO wechseln, um diese Integration zu erhalten.
EJA,
1
@EJA - Am Ende haben wir beschlossen, einen Prozess zu verwenden, bei dem das Problem über einen E-Mail-Posteingang angesprochen wird, der von den Testern aufgegriffen wird, damit sie das Problem, die Schritte zur Wiederherstellung, die Umgebung usw. Vollständig dokumentieren können und dann kann der Tester den Fehler im richtigen Format zu TFS hinzufügen. Obwohl es für die Benutzer schön gewesen wäre, sie direkt hinzufügen zu können, haben wir festgestellt, dass es unwahrscheinlich ist, dass Benutzer den Entwicklern alle Details geben, die sie benötigen würden, und nicht nach einer Duplizierung des Problems suchen würden.
Richard Hooper

Antworten:

6

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

Öffnen Sie die Arbeitsaufgabenvorlage vom Server

Öffnen Sie die Bug-Vorlage

Bearbeiten Sie das Feld Disziplin

Das Fachgebiet ist die "Art" der Arbeit, die mit dem Defekt zusammenhängt. Die Standardwerte sind:

  • Analyse
  • Benutzererfahrung
  • Benutzererziehung
  • Entwicklung
  • Prüfung

Wir werden nur "Produktion" zu dieser Liste hinzufügen. Bearbeiten Sie zunächst das Feld Disziplin:

Disziplin bearbeiten

Klicken Sie dann auf die Registerkarte Regeln und bearbeiten Sie die ALLOWEDVALUES-Regel:

Bildbeschreibung hier eingeben

Klicken Sie dann auf "Neu" und fügen Sie "Produktion" als einen der Werte hinzu.

Bildbeschreibung hier eingeben

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).

Sean Hederman
quelle
Toll, Sie haben TFS so angepasst, dass die Entwickler "Produktionsfehler" sehen können ... wie kann das Produktionsteam (das nicht zum Entwicklerteam gehört und kein VS hat) sie eingeben und verwalten?
gbjbaanb,
4
Nun, für Vorspeisen, sie können TFS über die Web - Schnittstelle zugreifen, die Stakeholder - Lizenz verwenden , die frei ist. In unserer Organisation verfolgen wir Produktionsvorfälle über ein ITIL-basiertes System, integrieren es jedoch automatisch in TFS, wie meine Antwort im dritten Absatz gezeigt hat.
Sean Hederman
4

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.

gbjbaanb
quelle
2
Die Felder in TFS sind vollständig anpassbar und die Standardeinstellungen hängen von den Prozessvorlagen ab, die Sie bei der Konfiguration von TFS auswählen. Die Scrum-Vorlage enthält standardmäßig Product Backlog-Elemente, Aufgaben und Fehler. Jeder Arbeitsaufgabentyp verfügt über unterschiedliche Felder, die für die Arbeit geeignet sind.
17 von 26
@ 17of26 Ich weiß - die Felder, die Sie verwenden, sind vollständig anpassbar, aber Excel auch, wenn Sie das als Bugtracker verwendet haben. Das OPs-Problem bestand darin, dass die Vorlage nur die Arbeitsaufgabentypen enthält - und Sie können keine anderen Typen haben (z. B. eine Funktionsanforderung oder einen externen Fehler). Sie müssen einen der vorhandenen Typen anpassen (oder kopieren) und diesen verwenden - den Dies führt wiederum zu einer Vielzahl von Konfigurationen, die Sie vornehmen müssen, um sie in Ihre Workflows einzufügen. Wie haben Sie mehrere Bug-Tracker?
Gbjbaanb
Ich dachte, das OP wollte nicht mehrere Bug-Tracker und wollte nur herausfinden, wie Nicht-Entwickler mit dem von den Entwicklern bereits verwendeten TFS-Workitem-Tracking interagieren können. .
17 von 26
Das war's - Sie können nicht wirklich oder zumindest nicht annähernd so einfach wie Sie es mit anderen Tools wie Redmine oder Fogbugz tun, die über bessere Tracker-Funktionen verfügen. Zu TFS wurden Dinge wie Bug-Tracking hinzugefügt, aber es ist immer noch in erster Linie ein Tool, das nur für Entwickler gedacht ist. Redmine verfügt beispielsweise nur über mehrere Tracker, da mehrere Ansichten einer einzelnen Tracker-DB vorhanden sind. Ich denke, das ist mehr, was er möchte, als verschiedene Tools zu verwenden (z. B. TFS für Entwickler und Fogbugz für Support-Mitarbeiter).
Gbjbaanb
1
Sie können beliebig viele benutzerdefinierte Arbeitsaufgabentypen hinzufügen.
MrHinsh - Martin Hinshelwood
3

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.

17 von 26
quelle
3

In diesem Microsoft-Blogbeitrag werden geplante Verbesserungen in TFS beschrieben, die dazu beitragen sollen, den Overhead zu senken:

  • Neues Arbeitsaufgabenformular, das die Augen schont und Diskussions- und Erwähnungsoptionen enthält, ähnlich wie bei Facebook und Twitter.
  • Benutzerdefinierte Felder
  • Verbesserte Kanban-Unterstützung, z. B. schnelles Hinzufügen von Aufgaben zu einem Arbeitselement.
  • Erwähnt auch Dashboards und Metriken.
Bernard Vander Beken
quelle