🚀 Türkiye'nin ilk meslek-bazlı AI rehberi

Test Planı ve Validasyon

Ürün / sistem için kapsamlı test stratejisi. Unit + integration + system + acceptance + performance.

👔 Mühendis #test 📊 Ileri 💎 Premium

💬 Prompt

🔒

Bu prompt Premium üyelere özel

Mesleğine özel 500+ profesyonel promptun tamamına erişmek için Premium'a geç. Aylık sadece 99₺.

💎 Premium'a Geç Ücretsiz Promptları Gör
Aşağıdaki ürün / sistem için test planı hazırla:

TEST EDİLECEK:
- Ürün / Sistem: [AD]
- Tip: [DONANIM / YAZILIM / HİBRİT]
- Disiplin: [DİSİPLİN]
- Karmaşıklık: [BASIT / ORTA / KARMAŞIK]
- Kritiklik: [TİCARI / GÜVENLIK / CAN GÜVENLİĞİ]
- Standart: [IEC / IEEE / ISO / ASTM / MIL-STD]

GELİŞİM AŞAMASI:
- Proje safhası: [TASARIM / PROTOTİP / PİLOT / SERİ ÜRETİM]
- Önceki testler: [VARSA]

TEST PLANI 8 bölüm:

1. GİRİŞ VE AMAÇ

1.1 AMAÇ
- Test amacı (doğrulama / onaylama / karakterizasyon)
- Kabul kriterleri (ürün uygun mu)
- Dokümantasyon amacı

1.2 KAPSAM
- Test edilecek (features, bileşenler)
- Test edilmeyecek (out of scope)
- Varsayımlar
- Kısıtlamalar

1.3 REFERANSLAR
- Gereksinim spesifikasyonu (SRS)
- Tasarım dokümantasyonu (SDD)
- İlgili standartlar
- Önceki test raporları

2. TEST STRATEJİSİ

2.1 TEST PİRAMİDİ (yazılım için)

- %70 Unit tests (fast, many)
- %20 Integration tests
- %10 E2E / UI tests (slow, few)

2.2 TEST SEVİYELERİ

LEVEL 1 — UNIT / COMPONENT
- Fonksiyon / modul seviyesi
- Yazılım: unit test (JUnit, pytest)
- Donanım: bileşen test (benchmark, life)
- Coverage: %80+ target

LEVEL 2 — INTEGRATION
- Bileşenler arası arayüz
- API integration
- Subsystem integration
- Veri akışı doğrulama

LEVEL 3 — SYSTEM
- Uçtan uca sistem
- Tüm senaryolar
- Performance, stress, security
- Integration-of-systems (varsa)

LEVEL 4 — USER ACCEPTANCE (UAT)
- Müşteri / son kullanıcı
- İş senaryoları
- Kabul kriterleri
- Final sign-off

2.3 TEST TİPLERİ

FONKSİYONEL:
- Gereksinim bazlı
- Pozitif (beklenen) + negatif (hatalı) senaryolar
- Sınır değer
- Equivalence partitioning

NON-FONKSİYONEL:
- Performance (response time, throughput)
- Load (normal yük)
- Stress (aşırı yük)
- Volume (büyük veri)
- Security (penetration, SAST, DAST)
- Usability (kullanılabilirlik)
- Reliability (uptime, MTBF)
- Compatibility (OS, browser, cihaz)
- Portability (platform değişikliği)

REGRESSION:
- Yeni değişikliklerin eski özellikleri bozmaması
- Otomasyon kritik

SMOKE / SANITY:
- Kısa, temel kontroller
- Build quality pre-check

2.4 DONANIM TEST TİPLERİ (ek)

ENVIRONMENTAL:
- Sıcaklık (soğuk / sıcak / termal şok)
- Nem
- Titreşim
- Darbe
- Elektromanyetik (EMC)
- Toz (IP rating)
- Su (IP rating)

MECHANICAL:
- Gerilme (tension)
- Basınç (compression)
- Bükülme (flexural)
- Aşınma (wear)
- Yorgunluk (fatigue)

ELECTRICAL:
- High voltage
- Insulation resistance
- Continuity
- Ground bond

SAFETY:
- IEC 60601 (tıbbi)
- IEC 60950 (IT)
- UL standards
- CB Scheme

LIFE TESTING:
- Accelerated life
- HALT (Highly Accelerated Life Test)
- HASS (Highly Accelerated Stress Screen)

3. TEST ORTAMI

3.1 DONANIM
- Test cihazları (osiloskop, multimetre, spectrum analyzer)
- Simulators
- Environmental chambers
- Kalibre edilmiş ölçüm cihazları
- PoE injectors, RF generators

3.2 YAZILIM
- Test management (Jira, TestRail, HP ALM)
- Automation frameworks (Selenium, Cypress, Appium)
- CI/CD (Jenkins, GitLab)
- Version control (Git)
- Bug tracking (Jira, Bugzilla)

3.3 VERI
- Test data management
- Production-like data (anonymized)
- Edge cases
- Data generation tools

3.4 KONFIGÜRASYON
- Test environment specs
- Network topology
- User accounts (roles)
- Initial state reset

4. TEST SENARYOLARI VE VAKALAR

4.1 TEST SENARYOSU

