Einen reproduzierbaren Softwarefehler melden | Lerne Englisch auf Deutsch

Über diese Lektion

Mit Einen reproduzierbaren Softwarefehler melden übst du Gesprächsausdrücke, Aussprache, Wortschatz, Grammatik und Quizfragen auf Englisch.

Dialog

The export feature fails whenever I include filtered results.

Dhi ekspohrt fiitscha feils uen-ewer ai inkluud filterd risalts. Die Exportfunktion schlägt immer fehl, sobald ich gefilterte Ergebnisse einschließe.

That sounds reproducible, which makes troubleshooting much easier.

Dhät saundz riiproduussebl, uitsch meiks trabbelschuuting matsch iisi-er. Das klingt reproduzierbar, wodurch die Fehlersuche viel einfacher wird.

I tested it with unfiltered data, and export worked normally.

Ai testid it uidh anfilterd deita, änd ekspohrt uörkt nohrməli. Ich habe es mit ungefilterten Daten getestet, und der Export hat normal funktioniert.

Then the filter logic may be interacting with the export module.

Dhen dhe filter loddschik mei bii interäkting uidh dhi ekspohrt modschuul. Dann wirkt die Filterlogik möglicherweise mit dem Exportmodul zusammen.

I can send a sample file without sensitive information.

Ai kan send e sämpel feil uidh-aut sensetiw informeischən. Ich kann eine Beispieldatei ohne vertrauliche Informationen senden.

That would help us isolate the issue safely.

Dhät uud help es aisoleit dhi ischuu seifli. Das würde uns helfen, das Problem sicher einzugrenzen.

Please confirm whether logs include any private content.

Pliis kenförm uedhər logz inkluud enni praiwət kontent. Bitte bestätigen Sie, ob die Protokolle private Inhalte enthalten.

I will verify that before requesting the logs.

Ai uil werifai dhät bifor rikuästing dhe logz. Ich werde das überprüfen, bevor ich die Protokolle anfordere.

Wort für Wort

The „The“ bezeichnet in „The export feature“ eine bestimmte Exportfunktion im jeweiligen Softwarekontext. Dasselbe Muster erscheint in „the export module“ und „the issue“, wenn etwas Bestimmtes gemeint ist. In einer Support-Unterhaltung verwendet man diese Form für bereits identifizierte Funktionen oder Probleme.

export „export“ bezeichnet in „The export feature“ das Heraussenden von Daten aus der Software. Zusammen mit „feature“ bildet es die Bezeichnung für eine Softwarefunktion. In technischen Gesprächen kann man damit den Datenexport als Vorgang oder Funktion benennen.

feature „feature“ bezeichnet in „The export feature“ eine bestimmte Funktion der Software. Es steht hier nach „export“ und benennt die Funktion, die Daten exportiert. In einem Supportgespräch verwendet man es, um eine einzelne Softwarefunktion genau zu benennen.

fails „fails“ bedeutet in „The export feature fails“, dass die Exportfunktion nicht funktioniert. Die Grundform ist „fail“; „fails“ steht hier mit „The export feature“ als Bezug. In einem Fehlerbericht beschreibt man damit, dass eine Funktion bei einem bestimmten Vorgang ausfällt.

whenever „whenever“ bedeutet hier „jedes Mal, sobald“ und leitet die Bedingung „whenever I include filtered results“ ein. Es verbindet den Fehler mit jedem Auftreten dieser Handlung. In technischen Berichten eignet sich die Form, um ein regelmäßig reproduzierbares Verhalten zu beschreiben.

I „I“ bezeichnet in „I include filtered results“ die Person, die den Export testet und die Ergebnisse einschließt. Es markiert die Perspektive des Kunden als Handelnden. In der Support-Kommunikation verwendet der Sprecher „I“, um eigene Tests oder Beobachtungen zu schildern.

include „include“ bedeutet in „I include filtered results“, dass die gefilterten Ergebnisse als Teil des Exports aufgenommen werden. Die Grundform bleibt nach „I“ unverändert. Ein zuverlässiges Muster ist „include“ mit dem aufgenommenen Inhalt, hier „filtered results“.

filtered „filtered“ beschreibt in „filtered results“ Ergebnisse, die nach Filterkriterien ausgewählt wurden. Die Form hängt mit „filter“ zusammen und grenzt diese Ergebnisse von den ungefilterten Daten ab. In einem Softwarekontext verwendet man sie, um Daten mit angewendeter Auswahlregel zu kennzeichnen.

