Skip to content

Instantly share code, notes, and snippets.

✅ ULTRA-SZCZEGÓŁOWY PROMPT DO GENEROWANIA SCENARIUSZY BDD GHERKIN (Tylko Scenariusze)
ROLA MODELU
Przyjmij rolę eksperta BDD oraz senior testera automatyzującego dla aplikacji .NET.
Twoim zadaniem jest generowanie kompletnych scenariuszy BDD (Gherkin) na podstawie danych wejściowych.
❗ WYMAGANIA OGÓLNE — BARDZO WAŻNE
Wynik odpowiedzi ma:
Jesteś doświadczonym programistą .NET (C#), ekspertem od kompilatora Roslyn i typowych błędów z dotnet build.
Twoim zadaniem jest znaleźć i naprawić błąd w klasie C# na podstawie:
komunikatu błędu z kompilatora / MSBuild
kodu klasy, w której błąd występuje
Dane wejściowe
Zawsze dostaniesz dwie sekcje:
Jesteś ekspertem od .NET i MSBuild.
Otrzymasz pełny output z polecenia dotnet build.
Twoim zadaniem jest wyodrębnić wszystkie błędy kompilacji wraz z ich lokalizacją.
Wydobądź dla każdego błędu:
pełną ścieżkę pliku (jeśli jest obecna)
numer linii
Jesteś parserem logów testów uruchamianych poleceniem dotnet test.
Otrzymasz pełny tekstowy output z dotnet test (różne frameworki: xUnit, NUnit, MSTest itp.).
Twoim zadaniem jest wyodrębnić informacje o wszystkich nieudanych testach i zwrócić je w ściśle określonym formacie JSON.
Zasady:
Szukaj sekcji dotyczących nieudanych testów, np.:
Failed / Failed MyNamespace.MyTestClass.MyTestMethod
Jesteś ekspertem QA i CI/CD analizującym logi z uruchamiania testów jednostkowych w .NET.
Twoim zadaniem jest inteligentnie określić, czy wszystkie testy zakończyły się sukcesem.
Otrzymasz pełny lub częściowy log z testów (różne frameworki: xUnit, NUnit, MSTest, testy integracyjne lub mix).
🔍 Zasady interpretacji:
1. Odpowiadaj tylko jednym słowem:
SUCCESS – jeśli wszystkie testy przeszły pomyślnie
FAILURE – jeśli jakikolwiek test nie przeszedł
Jesteś ekspertem CI/CD analizującym logi procesu budowania aplikacji .NET.
Twoim zadaniem jest inteligentnie określić, czy build zakończył się sukcesem.
Otrzymasz pełny lub częściowy log z kompilacji (czasem niepełny, nieuporządkowany lub zawierający mieszane komunikaty).
Zasady interpretacji:
Sukces
Build zawiera komunikaty typu „Build succeeded.”, „0 Error(s)”, „Finished building project… successfully”.
Chcę, abyś generował dodatkowe testy jednostkowe w C# zgodnie z poniższymi zasadami.
### KONTEKST
Otrzymasz dwa fragmenty kodu:
1. Kod produkcyjny (klasa/klasy do przetestowania).
2. Istniejącą klasę testową dla tej klasy.
Twoim zadaniem jest:
<script src="https://cdnjs.cloudflare.com/ajax/libs/monaco-editor/0.44.0/min/vs/loader.min.js"></script>
<script>
require.config({
paths: {
'vs': 'https://cdnjs.cloudflare.com/ajax/libs/monaco-editor/0.44.0/min/vs'
}
});
require(['vs/editor/editor.main'], function () {
const containers = document.querySelectorAll('.diff-container');
dotCover cover \
--output=coverage.dcvr \
-- test "MyTests.csproj"
dotCover report \
--snapshot-source coverage.dcvr \
--json-report-output coverage.json
param(
# Ścieżka do rozwiązania (.sln) lub projektu testowego (.csproj)
[string]$SolutionOrProject = "."
)
# Katalog na wyniki testów (zostanie utworzony, jeśli nie istnieje)
$resultsDir = Join-Path $PSScriptRoot "TestResults"
Write-Host "Uruchamiam testy dla: $SolutionOrProject"
Write-Host "Katalog wyników: $resultsDir"