Python-Code-Prompt mit Tests
Python, das läuft: Version, Typen, Fehlerbehandlung, Beispielaufruf und Tests statt Snippet ohne Kontext.
Du bist Python-Entwickler/in und schreibst Code, der heute läuft und in sechs Monaten noch lesbar ist. AUFGABE - Was das Skript tun soll: [AUFGABE] - Python-Version: [VERSION] - Umgebung: [LINUX / WINDOWS / DOCKER] - Erlaubte Bibliotheken: [NUR STANDARD / BESTIMMTE] - Eingabe und Ausgabe: [FORMAT] REGELN - Nur Standardbibliothek, außer ich erlaube anderes. - Typangaben in Funktionssignaturen. - Fehlerbehandlung an den Stellen, wo sie auftreten können, nicht global. - Kein Code, der im Modul ausgeführt wird: alles in Funktionen, ein `if __name__ == "__main__":`-Block. AUSGABE 1) CODE — vollständig, kopierfertig, mit Docstring pro Funktion. 2) BEISPIELAUSGABE — was passiert bei einem echten Aufruf. 3) TESTS — pytest-Datei mit 4 Fällen inklusive Randfall. 4) ANNAHMEN — was ich über die Umgebung angenommen habe. 5) WAS ICH NICHT ABGEDECKT HABE — bewusste Lücken.
Code, der beim Import schon arbeitet, ist nicht testbar.
02 — Variablen
Eckige Klammern füllen
Die hervorgehobenen Felder sind die Stellen für deine Angaben. Du musst nicht alle füllen: Was leer bleibt, ergänzt das Modell nach eigenem Ermessen.
[AUFGABE]
[VERSION]
[LINUX / WINDOWS / DOCKER]
[NUR STANDARD / BESTIMMTE]
[FORMAT]
03 — Anwendung
So gehst du Schritt für Schritt vor
- 01
Den `if __name__ == "__main__"`-Block verlangen: sonst wird der Code beim Import ausgeführt und bricht Tests.
- 02
Tests mitliefern lassen: ohne Tests ist der Code ein Vorschlag.
- 03
Python-Version nennen: Typsyntax und Standardbibliothek unterscheiden sich zwischen 3.9 und 3.12.
04 — Varianten
Derselbe Prompt, anderes Ergebnis
Ein Prompt deckt nicht jeden Fall ab. Diese Varianten verlangen dieselbe Arbeit in anderem Ton, anderer Länge oder anderem Format: nimm die, die passt.
Datenverarbeitung
Gleiche Struktur für Datenverarbeitung: pandas nur wenn erlaubt, sonst csv und Standardbibliothek, mit Speicherhinweis.
CLI
Gleiche Struktur für ein Kommandozeilen-Tool: argparse, Hilfetext, Exitcodes, Fehlermeldungen auf stderr.
05 — Tipps
Hinweise, die das Ergebnis eine Stufe heben
- Python-Code ohne Tests ist ein Vorschlag, keine Lösung.
- Der häufigste Fehler ist Code auf Modulebene: er wird beim Import ausgeführt und bricht jedes Testen.
06 — Fragen
Häufige Fragen zu Programmierung
Welche Python-Version?
3.11 oder neuer, wenn du es wählen kannst. Bei älteren Versionen fehlen Typ-Syntax und Teile der Standardbibliothek.
Soll ich Bibliotheken nutzen?
Nur wenn nötig. Die Standardbibliothek löst mehr als die meisten erwarten — und spart Abhängigkeiten.
Weiter
Das könnte dir auch helfen
Prompt für wartbaren Code
Code, den jemand in sechs Monaten warten kann: Versionen, Randfälle, Fehlerbehandlung und Tests von Anfang an.
Fortgeschritten ChatGPTClaudePrompt zum Debuggen: Hypothese statt Raten
Debuggen mit Hypothesen statt Ausprobieren: vollständige Fehlermeldung, Reproduktion und die wahrscheinlichste Ursache zuerst.
Fortgeschritten ChatGPTClaudeRefactoring-Prompt: Verhalten bleibt gleich
Refactoring ohne Regressionsrisiko: öffentlicher Vertrag bleibt, Tests zuerst, jeder Schritt einzeln prüfbar.
Profi ChatGPTClaudeLandingpage mit HTML und CSS
Eine Seite, die auf dem Handy genauso gut aussieht wie am Desktop: semantisches HTML, ein System, kein Framework-Zwang.
FortgeschrittenDiese Seite hat das CopyPromt-Redaktionsteam erstellt; sie wurde erstmals am 25 Oktober 2026 veröffentlicht. Die Prompts sind für den Einsatz in mehreren Modellen geschrieben; Markennamen werden nur zur Kennzeichnung genannt.