YAPI:
- ID (TC-001)
- Başlık
- Öncelik (critical / high / medium / low)
- Gereksinime bağlantı (REQ-001)
- Ön koşullar
- Adımlar (step-by-step)
- Beklenen sonuç
- Gerçek sonuç (execution sırasında)
- Pass / Fail
- Notlar

4.2 TEST VAKALARIN HAZIRLANMASI

FONKSİYONEL:
- Her gereksinim için en az 1 pozitif + 1 negatif
- Kullanıcı yolculukları
- Edge cases (sıfır, maksimum, negatif, boş)
- Equivalence partitioning

NON-FONKSİYONEL:
- Load: 100 / 500 / 1000 / 5000 kullanıcı
- Stress: sistem çökene kadar
- Performance: response < 200ms targeted

4.3 OTOMASYON STRATEJİSİ

OTOMATIZE EDİLECEK:
- Regression
- Repetitive
- Cross-browser
- Performance
- API

MANUEL KALACAK:
- Exploratory
- Usability
- First-time scenarios
- Complex business rules (ilk test edilirken)

5. TEST İCRA PLANI

5.1 ZAMAN ÇİZELGESİ
- Hazırlık
- Test design
- Test execution (aşama aşama)
- Defect fixing
- Retest
- Sign-off

5.2 KAYNAK PLANLAMASI
- Test ekibi (kaç kişi, beceri)
- Test ortamı kullanım slotları
- Cihaz zamanlamaları

5.3 ENTRY / EXIT CRITERIA

ENTRY (test başlayabilmek için):
- Code freeze
- Unit test %80+ passed
- Environment hazır
- Test data hazır

EXIT (test tamamlandı demek için):
- %95+ test case pass
- 0 critical bug
- <5 high bug (kabul edilebilir)
- Performance hedefleri karşılandı
- Stakeholder sign-off

6. DEFECT YÖNETIMI

6.1 HATA KATEGORILERİ

SEVERITY:
- Blocker (test yapılamaz)
- Critical (ana özellik çalışmaz)
- Major (önemli özellik bozuk)
- Minor (rahatsız edici)
- Trivial (kozmetik)

PRIORITY:
- Immediate (hemen)
- High (sprint sonu)
- Medium (release)
- Low (sonraki release)

6.2 HATA RAPORLAMA

ZORUNLU ALANLAR:
- ID
- Başlık (spesifik)
- Severity + Priority
- Test case (hangi test bulmuş)
- Ortam
- Adımlar (reproduce)
- Beklenen vs gerçek
- Ek: screenshot, log, video
- Assignee (geliştirici)
- Status (new, open, in-progress, fixed, closed, reopened)

6.3 RETEST VE REGRESSION
- Bugfix doğrulama
- İlgili özelliklerin bozulmadığının kontrolü
- Otomasyon yeniden çalıştırma

7. RAPORLAMA

7.1 GÜNLÜK DURUM
- Executed: X
- Passed: Y (%)
- Failed: Z (defect IDs)
- Blocked: W
- Remaining: V
- Defect trend (açılan vs kapanan)

7.2 MILESTONE RAPOR
- Phase completion %
- Bug density (bugs per feature)
- Test coverage %
- Critical metrics

7.3 FINAL RAPOR
- Executive summary
- Test results özet
- Açık defect listesi + risk değerlendirme
- Test coverage raporu
- Recommendations
- Sign-off

8. RİSK VE AZALTMA

8.1 TEST RİSKLERİ
- Test ortamı yetersiz
- Test data eksik
- Schedule kayması
- Kritik defect
- Kaynak eksikliği

8.2 ÜRÜN RİSKLERİ
- Yüksek kullanım alanları
- Regulatory compliance
- Performance bottleneck
- Security

8.3 AZALTMA
- Risk-based testing
- Exploratory testing extra
- Early stakeholder involvement
- Contingency planning

9. STANDARTLAR UYUMU

9.1 YAZILIM
- ISO/IEC 29119 (software testing)
- IEEE 829 (test documentation)
- ISTQB terimleri

9.2 DONANIM
- IEC 60068 (environmental testing)
- MIL-STD-810 (environmental)
- IEC 61000 (EMC)

9.3 SEKTÖR
- Tıbbi: IEC 62304, ISO 13485
- Otomotiv: ISO 26262
- Havacılık: DO-178C
- Nükleer: IEEE 1012

10. SIGN-OFF

- QA Lead
- Development Lead
- Product Owner
- Project Manager
- Customer rep (varsa)

İmza + tarih + unvan.

Türkçe. Test profesyonelleri kalitesinde.

🎯 Nasıl Kullanılır?

  1. Yukarıdaki 📋 Kopyala butonuna bas
  2. Köşeli parantez içindeki [alanları] kendi bilgilerinle değiştir
  3. ChatGPT / Claude / Gemini'a yapıştır, gönder
  4. Çıkan sonucu ihtiyacına göre ince ayarla
1
Görüntülenme
0
Kopyalama

📚 Mühendis için Diğer Promptlar

Patent Başvurusu Yazımı
#patent 💎
Teknik Mühendis CV ve LinkedIn
#kariyer
Mühendislik Proje Teklifi + Bütçe
#proje-yonetimi 💎
Sistem Mimarisi + Diyagram
#mimari 💎
FMEA — Hata Modu ve Etki Analizi
#risk-analizi 💎
Kök Neden Analizi (Root Cause Analysis)
#problem-cozme
Tüm Mühendis promptlarını gör →