🚨 Gerçek Hayat Sorunları

Gerçek Hayat Sorunları: Araç kullanma kılavuzunun en çok okunan bölümü gösterge ışıkları sözlüğüdür: yanan turuncu ışığın ne anlama geldiğini bilmek, motoru açıp bakmaktan çok da

Araç kullanma kılavuzunun en çok okunan bölümü gösterge ışıkları sözlüğüdür: yanan turuncu ışığın ne anlama geldiğini bilmek, motoru açıp bakmaktan çok daha hızlı bir teşhistir. Jira'da da öyle: aldığın hata mesajı, sorunun hangi katmandan geldiğini çoğu zaman doğrudan söyler. Düşündürücü soru: "Field 'sprint' does not exist or you do not have permission to view it" mesajı bir yazım hatası mı, bir izin sorunu mu, yoksa o alanın bu projede hiç tanımlı olmaması mı? Tek bir cümle üç farklı kök nedeni işaret ediyorsa, teşhis mesajı okumakla değil katmanı ayırmakla başlar. Karşılaştır: bir otomasyon koşumunda element bulunamadığında önce locator'ı mı, zamanlamayı mı, yoksa sayfanın hiç yüklenmediğini mi sorgularsın — sırayı bilmek, denemeyi tahminden teşhise dönüştürür. Jira sorunlarında da aynı sıra vardır: önce izin, sonra konfigürasyon, sonra sözdizimi. QA açısından bu bölümün değeri şudur: aşağıdaki hataların hiçbiri sistemin bozuk olduğunu göstermez. Hepsi, sistemin sana bir şey anlatmaya çalıştığı anlardır — ve o anları okuyabilmek, bir günü kurtarmakla bir gün kaybetmek arasındaki farktır.

🎬 Bir Hata Mesajının Katman Katman Çözülmesi

Belirsiz Hata Mesajı

2. Konfigürasyon Katmanı

3. Sözdizimi Katmanı

Ayşe bir JQL sorgusu koşturuyor, Jira "Field 'sprint' does not exist or you do not have permission to view it" diyor. Bu cümle üç farklı kök nedene aynı anda işaret ediyor — teşhis nereden başlar?

Katman 1 — İzin: aynı sorguyu bu alan olmadan koşar, proje erişimi olduğunu doğrular. Bu katman TEMİZ — sorun izin değil.

Katman 2 — Konfigürasyon: proje bir Kanban panosu kullanıyor. Sprint alanı YALNIZCA Scrum panolu projelerde bulunur — bu proje türünde alan hiç YOK. Kök neden burada bulundu.

Katman 3 — Sözdizimi hiç kontrol edilmedi çünkü sorun ondan ÖNCE bulundu. Sırayı bilmeden çalışsaydı, Ayşe muhtemelen alan adını harf harf kontrol ederek zaman kaybederdi.

Final — İzin → Konfigürasyon → Sözdizimi sırasını bilmek, teşhisi 90 SANİYEYE indirdi. Sırayı bilmeden rastgele denemek genelde saatler sürer — araç kılavuzundaki gösterge ışığı sözlüğünü ezbere bilmekle motoru açıp bakmak arasındaki fark budur.

Tek mesaj, üç ayrı kök nedeni birden anlatır: (1) alan adı yanlış yazılmış, (2) alan bu projede tanımlı değil (örneğin sprint alanı yalnızca Scrum panosu olan projelerde bulunur), (3) alan var ama senin izin şeman onu görmene kapalı. Jira güvenlik gereği üçünü ayırt etmez — bir alanın varlığını sızdırmamak için hepsine aynı cevabı verir.

Bu bir hata değil, tasarımdır ve tam olarak bu yüzden kafa karıştırır: workflow'a konan bir koşul (condition) sağlanmadığında Jira butonu devre dışı bırakmaz, HİÇ göstermez. En sık üç sebep: geçiş yalnızca belirli bir role açıktır, issue sana atanmamıştır, ya da zorunlu bir alan (örneğin "Test edilen ortam") boştur.

Kayıt kapatılırken resolution alanı "Fixed" yerine yanlışlıkla "Won't Fix" ya da "Duplicate" seçilmiş — genelde açılır listedeki ilk seçenek dikkatsizce tıklanır. Rapor `resolution = Fixed` filtresiyle çalıştığı için bu kayıt sessizce dışarıda kalır; Workflow ve Durumlar sekmesinde gördüğün "resolution ne zaman ve kim tarafından set edilmeli" ilkesinin ihlalidir.

İki hata kodu FARKLI katmanları işaret eder: 401 kimliğin geçersiz olduğunu, 403 kimliğin GEÇERLİ ama işlemin YETKİSİZ olduğunu söyler. Token'ı yenilemek 403'ü asla çözmez çünkü sorun kimlikte değil izindedir — script'in kullanıcısının SHOP projesinde issue oluşturma izni yoktur.