Bu liste; test ortamında bir hata yakaladığında ve Jira’da “Create Issue” butonuna bastığında, bileti göndermeden (Submit etmeden) önce üzerinden geçeceğin “Uçuş Öncesi Kontrol Listendir”.

Aşağıdaki 7 kapıdan geçmeyen hiçbir bileti geliştirici ekibine gönderme.

+--------------------------------------------------------------------------------------------------+
|                          PROFESYONEL KUSUR RAPORU KONTROL LİSTESİ                                |
+---+----------------------------+-----------------------------------------------------------------+
|   | KONTROL NOKTASI            | SORM AN GEREKEN KRİTİK SORU                                      |
+---+----------------------------+-----------------------------------------------------------------+
| [ ] 1. Benzersiz Başlık (Title)  | Nerede, ne yapıldığında, ne oldu? Tek cümlede özetlendi mi?     |
| [ ] 2. Test Ortamı (Environment)| Cihaz, işletim sistemi, tarayıcı ve sürüm (build) yazıldı mı?   |
| [ ] 3. Önkoşullar (Preconditions)| Hangi kullanıcı tipi, bakiye ve veri durumuyla başlandı?       |
| [ ] 4. Yeniden Üretim Adımları | 3. bir kişi ek soru sormadan adımları birebir koşabilir mi?     |
| [ ] 5. Beklenen vs. Gerçekleşen| Olması gereken ile fiilen olan arasındaki fark net mi?          |
| [ ] 6. Kanıt Dosyaları (Proof) | Ekran görüntüsü, hata videosu ve konsol/ağ logu eklendi mi?    |
| [ ] 7. Ciddiyet & Öncelik      | Severity teknik hasara, Priority iş aciliyetine göre mi seçildi?|
+---+----------------------------+-----------------------------------------------------------------+

7 Maddelik Saha Denetimi:

1. Başlık Denetimi (Title / Summary)

  • [ ] Başlık [Modül Adı] - Koşul / Eylem gerçekleştiğinde ortaya çıkan somut hata formatında mı?

  • [ ] “Bozuk”, “Çalışmıyor”, “Hata veriyor” gibi belirsiz ve amatör kelimeler temizlendi mi?

  • [ ] Başlığı okuyan bir geliştirici ekranı açmadan koddaki şüpheli katmanı tahmin edebiliyor mu?

2. Ortam ve Sürüm Denetimi (Environment & Build)

  • [ ] Hatanın koşulduğu sunucu ortamı belirtildi mi? (Örn: Test Ortamı, Staging, Canlı/Prod)

  • [ ] Uygulama veya kod sürüm numarası yazıldı mı? (Örn: Build v2.4.1-rc2)

  • [ ] Cihaz, işletim sistemi ve tarayıcı detayları verildi mi? (Örn: iPhone 14 Pro – iOS 17.4 / Windows 11 – Chrome v124)

3. Başlangıç Noktası (Preconditions & Test Data)

  • [ ] Kullanıcının hesap durumu tanımlandı mı? (Örn: Yeni kayıtlı kullanıcı, VIP abone, Kurumsal hesap)

  • [ ] Varsa kullanılan özel test verileri listelendi mi? (Örn: Kullanıcı ID: 49210, Test Kredi Kartı No, 500 TL Bakiye)

  • [ ] Sistemin hangi başlangıç durumunda olduğu açık mı? (Örn: Sepette 1 adet fiziki ürün bulunmalıdır)

4. Yeniden Üretim Adımları (Steps to Reproduce)

  • [ ] Adımlar numaralandırılmış liste (1. 2. 3.) şeklinde yazıldı mı?

  • [ ] Her adımda tıklanan butonun veya girilen verinin tam adı verildi mi?

  • [ ] “Ödeme adımlarını geç” gibi geçiştirme ifadeler yerine her ekran tıklaması tek tek yazıldı mı?

  • [ ] En Kritik Test: Bu projeyi hiç bilmeyen başka bir mühendis bu adımları takip ettiğinde hatayı kendi ekranında saniyeler içinde görebilir mi?

5. Sonuç Karşılaştırması (Expected vs. Actual Result)

  • [ ] Beklenen Sonuç (Expected): Şartnameye ve iş kuralına göre sistemin ne yapması gerektiği net bir dille ifade edildi mi?

  • [ ] Gerçekleşen Sonuç (Actual): Ekranda fiilen ne olduğu (çökme, donma, yanlış hata mesajı, hatalı hesaplama) somut olarak yazıldı mı?