results „results“ bezeichnet in „filtered results“ die von einem Vorgang erzeugten oder angezeigten Daten. Die Grundform ist „result“; die Form „results“ bezeichnet hier mehrere Ergebnisse. In einer Fehlermeldung kann man damit die Daten benennen, die ein Filter oder eine Abfrage liefert.

That „That“ verweist in „That sounds reproducible“ auf die zuvor beschriebene Fehlersituation insgesamt. Es nimmt also nicht nur ein einzelnes Wort, sondern den berichteten Vorgang wieder auf. In einem Supportgespräch kann man damit eine vorherige Beobachtung bewerten.

sounds „sounds“ bedeutet in „That sounds reproducible“, dass etwas nach Einschätzung des Sprechers reproduzierbar wirkt. Die Grundform ist „sound“; hier steht „sounds“ mit „That“. In der Support-Kommunikation nutzt man diese Form, um eine vorläufige Einschätzung höflich auszudrücken.

reproducible „reproducible“ bedeutet, dass sich ein Fehler unter denselben Bedingungen wiederholt und dasselbe Ergebnis liefert. Das Adjektiv steht in „That sounds reproducible“ als Einschätzung des gemeldeten Fehlers. Die zugrunde liegende Verbgrundform ist „reproduce“; in einem Fehlerbericht beschreibt man damit wiederholbare Ergebnisse.

which „which“ leitet in „which makes troubleshooting much easier“ eine Zusatzinformation über die zuvor beschriebene Situation ein. Hier kündigt es die Folge an, dass die Fehlersuche leichter wird. In der Support-Kommunikation kann man mit dieser Form eine Konsequenz an eine vorherige Aussage anschließen.

makes „makes“ bedeutet in „which makes troubleshooting much easier“, dass etwas eine Veränderung oder Wirkung verursacht. Die Grundform ist „make“; hier bewirkt die reproduzierbare Situation, dass „troubleshooting“ „much easier“ wird. In technischen Erklärungen beschreibt man damit, wodurch eine Aufgabe leichter oder schwieriger wird.

troubleshooting „troubleshooting“ bezeichnet in „which makes troubleshooting much easier“ die systematische Suche nach der Ursache eines technischen Problems und dessen Behebung. Es steht hier als die Aufgabe, die durch einen reproduzierbaren Fehler erleichtert wird. In Supportgesprächen verwendet man das Wort für die praktische Fehlersuche.

much „much“ verstärkt in „much easier“ den Grad des Vergleichs und bedeutet hier „deutlich“ oder „viel“. Es steht direkt vor „easier“ und macht die Verbesserung stärker. In der technischen Kommunikation kann man damit ausdrücken, dass eine Untersuchung erheblich weniger schwierig ist.

easier „easier“ bedeutet in „much easier“, dass etwas weniger schwierig ist. Die Grundform ist „easy“; „easier“ beschreibt hier die erleichterte Fehlersuche im Vergleich zur vorherigen Situation. In Supporterklärungen verwendet man die Form, um eine bessere Untersuchbarkeit zu bewerten.

tested „tested“ bedeutet in „I tested it with unfiltered data“, dass der Sprecher die Funktion durch Ausprobieren überprüft hat. Die Grundform ist „test“; „tested“ berichtet hier über den bereits durchgeführten Test. In einem Fehlerbericht nennt man damit einen konkreten Prüfversuch.

it „it“ verweist in „I tested it with unfiltered data“ auf die zuvor genannte Exportfunktion beziehungsweise den Exportvorgang. Das Pronomen vermeidet die Wiederholung dieser Bezeichnung. In technischen Gesprächen kann man damit auf eine bereits erwähnte Funktion oder einen bereits erwähnten Vorgang zurückverweisen.

with „with“ bedeutet in „with unfiltered data“, dass die ungefilterten Daten als Grundlage oder Begleitung des Tests verwendet wurden. Es verbindet den Test mit den dafür eingesetzten Daten. In technischen Beschreibungen folgt nach „with“ häufig das Material oder die Daten, mit denen etwas geprüft wird.

unfiltered „unfiltered“ bedeutet in „unfiltered data“, dass auf die Daten keine Filterauswahl angewendet wurde. Es beschreibt hier die Daten, mit denen der Export erfolgreich getestet wurde. In einem Softwaretest verwendet man die Form, um Daten ohne aktive Einschränkung durch Filter zu kennzeichnen.

