Warum Jira-Testmanagement-Apps in großen Unternehmen nicht funktionieren

Speichereinschränkungen verursachen schnell Leistungs- und skalierbarkeit problem

Auf Unternehmensebene verursachen Jira- test management- apps mit Jira Server und Jira Data Center erhebliche leistungsproblems。Jira-Apps (früher Plugins oder Add-Ons genannt) verfügen über keinen integrierten Speicher。柴斯特應用程序，類型是吉拉-達恩班克，安傑維森，恩，恩，達斯特恩，達斯特恩，祖祖輩祖。Wenn sich Daten ansammeln und die App mehr Speicherplatz beansprucht, wdie gesamte Jira-Instanz zunehmend anfällig für Leistungseinbußen, Stillstände und Abstürze, das wirkt sich -14 Wochen auf alle Jira-Benutzer im gesamten Unternehmen aus。

網站geschäftskritische軟件工作流程管理和中心信息管理網站für。Ein Jira-Absturz bring die Arbeitsabläufe innerhalb der Softwarelieferkette zum Erliegen。Der Umfang, Der Jira für Abstürze anfällig macht, kann viel schneller erreicht werden, als Sie denken。

這張Dokumentation列出“吉拉的bekannte Hauptprobleme mit Apps von Drittanbietern”之類的。Zwei in der list enthaltene test管理-應用程序Ursache für封鎖和Arbeitsspeicherfehlergenannt。Laut Atlassian stop in Fehler aufgrund von mangelndem Speicherplatz den E-Mail-Versand, verhindert Aktualisierungen der Aktivitätenliste und führt zum Absturz der Jira-Anwendung。Diese question werden während eines POC oder einer evaluiung möglicherweise nicht vollständig erkannt。Sie werden jedoch schnell sichtbar, wenn mehr Teams damit beginnen, Testfälle und Artefakte von ihrer alten Lösung auf die jira - test管理- app zu migrieren。在der folgenden abbilung sehen Sie den Unterschied zwischen einer jira - testmanage - app und einer dedizierten externen Testmanagement-Lösung wie Tricentis qTest。

Architekturunterschiede zwischen Jira-Testmanagement-Apps und einem eigenständigen測試管理：

Das Problem野生größer, da Unternehmen anfangen, die Testautomatisierung zu skalieren, um Initiativen für die敏捷Entwicklung und die Bereitstellung von DevOps zu unterstützen。我的測試自動化，我的測試自動化，我的測試自動化，我的測試自動化，我的測試自動化，我的測試自動化，我的測試自動化。Wenn eine Jira-Testmanagement- app zum Absturz von Jira führt, können Tester Testfälle nicht mehr speichern, darauf zugreifen oder wiederverwenden, wodurch jegliche Transparenz und Rückverfolgbarkeit verloren geht - was ofdie Hauptgründe sind, warum sie das Testmanagement überhaupt erst implementiert haben。Darüber你知道我是誰嗎?Es ist weitaus besser, eine轉換工具祖開始，als祖warten, bis Mid-Stream-Ausfälle和Verzögerungen大足führen, dass der gesamte軟件arenentwicklungzyklus和umsatzbringende發布，auf die sich das Unternehmen verlässt, zum Stillstand kommt。

Den Tipping-Point (Kipppunkt) identifizieren: Wann treten leistungsproblem auf?

Um as Problem der Skalierbarkeit zu lösen, könnten Sie dafür bezahlen, dass mehr Jira-Data-Center-Computer weiterhin auf einen wachsenden Satz von Testmanagementdaten zugreifen und diese speichern。Dies ist möglicherweise eine praktikable Lösung für ein manuelles Vorgehen。Wenn Ihr團隊jedoch einen höheren Prozentsatz an automatisierten Tests durchführt, monge der zu speichernden Testdaten exponentiell zunehmen, sodass Sie ungrenzt immer weitere Rechner hinzufügen müssen。

Um genau zu verstehen, wo leistungsproblem auftreten können, habenwir ein Experiment mit Jira Server und einer gängigen Testmanagement-App durchgeführt。大北哈本絲:

1. Das Laden(拉登)Testausführungen hatte keinen wesentlichen Einfluss auf die Verwendung von Jira。Dies zeigt, dass Jira-Testmanagement-Apps eine praktikable Lösung sind, wenn manuelle Testfälle in nur geringem Umfang verwaltet werden。
2. 貝Testausführungen im克雷能國際清算銀行mittlerenUmfang,100.000， stellten wir fest, dass die Leistung in der gesamten Jira-Anwendung erheblich beeinträchtigt wurde。Und zwar stürzte Jira mehrmals ab, wenn Ausführungsergebnisse von einer standardmäßigen auf eine große Testsuite geladen wurden。
3. Beim Laden von Automatisierungsergebnissen在Jira wurde die Jira- api insgesamt erheblich beeinträchtigt和die Latenz für die gesamte Anwendung wurde drastisch erhöht，是Nicht-Tester, Entwickler, Geschäftsanalysten和andere Benutzer beeinträchtigte。

