Frage:
Einfaches Testfall-Management-Tool mit Details zur Testausführung
The Godfather
2017-10-27 20:30:45 UTC
view on stackexchange narkive permalink

In meinem Team versuchen wir jetzt, ein Testfallverwaltungssystem zur Verwendung auszuwählen. Ich glaube, unsere Anforderungen sind keine Raketenwissenschaft:

  • Einfach genug, um Testfälle und Ausführungsergebnisse zu speichern. Keine Notwendigkeit für ein integriertes Fehler- und Anforderungsmanagement.
  • Einige APIs, um Ergebnisse der automatisierten Testausführung importieren zu können (wäre großartig, wenn es ein Jenkins-Plugin gibt)
  • Aus Sicherheitsgründen Die Möglichkeit zur Installation auf unserer eigenen Hardware, auch bekannt als "On-Premise", ist erforderlich.
  • Und das Wichtigste ist, dass ich sehr verzweifelt bin, da ich bereits fast alle "beliebten" TCMS ausprobiert habe und sie haben hier wirklich nichts. Benutzerdefinierte Felder für jede Testausführung . Was ich meine - oft ist die Idee in bestehenden TCMS "Testplan mit Testfällen - Testlauf - Testfallausführung". Sie haben also eine Entität namens "Testlauf", eine Gruppe von Tests, die ausgeführt werden sollen. Wenn Sie Glück haben, werden einige benutzerdefinierte Dinge für den Testlauf unterstützt (d. H. Umgebungseinstellungen - Betriebssystem, Browser, Hardware). Es scheint also, dass viele Teams mit der Erstellung von Testläufen für "Windows Chrome-Tests", "Linux Firefox-Tests" usw. zufrieden sind. In unserem Team ist dies jedoch nicht akzeptabel, da wir "Testversion A-Tests" und eine Tabelle mit Testausführungen mit unterschiedlichen Parametern bevorzugen. Also jede "Zeile" in der Tabelle - Testfall + Umgebungseinstellungen + Status + Buglinks. Offensichtlich können Testfälle dupliziert werden, da wir einen Testfall in 5 * 5 * 5 (d. H. 5 Betriebssystemen, 5 Browsern und 5 Versionen der von uns verwendeten externen Bibliothek) verschiedenen Umgebungen ausführen können. Es ist nicht möglich, 5 * 5 * 5 Testläufe zu erstellen!

Siehe Screenshot mit einigen Excel-Inhalten. Wahrscheinlich wird dies einfacher erklärt als mein langer Text: Existing systems Desired behavior

Nur Systeme, bei denen ich die letzte Kugel gesehen habe, sind TestPad (meistens nur eine Checkliste ohne intelligente Funktionalität) und HP-ALM (das uralt und hässlich ist) und langsam). Alles andere erlaubt es Ihnen, nur "Kommentar" - und "Fehler" -Felder für die Testausführungsentität zu haben.

Meine Fragen lauten also:

  1. Haben Sie in Ihrem Team das gleiche Problem festgestellt? Wie haben Sie es endlich geschafft?
  2. Können Sie mir und meinem Team alles raten, was wir verwenden können?
  3. ol>

    P.S. Einige der Tools, die ich bisher ausprobiert habe: Zephyr für Jira, HP ALM, Kiwi, qTest, TestCaseLab, PractiTest, TestPad

OK, ich verstehe. Ich werde meine Antwort aktualisieren, wenn ich wieder zu Hause an meinem PC bin. Entweder haben Sie nicht so viele Tests oder es muss schrecklich sein, sie in Excel so zu verwalten. Ich denke, mein Berichterstellungstool verfügt über die Funktionen, die Sie benötigen.
@ThomasWeller natürlich machen wir das nicht in Excel, es ist nur, um das Problem und meine Vision zur Lösung zu zeigen. Es kann sich um eine Website mit netter Web-3.0-Berichterstattung und Ajax und Bla-Bla handeln, es spielt keine Rolle. Was zählt, ist der Ansatz und die Abbildung auf die reale Situation.
Ich habe Bilder des Testmanagement-Tools hinzugefügt.
Drei antworten:
Scott
2017-11-02 16:19:29 UTC
view on stackexchange narkive permalink

Ich möchte TestLodge vorschlagen, ein Tool, an dessen Entwicklung ich mitgewirkt habe.

In Bezug auf Ihre Anforderungen:

  1. Das Tool wurde so konzipiert, dass es einfach und benutzerfreundlich ist. Wir haben nicht viele Funktionen wie andere ältere Tools, sondern nur das Wesentliche.
  2. Unsere REST-API kann für automatisierte Integrationen verwendet werden, obwohl wir keine haben jede vorgefertigte Integration mit Jenkins. (Wir konzentrieren uns mehr auf manuelle Tests.)
  3. Wir bieten die Möglichkeit, Testkonfigurationen zu erstellen, in denen Sie Ihre Browser / Betriebssysteme definieren würden. Alle Testfälle, die Sie zum Ausführen auswählen, werden dann für jede ausgewählte Konfiguration mehrmals in denselben Lauf aufgenommen. Wir haben ein kurzes 3-minütiges Demo-Video und der zweite Teil zeigt, wie Sie einen Lauf erstellen und diese Konfigurationen definieren. Kurz gesagt, Sie würden am Ende einen Lauf haben, aber mit all den verschiedenen Umgebungskonfigurationen darin.
  4. ol>

    Ich würde auch empfehlen, einen Blick auf unsere Issue-Tracker-Integrationen a zu werfen > Damit können Sie ein Ticket automatisch in einem Fehlermanagement-Tool erstellen, wenn ein Test fehlschlägt. Hier ist ein weiteres Video, das zeigt, wie die neueren Integrationen funktionieren. Dies kann für den Tester eine enorme Zeitersparnis bedeuten!