data „data“ bezeichnet in „with unfiltered data“ die Informationen, die von der Software verarbeitet oder exportiert werden. Es steht hier als Grundlage des Tests. In einem Supportgespräch kann man damit die konkreten Informationen benennen, mit denen eine Funktion geprüft wurde.

and „and“ verbindet in „I tested it with unfiltered data, and export worked normally“ zwei zusammengehörige Aussagen. Die zweite Aussage nennt das Ergebnis des Tests. In einem Fehlerbericht kann man damit einen Testschritt und seine Beobachtung direkt miteinander verknüpfen.

worked „worked“ bedeutet in „export worked normally“, dass der Export erfolgreich funktionierte. Die Grundform ist „work“; „worked“ berichtet hier über das Ergebnis des durchgeführten Tests. In technischen Gesprächen beschreibt man damit, dass eine Funktion unter bestimmten Bedingungen ordnungsgemäß läuft.

normally „normally“ bedeutet in „worked normally“, dass der Export auf die übliche oder erwartete Weise funktionierte. Die Grundform ist „normal“; die Form beschreibt hier, wie der Export funktionierte. In einem Supportbericht nutzt man sie, um ein unauffälliges Testergebnis zu kennzeichnen.

Then „Then“ leitet in „Then the filter logic may be interacting with the export module“ eine Schlussfolgerung aus der vorherigen Beobachtung ein. Es bedeutet hier etwa „dann“ oder „in diesem Fall“. In einer Fehlersuche verwendet man die Form, um aus einem Testergebnis eine mögliche Ursache abzuleiten.

filter „filter“ bezeichnet in „the filter logic“ die Auswahlregel, mit der bestimmte Daten ausgewählt oder ausgeschlossen werden. Es steht hier als Bestandteil der Bezeichnung für die Filterlogik. In Softwaregesprächen verwendet man es, wenn die Datenfilterung als mögliche Fehlerquelle betrachtet wird.

logic „logic“ bezeichnet in „the filter logic“ die Regeln, nach denen die Filterfunktion arbeitet. Zusammen mit „filter“ benennt es den Teil der Software, der die Auswahl steuert. In einer technischen Analyse verwendet man den Ausdruck, um die interne Regelverarbeitung einer Funktion zu besprechen.

may „may“ zeigt in „may be interacting“ eine Möglichkeit an, keine sichere Feststellung. Es lässt offen, ob die Filterlogik tatsächlich mit dem Exportmodul zusammenwirkt. In Supportgesprächen verwendet man diese Form für vorsichtige Hypothesen über eine Fehlerursache.

be „be“ bildet in „may be interacting“ zusammen mit „interacting“ die Form für einen möglicherweise gerade bestehenden Vorgang. Nach „may“ steht es in dieser Verbindung unverändert. In technischen Erklärungen kann man mit „may be“ einen vermuteten aktuellen Zusammenhang ausdrücken.

interacting „interacting“ bedeutet in „interacting with the export module“, dass die Filterlogik das Exportmodul beeinflusst oder mit ihm zusammenwirkt. Die Grundform ist „interact“; „interacting“ beschreibt hier einen vermuteten laufenden Zusammenhang. In der Fehleranalyse verwendet man die Form, wenn zwei Softwarekomponenten sich gegenseitig beeinflussen können.

module „module“ bezeichnet in „the export module“ einen abgegrenzten Bestandteil der Software. Es ist hier der Teil, mit dem die Filterlogik möglicherweise zusammenwirkt. In technischen Supportgesprächen verwendet man das Wort, um eine einzelne Softwarekomponente zu benennen.

can „can“ zeigt in „I can send a sample file“ an, dass der Sprecher dazu in der Lage ist oder dies anbieten kann. Es steht vor der unveränderten Form „send“. In einem Supportgespräch verwendet man diese Form, um eine mögliche eigene Handlung oder Unterstützung anzubieten.

send „send“ bedeutet in „I can send a sample file“, dass der Sprecher eine Datei an das Supportteam übermitteln kann. Es folgt hier auf „can“ und bleibt in der Grundform. In der Support-Kommunikation verwendet man es, wenn man eine Datei oder andere Unterlagen übertragen möchte.

a „a“ kennzeichnet in „a sample file“ eine einzelne, nicht näher bestimmte Beispieldatei. Der Artikel steht vor der Einheit „sample file“. In einem Supportgespräch verwendet man diese Form, wenn eine Datei als ein Exemplar einer bestimmten Art eingeführt wird.

sample „sample“ bezeichnet in „a sample file“ eine repräsentative Beispieldatei für die Untersuchung. Es grenzt die Datei als Testmaterial von einem vollständigen Datenbestand ab. In einer Fehlersuche kann man damit eine Datei benennen, die das Problem nachvollziehbar macht.