6. Delil ve Ekler (Attachments & Logs)

  • [ ] Hata anının tam ekran görüntüsü eklendi mi? (Mümkünse hatanın olduğu bölge kırmızı çerçeve içine alındı mı?)

  • [ ] Karmaşık adımlar veya çökme (crash) durumları için kısa bir ekran kaydı (MP4/GIF) yüklendi mi?

  • [ ] Web için: Tarayıcı konsolundaki (F12 > Console) kırmızı hata logları rapora yapıştırıldı mı?

  • [ ] Mobil için: Cihazın çökme kayıtları (Logcat / Crash Log) eklendi mi?

7. Ciddiyet (Severity) ve Öncelik (Priority) Ayarı

  • [ ] Ciddiyet (Severity) teknik hasara göre mi seçildi? (Kişisel kızgınlığa göre değil; sistem kilitleniyorsa Blocker/Critical, kozmetikse Minor).

  • [ ] Öncelik (Priority) iş biriminin ve müşterinin etki alanına göre mi belirlendi?

  • [ ] Atomiklik Kuralı: Bu biletin içinde yalnızca tek bir hata olduğundan emin olundu mu? (İkinci bir hata varsa ayrı bir bilet açıldı mı?)

4. “Bir de Şöyle Düşün” (Kutu İçeriği)

💡 Bir de Şöyle Düşün: Pilotun Kalkış Öncesi Kontrol Listesi

Dünyanın en tecrübeli havayolu kaptanı dahi olsan, binlerce saat uçuşun bulunsa; uçağı piste çıkarmadan önce eline basılı bir kontrol listesi (checklist) alırsın.

Yanındaki ikinci pilota tek tek sorarsın: “Flaplar kontrol edildi mi? – Edildi.”, “Yakıt vanaları açık mı? – Açık.”, “İrtifa göstergesi kalibre mi? – Kalibre.”

Eğer bir pilot “Ben bu uçağı ezbere biliyorum, listeye gerek yok” derse o uçak bir gün düşer.

Jira’da “Bileti Oluştur” butonuna basmak, bir uçağı havalandırmak gibidir. O 7 maddelik listeyi gözünle taramadan basarsan; o bilet geliştiricinin masasından sana “Cannot Reproduce” damgasıyla bir roket gibi geri döner.

5. Mini Alıştırma

Senaryo: Bir e-ticaret uygulamasında yeni keşfettiğin bir hata için Jira’da şu taslağı yazdın:

  • Başlık: İndirim kodu kutusu bozuk

  • Adımlar: Sepete git, indirim kodu gir, kaydet'e bas.

  • Gerçekleşen Sonuç: Kod çalışmıyor.

  • Beklenen Sonuç: Çalışmalıydı.

  • Severity: Blocker

  • Ekler: (Boş)

Soru: Yukarıdaki Kontrol Listesini (Checklist) kullanarak, bu bilette yer alan en az 3 ölümcül eksikliği / hatayı tespit et ve nasıl düzeltilmesi gerektiğini belirt.

  1. Eksiklik (Belirsiz Başlık & Veri Yokluğu): Başlık “İndirim kodu kutusu bozuk” şeklinde amatörcedir. Hangi kod girildiğinde, hangi sepet tutarında ne olduğu yazılmamıştır.

    Düzeltme: [Sepet] - Geçerli '%20BAHAR' indirim kuponu girildiğinde 'Geçersiz Kupon' uyarısı verilmesi şeklinde yazılmalıdır.

  2. Eksiklik (Kanıt ve Log Bulunmaması): Hiçbir ekran görüntüsü veya tarayıcı konsol logu eklenmemiştir. Geliştirici sistemin ağda 400 mü yoksa 500 hatası mı verdiğini göremez.

  3. Eksiklik (Ciddiyet Şişirmesi – Severity): İndirim kodunun çalışmaması sistemi tamamen kilitlemez; müşteri normal fiyatla alışverişine devam edebilir. Buna “Blocker” demek aşırı alarmcılıktır; teknik ciddiyeti Major, ticari önceliği ise kampanyanın durumuna göre belirlenmelidir.

 
ÖncekiSonraki