Unterstützen Sie die lokale Installation? Ich habe vergessen, es am Anfang zu erwähnen ... Obwohl sich Ihr Tool auch an "Testläufe" als Basis hält, ist der erste Eindruck schön, leicht und einfach zu verwenden, ohne dass Testläufe manuell mit diesem Umgebungsmaterial dupliziert werden müssen.
@TheGodfather TestLodge ist nur ein gehostetes Tool und wir bieten leider keine selbst gehosteten Optionen an.
Umair Altaf
2019-06-03 11:01:51 UTC
view on stackexchange narkive permalink

Ich arbeite also für ein Unternehmen, das über ein eigenes Testmanagement-Tool namens " Kualitee" verfügt. Wir haben andere Unternehmen, die das Tool verwenden, wie Emirates, Cox Enterprises, T-Mobile usw. Was Sie erwähnt haben, haben wir auch bei der Erbringung von Dienstleistungen für unsere Kunden durchlaufen, aber zum Glück haben wir einen langen Weg zurückgelegt.

Kualitee ist also ein Cloud-basiertes Tool, das sowohl manuelle als auch automatisierte Tests unterstützt. Sie können Ihre Anforderungen, Testfälle, Ausführungen und Problemverfolgung unter einer Haube verwalten. Es hat Integrationen mit JIRA, Selenium, Jenkins und Bitbucket. Die APIs sind auch für alle Module des Tools für jede Art von benutzerdefinierter Integration verfügbar.

Wir führen auch alle unsere Berichte in Kualitee durch, in denen Sie benutzerdefinierte Test-, Fehler- und Ausführungsberichte (mit zugehörigen Fehlern usw.) erstellen können. Sie erhalten eine vollständige Rückverfolgbarkeit Ihrer Testfälle und Fehler auf die zugrunde liegende Anforderung und den Build.

Das Tool selbst ist eine einfachere Version von HP ALM.

Ich hoffe, das war hilfreich für euch, es auszuprobieren. Es hat auch ein Freemium-Modell.

The Godfather
2019-06-03 23:51:18 UTC
view on stackexchange narkive permalink

Im Jahr 2017 haben wir vorhandene Lösungen überprüft und schließlich Kiwi TCMS verwendet, eine kostenlose Open Source Django-App, die auf der alten Nitrat -Lösung basiert.

Die wichtigsten Vorteile, die uns gefallen haben:

  • Kostenlose Python / Django-App mit Open Source, sodass wir sie erweitern und an unsere internen Anforderungen anpassen können.
  • Jüngste Aktivitäten auf Github (dies war Ende 2017, heute, 1,5 Jahre später, sehen wir, dass es sehr schnell entwickelt wird und viele Änderungen vornimmt)
  • API. Auch wenn XML-RPC nicht das schickste ist, erfüllt es dennoch unsere Anforderungen und ermöglicht sowohl das Hochladen als auch das Abrufen von Ergebnissen über Python-Skripte.
  • Erweiterbare Schnittstellen für die Unterstützung neuer Bug-Tracker (wir haben die Jira-Integration erheblich verbessert ), Autorisierungs-Backends (wir verwenden ldap und Kerberos)
  • Unterstützung der Umgebung . Obwohl es wie überall noch "Testläufe" gibt, besteht die Möglichkeit, einige Variablen pro Testlauf festzulegen. Wir verwenden es, um Bibliotheksversionen, Betriebssysteme und Hardware von Drittanbietern anzugeben, die wir verwenden, und verarbeiten es anschließend in automatischen Skripten.

UPD ab Herbst 2018, Upstream hat alle Umgebungsfunktionen zugunsten von "Tags" entfernt, was für uns viel weniger geeignet ist, sodass wir uns an die Upstream-Version von Mitte 2018 halten.


Nach 1,5 Jahren mit Kiwi gibt es einige Nachteile auch:

  • Upstream entwickelt sich sehr schnell. Auf der einen Seite ist es wirklich gut und zeigt an, dass das Projekt "am Leben" ist. Es ist jedoch schwierig, auf dem richtigen Weg zu bleiben, insbesondere wenn unsere Änderungen an vielen verschiedenen Stellen des Codes angezeigt wurden (die Richtlinien meines Unternehmens machen es schwierig, interne Änderungen zurückzusenden zum öffentlichen GitHub). Es war ein bisschen schmerzhaft, sich über aktualisierte Upstreams zu informieren, wo überall große Umgestaltungen vorgenommen wurden. Ich habe versucht, auf dem richtigen Weg zu bleiben, aber nach Mitte 2018, als sie die Umgebungsfunktionalität entfernten, hörte ich auf zu folgen.
  • Nur einige meiner gemeldeten Probleme wurden behoben, einige davon, die aus unserer Sicht kritisch sind, sind noch offen (wir haben sie in unserer Instanz selbst behoben).
  • Die Benutzeroberfläche ist etwas alt. Schule, aber immer noch in Ordnung (wieder wurde es im aktuellen Master stark verbessert)
  • Einige Codes, insbesondere JS, waren wirklich Legacy und nicht wirklich intuitiv zu befolgen (auch dies wurde im Master verbessert)

Ich würde also wirklich empfehlen, es auszuprobieren, wenn Sie das Testverwaltungssystem

auswählen


Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...