file „file“ bezeichnet in „a sample file“ ein gespeichertes Dokument oder einen gespeicherten Datenbestand. Es ist das Objekt, das der Sprecher übermitteln möchte. In technischen Gesprächen verwendet man das Wort für eine konkrete digitale Datei, die geprüft oder geteilt werden kann.

without „without“ bedeutet in „without sensitive information“, dass etwas ausgeschlossen oder nicht enthalten ist. Hier soll die Beispieldatei ohne vertrauliche Informationen gesendet werden. In der Support-Kommunikation verwendet man „without“ mit dem Inhalt, der aus einer Datei oder einem Vorgang entfernt bleiben soll.

sensitive „sensitive“ beschreibt in „sensitive information“ Informationen, die geschützt und sorgfältig behandelt werden müssen. Es kennzeichnet hier den Inhalt, der nicht in die Beispieldatei gelangen soll. In technischen Gesprächen über Datenaustausch verwendet man diese Form, um schutzbedürftige Informationen zu markieren.

information „information“ bezeichnet in „sensitive information“ die in der Datei enthaltenen Fakten oder Daten. Zusammen mit „sensitive“ geht es um schutzbedürftige Inhalte. In einem Supportgespräch verwendet man das Wort, wenn geprüft werden soll, welche Daten weitergegeben werden dürfen.

would „would“ bezeichnet in „That would help us isolate the issue safely“ eine erwartete oder bedingte Folge. Gemeint ist, dass die Beispieldatei die sichere Eingrenzung des Problems unterstützen würde. In der Support-Kommunikation kann man damit den voraussichtlichen Nutzen eines vorgeschlagenen Schritts vorsichtig formulieren.

help „help“ bedeutet in „help us isolate the issue safely“, dass etwas eine Aufgabe unterstützt oder leichter macht. Die Verbindung zeigt, wobei die Unterstützung hilft: beim Eingrenzen des Problems. In technischen Gesprächen verwendet man „help“ häufig mit einer Person oder einem Team und der anschließenden Handlung.

us „us“ bezeichnet in „help us isolate the issue safely“ das Supportteam beziehungsweise die beteiligten Personen. Es ist die Gruppe, die durch die Beispieldatei unterstützt wird. In einem Supportgespräch verwendet man diese Form, wenn der Sprecher für das eigene Team spricht.

isolate „isolate“ bedeutet in „isolate the issue safely“, das konkrete Problem von anderen möglichen Ursachen abzugrenzen. Es folgt hier auf „help us“ und benennt die Handlung, die das Supportteam durchführen möchte. In der Fehlersuche verwendet man die Form, wenn eine einzelne Fehlerquelle gezielt eingegrenzt werden soll.

issue „issue“ bezeichnet in „the issue“ das konkrete technische Problem, das untersucht wird. Die Bezeichnung bleibt bewusst allgemein, während der Kontext den Exportfehler näher bestimmt. In Supportgesprächen verwendet man das Wort für einen gemeldeten oder zu untersuchenden Fehler.

safely „safely“ bedeutet in „isolate the issue safely“, dass die Eingrenzung des Problems ohne Sicherheits- oder Datenschutzrisiko erfolgen soll. Die Grundform ist „safe“; die Form beschreibt, wie die Untersuchung durchgeführt wird. In einem Gespräch über Beispieldaten verwendet man sie, um eine geschützte Vorgehensweise hervorzuheben.

Please „Please“ markiert in „Please confirm whether logs include any private content“ eine höfliche Bitte. Es steht am Anfang der Aufforderung zur Bestätigung. In der Support-Kommunikation verwendet man diese Form, um eine notwendige Prüfung freundlich und direkt anzufordern.

confirm „confirm“ bedeutet in „Please confirm whether logs include any private content“, dass der Empfänger die betreffende Tatsache überprüfen und bestätigen soll. Es folgt auf „Please“ und bezieht sich auf die eingebettete Frage danach, was die Protokolle enthalten. In Supportgesprächen verwendet man das Wort, wenn eine Information verbindlich geklärt werden soll.

whether „whether“ leitet in „whether logs include any private content“ eine eingebettete Ja-nein-Frage ein. Hier wird geprüft, ob private Inhalte in den Protokollen enthalten sind. In einer Support-Anfrage verwendet man diese Form, wenn eine unklare Tatsache vor einer weiteren Handlung geklärt werden muss.

