Das Protokoll der behobenen Bug fasst die bedeutendsten Korrekturen, die im Laufe der Zeit veröffentlicht wurden, an einem Ort zusammen. Es dient Ihnen dazu, zu verstehen, ob ein beobachtetes Problem geschlossen wurde, und hilft dem Team, eine transparente Dokumentation der geleisteten Arbeit zu führen.
\nWas wir als Bug betrachten
\nEin Bug ist ein Softwareverhalten, das von dem erwarteten oder deklarierten Verhalten abweicht. Dies ist nicht dasselbe wie eine fehlende Funktion oder eine persönliche Präferenz: Das Protokoll behandelt den erstgenannten Fall. Anfragen für neue Funktionen und Verhaltensänderungen folgen anderen Wegen.
\nWas Sie in jedem Eintrag finden
\n- \n
- Kurze Beschreibung des Problems in nicht-technischer Sprache; \n
- Erwartete Auswirkungen, d. h. wer unter welchen Bedingungen betroffen war; \n
- Angewandte Korrektur und die Version, in der sie veröffentlicht wurde; \n
- Eventuelle Anweisungen für Nutzer, die von dem Problem betroffen waren. \n
Wie sie identifiziert werden
\nEin Bug erreicht die Bearbeitung über mehrere Kanäle: Nutzermeldungen per ticket, interne Fehlerüberwachung, Prüfungen vor der Veröffentlichung. Gut strukturierte Meldungen von Nutzern (mit Zeitstempel, Screenshots und Schritten zur Reproduktion) sind oft entscheidend: Der Leitfaden Wie man eine effektive Anfrage sendet erklärt, wie man dies richtig macht.
\nPriorität der Korrektur
\nNicht alle Bug sind gleich. Ein Problem, das eine kritische Funktion für viele Nutzer vollständig blockiert, wird vor einer visuellen Unannehmlichkeit angegangen, die nur einen kleinen Teil der Nutzerbasis betrifft. Diese Priorisierung ist eine verantwortungsbewusste Entscheidung: Ressourcen werden dort eingesetzt, wo sie den größten Wert erzeugen.
\nWenn Sie ein Problem gemeldet haben und unsicher sind, ob es geschlossen wurde, suchen Sie den entsprechenden Eintrag im Protokoll oder antworten Sie auf Ihr ursprüngliches ticket. Der Support kann Ihnen die Version bestätigen, in der die Korrektur enthalten ist.
Wiederkehrende Bug
\nEinige Kategorien von Problemen treten periodisch auf, da sie mit externen Änderungen zusammenhängen: Updates des MetaTrader Clients, Änderungen aufseiten der broker, Neuerungen in den Browsern. Das Protokoll notiert auch diese Fälle, sodass die Entwicklung eines Problems im Zeitverlauf nachvollzogen werden kann. Einige dieser Korrekturen gehen mit kleinen speziellen Leitfäden in der Kategorie Broker, Verbindungen und technischer Betrieb einher.
\nTransparenz über Grenzen
\nKeine Software ist frei von Bug: Dies zu behaupten wäre unrealistisch. Unser Engagement gilt der Transparenz über bekannte Probleme, der Geschwindigkeit bei der Behebung der folgenreichsten Fehler und der klaren Kommunikation, wenn dies erforderlich ist.
\nRechtlicher Rahmen
\nDie Behebung von Bug betrifft die Technologie. Arbicsx stellt Software gemäß D.Lgs. 58/1998 (TUF) bereit: Ein technischer Bug kann das Erlebnis auf der Plattform stören, verändert jedoch nicht den Rahmen der Dienstleistung, die weder Kapitalverwaltung noch Finanzberatung umfasst.
\nWie man es konsultiert
\nDer Bereich Updates fasst behobene Bug, Upgrades und Mitteilungen zusammen. Es ist nicht notwendig, diesen täglich zu verfolgen: Ein regelmäßiges Lesen hält Sie auf dem Laufenden, ohne Sie zu belasten.
War diese Anleitung hilfreich?
Wenn diese Anleitung nicht ausreicht, steht dir unser Team zur Verfügung.
Jede Anfrage wird an den richtigen Kanal geleitet. Kontaktiere uns und erhalte so schnell wie möglich eine strukturierte Antwort.
Zum Support