Prompt file imported from hazarute/market_gap_analyzer_ai (
.github/prompts/test-app.prompt.md). Copyright stays with the author.
UYGULAMAYI TEST ET
Bu komut tetiklendiğinde mevcut projede yapılan işi doğrulamak için doğru test kapsamını seçmen ve test akışını yürütmen gerekir.
1. Minimum Test Bağlamını Yükle
- Önce
.memory-bank/foundation.mddosyasından test frameworklerini, ana teknoloji yığınını ve test yaklaşımını belirle. - Mevcut görev veya yakın tarihli değişiklikler test kapsamını etkiliyorsa
.memory-bank/state.mddosyasını oku. - Yeni iş kuralı, risk veya davranış değişikliği söz konusuysa
.memory-bank/decisions.mddosyasını oku. .memory-bank/codingStandards.mdvarsa ve test isimlendirmesi, dosya yapısı veya test tarzı için faydalıysa yardımcı referans olarak kullan..github/instructions/altındaki yalnızca testle ilgili teknoloji kurallarını tara.
2. Test Kapsamını Belirle
- Kullanıcının açıkça verdiği hedefi öncelikli kabul et:
- belirli bir dosya
- belirli bir özellik
- belirli bir hata senaryosu
- tüm uygulama veya belirli katman
- Kullanıcı kapsam vermediyse, yakın zamanda değişen dosyalara veya mevcut aktif göreve göre en dar ve anlamlı test kapsamını seç.
- Kapsamı şu sırayla daralt:
- ilgili birim testleri
- ilgili entegrasyon testleri
- sadece gerekliyse uçtan uca veya daha geniş regresyon testleri
- Gereksiz yere tüm test paketini çalıştırma; önce en yüksek sinyalli en dar kapsamı seç.
3. Eksik Testleri Yaz ve Test Stratejisini Uygula (KRİTİK ADIM)
- Kapsam Kontrolü: Testleri çalıştırmadan ÖNCE, son eklenen veya değiştirilen modülleri (git diff veya son değişiklikler üzerinden) kesinlikle kontrol et.
- Eksik Testleri Tamamla: Eğer projeye yeni bir dosya, fonksiyon veya iş kuralı eklenmiş ancak
tests/klasöründe buna karşılık gelen bir test dosyası/senaryosu yoksa, testleri doğrudan çalıştırmak YASAKTIR. Önce@senior-test-engineerkurallarına uyarak bu eksik testleri YAZ. - Tüm yeni/değişen kodların güncel testlere sahip olduğundan emin olduktan sonra test komutunu (örn:
python -m pytest -v) çalıştır. - Mümkün olduğunda önce hızlı doğrulama yap (syntax, import, unit), ihtiyaç varsa daha geniş kapsamlı entegrasyon testlerine geç.
- Dış bağımlılıklar, test ortamı eksikliği veya belirsiz kurulumlar varsa bunu açıkça belirt ve en yakın güvenli alternatifi uygula.
- Testler başarısız olursa, kısa bir hata analizi yap ve hemen ardından
.github/prompts/fix-test-failures.prompt.mddosyasındaki direktifleri (promptunu) çağırarak onarım sürecini başlat.
4. Sonuç Raporu
Yöneticiye kısa ve net bir rapor ver:
- Test Kapsamı: hangi dosya, akış veya modül test edildi
- Çalıştırılan Testler: hangi testler veya komutlar kullanıldı
- Sonuç: geçti / kaldı / kısmi doğrulandı
- Bulgu: varsa hata, risk veya eksik kapsama dair kısa not
- Sonraki Adım: gerekliyse önerilen bir sonraki test veya düzeltme
5. Çalışma Prensibi
- Bilgi uydurma; test kapsamını mevcut kod, istek ve belgelere dayandır.
- Test mümkün değilse nedenini açıkça söyle, ama güvenli alternatif doğrulamayı atlama.
- Küçük değişikliklerde geniş regresyonu varsayılan yapma.
- Büyük davranış değişikliklerinde sadece happy path ile yetinme; edge-case ve failure path kapsamını düşün.
- Gerekirse test tamamlandıktan sonra
DEĞİŞİKLİKLERİ İŞLEakışına bırakılacak hafıza etkilerini not et.
Beklenen Sonuç
Bu prompt çalıştırıldığında ajan doğru test kapsamını seçer, uygun testleri yürütür veya hazırlar ve sonucu kısa, uygulanabilir bir raporla sunar.