logs „logs“ bezeichnet in „whether logs include any private content“ die Aufzeichnungen über Softwareaktivitäten. Die Grundform ist „log“; „logs“ bezeichnet hier mehrere oder zusammengefasste Protokolle. In einem technischen Supportgespräch verwendet man das Wort für Dateien oder Aufzeichnungen, die bei der Fehleranalyse helfen können.

any „any“ bedeutet in „any private content“, dass nach privatem Inhalt jeglicher Art gefragt wird, ohne eine bestimmte Art oder Menge festzulegen. Die Frage prüft also, ob überhaupt entsprechender Inhalt vorhanden ist. In einer Sicherheitsprüfung verwendet man diese Form, um keinen möglichen privaten Inhalt auszuschließen.

private „private“ beschreibt in „private content“ Inhalte, die nicht für die öffentliche Weitergabe bestimmt sind. Es kennzeichnet hier die Art von Inhalt, nach der in den Protokollen gesucht wird. In Supportgesprächen über Logs verwendet man die Form, wenn der Schutz persönlicher oder nicht öffentlicher Daten eine Rolle spielt.

content „content“ bezeichnet in „private content“ die Informationen, die in den Protokollen enthalten sein können. Zusammen mit „private“ geht es um nicht öffentlich bestimmte Inhalte. In einer Prüfung vor der Weitergabe von Logs verwendet man das Wort, um deren tatsächlichen Informationsgehalt zu beschreiben.

will „will“ zeigt in „I will verify that before requesting the logs“ eine für die Zukunft geplante Handlung an. Der Sprecher kündigt an, die Information vor der Anforderung der Protokolle zu prüfen. In einem Supportgespräch verwendet man diese Form, um den nächsten eigenen Schritt verbindlich anzukündigen.

verify „verify“ bedeutet in „I will verify that“, dass der Sprecher die betreffende Information überprüft und ihre Richtigkeit feststellt. Es bezieht sich hier auf die Frage, ob die Logs private Inhalte enthalten. In technischen Abläufen verwendet man das Wort, wenn eine Sicherheits- oder Sachprüfung vor dem nächsten Schritt erforderlich ist.

before „before“ bedeutet in „before requesting the logs“, dass die Überprüfung zeitlich vor der Anforderung der Protokolle stattfinden soll. Es ordnet die beiden Handlungen klar. In Supportprozessen verwendet man die Form, um eine notwendige Prüfung vor der Weitergabe oder Anforderung von Daten zu platzieren.

requesting „requesting“ bezeichnet in „before requesting the logs“ das Anfordern der Protokolle. Die Grundform ist „request“; hier benennt „requesting“ die Handlung, die erst nach der Prüfung erfolgen soll. In der Support-Kommunikation verwendet man die Form, wenn Logs oder andere Unterlagen gezielt angefordert werden.

Grammatikpunkte

whenever + subject + verb

Whenever the export feature fails, confirm the logs.

Uen-ewer dhe ekspohrt fiitscha feils, kenförm dhe logz.

Immer wenn die Exportfunktion scheitert, bestätige die Protokolle.

„Whenever“ leitet einen wiederkehrenden Zeitpunkt ein; bei „the export feature“ steht „fails“ mit -s.

whether + subject + verb

Confirm whether the filtered results include sensitive information.

Kenförm uedhər dhe filterd risalts inkluud sensetiw informeischən.

Bestätige, ob die gefilterten Ergebnisse vertrauliche Informationen einschließen.

„Whether“ kennzeichnet eine indirekte Ja/Nein-Frage und entspricht meist „ob“.

Englisch Vokabeln

data Substantiv

deita Daten

easier Adjektiv

iisi-er einfacher

export feature Phrase

ekspohrt fiitscha Exportfunktion

fail Verb

feil scheitern fails

filtered Adjektiv

filterd gefiltert

include Verb

inkluud einschließen

normally Adverb

nohrməli normalerweise

reproducible Adjektiv

riiproduussebl reproduzierbar

results Substantiv

risalts Ergebnisse

troubleshooting Substantiv

trabbelschuuting Fehlersuche

unfiltered Adjektiv

anfilterd ungefiltert

whenever Konjunktion

uen-ewer immer wenn

Quiz

Rechtschreibung

Tippe auf die Buchstaben, um das Wort zu buchstabieren.

immer wenn

Antwort zeigen

whenever

gefiltert

Antwort zeigen

filtered

Ergebnisse

Antwort zeigen

results

reproduzierbar

Antwort zeigen

reproducible