100.000 Testausfuhrungen

Stellen Sie sich das folgende fortgeschrittene, aber realistische Szenario vor, wie 100.000 Testausführungen aussehen könnten:

• drei Anwendungen
• 構建專業標簽(開發-代碼-提交- Teil des standardmäßigen CI-Prozesses)
• 30 Smoke-Tests pro Build (3.600 Ausführungen pro Woche)
• 1.000 Regressionstestfälle werden wöchentlich ausgeführt (3.000 Ausführungen pro Woche)
• Pro Build werden fünf Leistungstestszenarien ausgeführt (600 Ausführungen Pro Woche)。
• ein wöchentliches Codequalität-Scanergebnis pro Woche (drei Ausführungen pro Woche)
• Tägliche statische Sicherheitsüberprüfungsergebnisse (15 Ausführungen pro Woche)

Das sind insgesamt 7.218 Testergebnisse, die Sieallein aus der Automatisierungpro Woche verfolgen。

Es dauert etwa14 Wochen， bis Sie in diesem Szenario 100.000 gespeicherte Testausführungen erreichen。Mit anderen Worten: In diesem Szenario können Benutzer bereits dreieinhab Monate nach Einführung einer Testmanagement-App Mit erheblichen Leistungsproblemen und Abstürzen rechnen。

Wie Jira- testmanagement - apps die Leistung von Jira im Laufe der Zeit beeinträchtigen:

我們的智慧，我們的智慧，我們的智慧，我們的智慧，我們的智慧，我們的智慧，我們的智慧，我們的智慧，我們的智慧，我們的智慧，我們的智慧，我們的智慧。

貝der Skalierung der Testautomatisierung了Testergebnisdaten在einem großeren Umfang als貝anderen Systemen erstellt, da貝姆Testen im kontinuierlichen Integrationsprozess死Ergebnisse麻省理工學院靜脈祝hoheren hinzugefugt了als Anforderungen, Fehler製裁Artefakte Jira。Ein Sprint mit zehn用戶故事kann beispielsweise Hunderte automatisierter Tests für jede einzelne用戶故事enthalten。Jira-Testmanagement-Apps sind nicht für diese Art von Skalierbarkeit ausgelegt。Es ist daher leicht nachzuvollziehen, wie schnell dies außer Kontrolle geraten kann, wenn bei mehren Teams zweiwöchige sprintts durchgeführt werden。Dies hat zur Folge, dass die grundlegenden Funktionen von Jira wie Berichterstellung, Suchvorgänge和type - forward -Funktionen nicht mehr verfügbar sind。

Wie sieht der Tricentis qTest im Vergleich aus?

Als Tricentis Integrationen mit Tricentis qTest und Jira entwickelte, wollten wir sicherstellen, dass die Integration auf die Anforderungen eines Teams zugeschnitten ist, das fortgeschrittene Testautomatisierung durchführt。Daher haben wir einige eigene Last- und Leistungstests durchgeführt, um sicherzustellen, dass unsere Integration keine negativen Auswirkungen auf Jira-Benutzer hat。

Da Tricentis qTest sich beim Speichern von Daten nicht auf die Jira-Datenbank oder -Datenstrukturen stützt, hat er nur Auswirkungen auf das Jira-System:

1. Beim Aktualisieren eines問題在Webhook verwendet, um qTest über die Änderung zu informieren。
2. Beim Anzeigen eines問題野Jira auch mit einer Ansicht der相關qTest-Testdaten geladen。

Wir haben verschiedene設置von Jira getestet, einschließlich Jira數據中心，Jira服務器和Jira雲。Hier ist eine Auswahl unserer Ergebnisse:

• 我是所有的人我是所有的人我是所有的人我是所有的人。
  • Es dauerte ungefähr 200-300毫秒，嗯die zusätzlichen Testergebnisdaten von der Seite mit der geteilten Ansicht zu laden。
  • “600毫秒”，“詳細的問題”。
• 在Jira-Berichten, Dashboards, Suchen, api usw。wurden keine Verlangsamungen eingeführt。

Wir haben drei Stichproben unserer Tests mit Tricentis Flood durchgeführt和dann den Durchschnitt der Ergebnisse gebildet。我是Folgenden finden Sie ein Beispiel für eine Runde Leistungstests和eine Zusammenfassung der Antwortzeiten, die über drei Testrunden gesammelt wurden。

Eine Zusammenfassung der Antwortzeiten mit and onhne aktivierte qtest -集成:

企業- funktionen fehlen den jira -測試管理-應用?

Abgesehen von der Fähigkeit, agiles Testen in großem Maßstab zu unterstützen, gibt es verschiedene Anforderungen an das Testen in einer devop - lieferkette, die Jira-Testmanagement-Apps einfach nicht bieten können - von granularem Benutzer- und Projektmanagement über erweiterte Berichte und Analysen bis hin zu flexiblen Integrationsoptionen, die Qualität in den gesamten Softwarelieferkette verankern。Die unternehmensweite Transformation erfordert Die Leistung, Zuverlässigkeit und Skalierbarkeit eines Testmanagement-Tools der Enterprise-Klasse。

Beachten Sie die folgenden Einschränkungen:

Eingeschrankte Integrationsmoglichkeiten

Diese測試管理——應用程序被正常地、明智地集成。Hierbei handelt es sich häufig um kostenpflichtige Add-Ons (z. B. Zephyr Zapi)。Diese mangelnde Flexibilität erschwert die集成測試工具棧在den Rest des Softwarelieferkette erheblich和schränkt die Wirksamkeit der測試在einer hochintegrierten devop - umgebung erheblich中。

Tricentis qTest bietet sofort einsatzbereite Integrationsmöglichkeiten mit führenden Tools wie Jira, Confluence, Tricentis Tosca, JUnit, Tricentis Flood, Postman, CA敏捷中心，VersionOne und vielen mehr sdk, ein spezielles Management-Tool für Testautomatisierung und ci - pipelineintegrationen mit Jenkins und Bamboo。

Eingeschränkte Berichterstellung與分析

Wenn Sie versuchen, das Testen zu transformieren, sollten Sie über die dahingehenden forschritte berichten。Kunden, die sich für Tricentis qTest entscheiden, kaufen damit in der Regel nicht nur ein Tool。Sie ändern ihren Qualitätsansatz, um Initiativen für agile Entwicklung, DevOps-Bereitstellung und digitale Transformation zu unterstützen。Erweiterte Berichtsfunktionen sind von entscheidender Bedeutung，嗯die Rentabilität Ihrer調查zu demonstrieren und Qualitätsverbesserungen sowohl für einzelne Projekte als auch für das gesamte Unternehmen nachzuverfolgen。在Jira-Testmanagement-Apps fehlen In der Regel Berichterstattungs and produktübergreifende Funktionen auf Führungsebene, sodass es für Forschungs- und Entwicklungsteams and Business Stakeholder schwierig ist, die erforderliche Transparenz zerreichen。

Tricentis Reporting bietet eine benutzerfreundliche Oberfläche, mit der Sie die Qualität auf Projekt-， Team- oder organizationsebene über Testtools und Frameworks hinweg verfolgen können。Mit Tricentis報告können Tester Jira-Artefakte wie Anforderungen und Fehler für Projekte melden，死於Tricentis qTest verknüpft sind。

Eingeschrankte Enterprise-Funktionen

trientis qTest bietet die管理- und Verwaltungsfunktionen auf Enterprise-Ebene, die diesen test管理- apps fehlen - und die für eine forschrittliche Testpraxis in einer Unternehmensumgebung von entscheidender Bedeutung sind。Hierzu gehoren:

• Erweiterte Benutzerverwaltung einschließlich Benutzer-， Gruppen- und Projektverwaltung, SSO-Integration und rollenbasierte Berechtigungen
• Möglichkeit zum Erstellen von Projektvorlagen
• Parametrisierte Testdaten
• Eingebettete Testfalle
• Versionskontrolle
• Testfall-Sharing
• E-Signatur-Unterstutzung
• eiignisgesteuerter Ansatz (wie modernste Tool-Ausstattung für Unternehmen)
• Dank einer dedizierten Datenbank (die nicht von Jira stammt) kann Tricentis qTest neben der horizontal skalieraren Cloud von Tricentis oder Angeboten vor Ort problemlos die Skalierung auf über 10000 Benutzer und Millionen von Testfällen und -ausführungen unterstützen

Eingeschrankter支持

Testmanagement-Apps sind eine gute Lösung für Teams, die einfache, hauptsächlich manuelle Tests durchführen。Atlassian empfiehlt sie für diesen Anwendungsfall。Große organization ationen mit mehrenprojekten in agilen Teams benötigen jedoch eine dedizierte Testmanagement-Anwendung, die dedizierten Support bieten kann。

Der Hauptfokus von Tricentis liegt auf modernen Softwaretestlösungen, die die digitale transform in großem Maßstab unterstützen。合作夥伴für die transformationsinitiative unserer Kunden - kein Anbieter, der nur ein Tool verkauft。模具參與支持-“國家發展與實施聯盟”、“國家支持”、“國家科學與技術培訓”、“Zugang zu einem社區論壇”和“vieles mehr”團隊。Um mehr über Tricentis zu erfahren，besuchen Sie die網站好了，好了eine Demo anzufordern．