Azure Boards'de hataları tanımlama, yakalama, önceliklendirme ve yönetme

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Azure Boards, Çevik uygulamalarınızla uyumlu şekilde kod hatalarını yakalamak, önceliklendirmek, atamak ve izlemek için bir Hata iş öğesi türü sağlar. Hata iş öğeleri tüm standart iş öğesi özelliklerinin yanı sıra şunları içerir:

• Esnek izleme seçenekleri : Her ekip, hataların gereksinim olarak mı yoksa görev olarak mı izlenip izlenmeyeceğini seçer
• Test aracı tümleştirmesi — hataları doğrudan Test Çalıştırıcısı'ndan ve Test ve Geri Bildirim uzantısından yakalayın
• Hizmetler arası bağlantı — hataları derlemelere, yayınlara, taahhütlere ve çekme isteklerine bağlama

Standart iş öğesi özelliklerine genel bakış için bkz. İş öğeleri ve iş öğesi türleri hakkında.

Note

Temel işlem bir Hata iş öğesi türü içermez. Bunun yerine, hataları Sorunlar olarak izler.

İşleme özgü iş öğesi türleri ve hatalardan nasıl farklı oldukları hakkında daha fazla bilgi edinmek için bkz. İşlem seçme.

Tip

Bu makalenin devamında AI kullanarak bu göreve yardımcı olabilirsiniz veya başlamak için Azure DevOps MCP Server ile yapay zeka yardımı sağlama konusuna bakın.

Prerequisites

Category	Requirements
İzinler	- İş öğelerini görüntülemek, izlemek ve düzenlemek için: Bu düğümdeki iş öğelerini görüntüleme izni ve bu düğümdeki iş öğelerini düzenleme izniİzin Ver olarakayarlanmış. Varsayılan olarak Katkıda Bulunanlar grubu bu izinlere sahiptir. Daha fazla bilgi için bkz . İş izleme izinlerini ayarlama. - İş öğelerine etiket eklemek için: Proje düzeyinde Yeni etiket tanımı oluştur izin seti izin verildiolarak ayarlandı. Varsayılan olarak Katkıda Bulunanlar grubu bu izne sahiptir.
Erişim düzeyleri	- proje üyesi. - İş öğelerine yeni etiketler eklemek veya çekme isteklerini görüntülemek ya da izlemek için: En az Temel erişimgereklidir. - İş öğelerini görüntülemek veya izlemek için: En az Paydaş erişimi. Daha fazla bilgi için bkz . Erişim düzeyleri hakkında. - Okuyucular grubundaki üyeler de dahil olmak üzere tüm proje üyeleri iş öğelerini içeren e-postalar gönderebilir.

Note

• Tartışmaya katkıda bulunmak ve ilerleme durumunu gözden geçirmek isteyen üyelere Paydaş erişimi sağlayın. Bu üyeler genellikle koda katkıda bulunmaz, ancak iş öğelerini, geri logları, panoları ve gösterge tablolarını görüntülemek ister.
• Varsayılan olarak, ortak projelerde tüm Katkıda Bulunanlar ve Paydaşlar yeni ve mevcut etiketler ekleyebilir. Özel projelerde Paydaşlar yalnızca mevcut etiketleri ekleyebilir. Yeni etiket oluşturma özelliğini denetlemek için, proje düzeyinde etiket tanımı oluşturma iznini ayarlayın. Daha fazla bilgi için bkz. Proje düzeyi izinlerini değiştirme.

Hata iş öğesi türü

Aşağıdaki görüntüde Scrum işlemi için Hata iş öğesi türü gösterilmektedir. Çevik Süreçler ve CMMI süreçleri benzer bilgileri izler. Ekibinizin hata izleme seçeneğine bağlı olarak, hatalar ürün kapsamına gereksinimlerle birlikte veya Görev Panosunda görevlerle birlikte görünür.

Note

Web portalınızdan gördüğünüz görüntüler, bu makalede gördüğünüz görüntülerden farklı olabilir. Bu farklılıklar web uygulamanızda yapılan güncelleştirmelerden, sizin veya yöneticinizin etkinleştirdiği seçeneklerden ve projenizi oluştururken hangi işlemin seçildiğinden kaynaklanır: Çevik, Temel, Scrum veya CMMI.

Hatalara özgü alanlar

Aşağıdaki tabloda Hata iş öğesi türüne özgü alanlar açıklanmaktadır. CMMI'ye özgü hata alanları için bkz. Hatalar, sorunlar ve riskler alan referansı. Diğer tüm alanlar için bkz . İş öğesi alan dizini.

---

Alan, Grup veya Sekme

Usage

---

Tekrar Üretme Adımları (kolay anlaşılır ad=Tekrar Üretme Adımları)

Diğer ekip üyelerinin kod hatasını tam olarak anlayabilmesi için yeterli bilgiyi yakalamak için kullanın. Hatayı ve beklenen davranışı bulmak veya yeniden oluşturmak için yapılan eylemleri dahil edin.

---

Sistem BilgisiDerlemede Bulundu

Uygulanacak hata ve testlere uygun yazılım ve sistem yapılandırması hakkında bilgi. Bir test aracı aracılığıyla hata oluşturduğunuzda Sistem Bilgisi ve Derlemede Bulunduğu alanları otomatik olarak doldurulur. Bu alanlar, yazılım ortamı ve hatanın oluştuğu derleme hakkındaki bilgileri belirtir. Daha fazla bilgi için bkz . Farklı yapılandırmaları test edin.

---

Kabul Ölçütleri

Hata kapatılmadan önce sağlanması gereken kriterleri belirtin. İş başlamadan önce müşteri kabul ölçütlerini olabildiğince net bir şekilde açıklayın. Takımlar, kabul testlerinin temeli olarak ve bir öğenin tatmin edici bir şekilde tamamlanıp tamamlanmadığını değerlendirmek için bu ölçütleri kullanmalıdır.

---

Yapıyla Entegre

Hatayı düzelten kodu içeren derlemenin adını belirtir. Hatayı giderirken bu alanı belirtin.

Yerinde Azure DevOps için, çalışan tüm yapıların açılır menüsüne erişmek amacıyla FIELD, Found in Build ve Integrated in Build tanımlarını global bir listeye referans verecek şekilde güncelleyin. Genel liste, çalışan her yapı ile otomatik olarak güncellenir. Daha fazla bilgi için Derleme ve test tümleştirme alanlarına dayalı sorgulama bölümüne bakın.

Derleme numaralarını tanımlama hakkında bilgi için Klasik işlem hatları yapılandırması kısmına bakın.

---

Priority¹

• 1: Ürün gelmeden önce çözümlenmelidir. Adres yakında.
• 2: Ürün gelmeden önce çözümlenmelidir, ancak hemen ilgilenilmesi gerekmez.
• 3: Çözüm, kaynaklara, zamana ve risklere göre isteğe bağlıdır.

---

Severity¹

Hatanın veya iş öğesinin proje veya yazılım sistemi üzerindeki etkisinin öznel derecelendirmesi. Örneğin: Kullanıcı arabirimindeki uzak bir bağlantı (nadir bir olay) bir uygulamanın veya web sayfasının kilitlenmesine (ciddi bir müşteri deneyimi) neden oluyorsa Önem Derecesi = 2 - Yüksek ve Öncelik = 3 belirtebilirsiniz. İzin verilen değerler ve önerilen yönergeler şunlardır:

• 1 - Kritik: Düzeltilmelidir. Bir veya daha fazla sistem bileşeninin veya sistemin tamamının sonlandırılmasına veya kapsamlı veri bozulmasına neden olan bir hata. Gerekli sonuçları elde etmek için kabul edilebilir alternatif yöntem yoktur.
• 2 - Yüksek: Düzeltmeyi düşünün. Bir veya daha fazla sistem bileşeninin veya sistemin tamamının sonlandırılmasına veya kapsamlı veri bozulmasına neden olan bir hata. Gerekli sonuçları elde etmek için kabul edilebilir bir alternatif yöntem vardır.
• 3 - Orta: (Varsayılan) Sistemin yanlış, eksik veya tutarsız sonuçlar üretmesine neden olan hata.
• 4 - Düşük: Gerekli sonuçları elde etmek için kabul edilebilir geçici çözümler içeren küçük veya kozmetik bir kusur.

---

Deployment

İş öğesini içeren yayınlara bağlantı verir ve görüntüler. Bu denetimi kullanmak için sürüm ayarlarını etkinleştirmeniz gerekir. Daha fazla bilgi için bu makalenin devamında iş öğelerini sürümlere bağlama bölümüne bakın.

---

Development

Git işlemeleri, TFVC değişiklik kümeleri, çekme istekleri ve sürümlenmiş öğelere bağlantı verir ve bunları görüntüler. İş öğesinden veya geliştirme nesnesinden bağlantılar oluşturabilirsiniz. Daha fazla bilgi için bu makalenin devamında iş öğelerini geliştirmeyle ilişkilendirme bölümüne bakın.

---

Notes

¹ Menü seçimini veya seçim listesini değiştirmek için bkz . İş izleme deneyimini özelleştirme. Özelleştirme yöntemi, projeniz tarafından kullanılan işlem modeline bağlıdır.

Ekibinizin hataları nasıl izlediğini seçin

Her ekip, hataların gereksinim olarak mı yoksa görev olarak mı izlenip izlenmeyeceğini seçer. Aşağıdaki etmenleri inceleyin:

• Ekip boyutu — Daha küçük ekipler, gereksinimleri olarak hataları izleyerek basit bir süreci sürdürebilir.
• Zaman izleme — Ekibiniz saatleri izliyorsa hataları görev olarak izleyin.
• Kapsam önceliklendirmesi — Ekibiniz, işin önceliğini belirleme amacıyla ürün kapsamı kullanıyorsa, hataları gereksinimler olarak izleyin.
• Araç kullanılabilirliği — Hataları görev olarak takip etmek, Planlama penceresinin, hız grafiğinin, tahminin, toplamanın ve teslim planlarının kullanımını engeller.

Aşağıdaki tabloda üç seçenek de özetlenmiştir. Ekibinizin seçeneğini ayarlamak için bkz. Kapsamlarda ve panolarda hataları gösterme.

---

Option

İstediğiniz zaman seçin...

---

Gereksinimler olarak hataları izleme

• Gereksinimlerle birlikte hataları önceliklendirin veya sıralayın
• Tahmin için hata eforu tahmini
• Gemide hata durumunu güncelleştirme
• Hız grafiklerine ve Kümülatif Akış Diyagramlarına Hata Ekleme
• Sprint planlamasını desteklemek için Tahmin aracını kullanabilme
• Hataları bir sprint'e atamak için Planlama paneline sürükleyin.
• Teslimat Planlarında Hataları Görüntüleme

Note

• Hatalar Gereksinimler kategorisine atanır.

---

Hataları görev olarak takip etme

• Görev benzeri hatalar için iş yükünü tahmin etme
• Sprint Görev Panolarında hata durumunu güncelleştirme
• Hataları gereksinimlere alt öğe olarak bağlama
• Sprint'e hata atamak için hataları Planlama bölmesine sürükleyin

Note

• Hata bildirimleri Görev Kategorisine atanır
• Kullanıcı Hikayeleri (Çevik), Ürün Kapsam Öğeleri (Scrum) veya Gereksinimler (CMMI), Hatalar için doğal üst iş öğesi türüdür
• Hatalar Teslimat Planlarında görünmüyor

---

Hatalar bekleyen işler veya panolarda görünmez.

• Sorguları kullanarak hataları yönetme

Note

• Hatalar Hata Kategorisi ile ilişkilendirilir ve ne geri loglar ne de panolar üzerinde görünmez.
• Böcekler, İş Listelerinde, Panolarda, Sprint İş Listelerinde, Görev Panolarında veya Teslim Planlarında görünmez.
• Sprint'e hata atamak için hataları Planlama bölmesine sürükleyemezsiniz

---

Hata iş öğesi türünü özelleştirme

Hata iş öğesi türünü özelleştirebilir veya yazılım sorunlarını veya müşteri geri bildirimlerini izlemek için özel türler oluşturabilirsiniz. Özelleştirme seçenekleri şunlardır:

• Özel alanları ekleme veya kaldırma
• İş öğesi formuna özel denetimler veya sekmeler ekleme
• İş akışı durumlarını özelleştirme
• Koşullu kurallar ekleme
• İş öğelerinin görüntülendiği kapsam düzeyini seçme

Özelleştirmeden önce Azure Boards'ı yapılandırma ve özelleştirme hakkında makalesini gözden geçirin.

Başlamak için bkz. Devralma işlemini özelleştirme.

Hataları ekleme veya kaydetme

Bekleyen işlerden, panolardan ve test araçlarından hatalar ekleyebilirsiniz. Varsayılan olarak, yalnızca Başlık alanı gereklidir.

Tip

Diğer alanları gerekli hale getirmek için durum değişikliklerine dayalı koşullu kurallar ekleyin. Daha fazla bilgi için bkz . İş öğesi türüne kural ekleme.

Beklemedeki işlerinizden veya panonuzdan bir hata ekleyin.

Ekibiniz gereksinimlerle birlikte hataları yönetiyorsa, ürün kapsamı veya panosundan hatalar ekleyebilirsiniz. Bu şekilde eklenen hatalar, takımın varsayılan Alan Yolunu ve Yineleme Yolunu otomatik olarak devralır. Daha fazla bilgi için Ürün yığını oluşturma veya Panonuzu kullanma bölümüne bakın.

• Ürün birikim listesine bir hata ekle

  

• Panodan hata ekleme

  

Sprint kapsamınızdan veya görev tahtanızdan bir hata ekleyin.

Ekibiniz görevleriyle hataları yönetiyorsa, sprint kapsamı veya görev panosundan ürün kapsamı iş öğelerine alt öğe olarak hataları ekleyin.

• Sprint İş Listesi'nden bağlantılı alt hata ekle

  Sprint backlog'una görev eklediğiniz gibi bir hata ekleyin. Daha fazla bilgi için bkz Geri log öğelerine görev ekleme.

  

• Panodan bağlantılı bir alt hata ekleyin

  Bir backlog ögesine görev ekler gibi bir hata ekleyin. Daha fazla bilgi için bkz: Görevleri veya alt öğeleri kontrol listeleri olarak ekleme.

  

Test aracından hata oluşturma

Aşağıdaki araçlardan birini kullanarak test sırasında doğrudan hatalar oluşturabilirsiniz:

• Test Çalıştırıcısı: El ile testleri çalıştırırken Hata oluştur'u seçin. Daha fazla bilgi için El ile testleri çalıştırma bölümüne bakın.

  

• Test ve Geri Bildirim uzantısı: Keşif testlerini çalıştırırken Hata oluştur veya Görev oluştur'u seçin. Daha fazla bilgi için bkz . Test ve Geri Bildirim uzantısıyla keşif testi.

  

Hata yaşam döngüsü ve iş akışı durumları

Her hata iş akışı üç veya daha fazla durumdan oluşur ve hatanın neden durumlar arasında geçiş olduğunu açıklayan bir nedenden oluşur. Aşağıdaki diyagramlarda her işlem için varsayılan hata iş akışları gösterilmektedir.

Agile	Scrum	CMMI

Hataların iş akışındaki hareketi, sürecinize bağlıdır.

• Scrum — DurumuTaahhüt Edildi'den Tamamlandı'ya değiştirin.
• Çevik ve CMMI — Önce hatayı çözün (Durum = Çözüldü), ardından hatayı oluşturan kişi düzeltmeyi doğrular ve kapatır (Durum = Kapalı).
• Tüm işlemler — Çözülen veya kapatılan bir hatayı yeniden etkinleştirmek için Durum'uKabul Edilen veya Etkin olarak ayarlayın.

Note

Daha önce Agile sürecinde, düzeltilen hataların oluşturucusuna yeniden atayan bir kural vardı. Varsayılan sistem işlemi artık bu kuralı içermiyor. Yeniden etkinleştirmek için bkz. Durum değişikliğine göre yeniden atamayı otomatikleştirme.

Düzeltmeyi doğrulama

Bir düzeltmeyi doğrulamak için bir geliştirici veya test eden, hatayı yeniden oluşturmaya çalışır ve ek beklenmeyen davranış olup olmadığını denetler. Hata düzeltilmediyse veya çözüme katılmıyorsanız, sorunu çözen kişiyle tartışın ve gerekirse hatayı yeniden etkinleştirin. Yeniden etkinleştirirken, nedeni hata açıklamasında belgele.

Hata kapatma

Ekip üyesi düzeltmeyi doğruladığında bir hatayı kapatın. Kullanılabilir kapanış nedenleri proje sürecinize bağlıdır.

Çevik işlem:

• Ertelendi: Gelecekteki bir sürüme kadar ertelenen düzeltme.
• Düzeltildi: Hata düzeltildi olarak doğrulandı.
• Yinelenen: Hata başka bir hatayı yineler. Bunları Yinelenen/Yinelenen bağlantı türüyle bağlayın ve birini kapatın.
• Tasarlandığı Gibi: Özellik, tasarlandığı gibi çalışır.
• Yeniden Oluşturulamıyor: Hata yeniden oluşturulamıyor.
• Kullanımdan kaldırıldı: Özellik artık üründe değil.
• Bekleme Listesine kopyalandı: Hatayı izlemek için bir kullanıcı hikayesi açıldı.

Scrum süreci:

• Hata Değil: Öğe bir hata değil.
• Yinelenen: Hata başka bir hatayı yineler. Bunları Yinelenen/Yinelenen bağlantı türüyle bağlayın ve birini kapatın.
• Listeden çıkarıldı: Öğe bir hata değil. Kapsamtan kaldırın.
• Çalışma tamamlandı: Hata düzeltildi olarak doğrulandı.

CMMI işlemi:

• Ertelendi: Gelecekteki bir sürüme kadar ertelenen düzeltme.
• Yinelenen: Hata başka bir hatayı yineler. Bunları Yinelenen/Yinelenen bağlantı türüyle bağlayın ve birini kapatın.
• Reddedildi: Öğe bir hata değil.
• Doğrulandı: Hata düzeltildi olarak doğrulandı.

Tip

Kapalı hataları regresyonlar için yeniden açmayın. Bunun yerine, yeni bir hata açın ve ilgili bağlantıyla özgün hataya bağlayın.

Daha sonra başvurmak için bağlam sağlamak üzere Tartışma alanında kapatma nedenini belgele.

Çekme istekleri birleştirildiğinde hata kapatma işlemini otomatikleştirin

Ekibiniz Git kullanıyorsa, çekme isteklerini birleştirdiğinizde bağlı hataları otomatik olarak kapatabilirsiniz. Daha fazla bilgi için bu makalenin devamında yer alan Çekme isteğinde iş öğesi durumunu ayarlama bölümüne bakın.

Hataları listeleyin ve önceliklendirin

Çoğu ekip, hataları izlemek için hangi seçeneği seçerse seçsin, bir veya daha fazla hata sorgusu tanımlar. Sorgularla etkin hataları, atanmamış hataları, eski hataları, hata eğilimlerini ve daha fazlasını listeleyebilirsiniz. Hata durumunu ve ilerleme durumunu izlemek için ekip panolarınıza sorgular ve sorgu grafikleri ekleyebilirsiniz.

Hata sorguları

Paylaşılan sorguyu açın veya aşağıdaki seçenekler gibi yararlı hata sorguları oluşturmak için sorgu düzenleyicisini kullanın:

• Önceliğe göre etkin hatalar (State <> Done veya State <> Closed)
• Devam etmekte olan hatalar (State = Committed veya State = Active)
• Hedef sürüm için düzeltilen hatalar (Tags Contains RTM)
• Son hatalar, örneğin son üç hafta içinde açılan hatalar (Created Date > @Today-21)

Ekibinizin ilgilendiği sorgular olduğunda durum veya eğilim grafikleri oluşturun. Oluşturduğunuz grafiği bir panoya da ekleyebilirsiniz.

Sorgu sonuçlarında önceliklendirme modu

Kodlama ve test etmeye başladıktan sonra, hataları gözden geçirmek ve derecelendirmek için düzenli olarak önceliklendirme toplantıları düzenleyin. Genellikle proje sahibi hata önceliklendirme toplantılarını çalıştırır. Ekip liderleri, iş analistleri ve belirli proje riskleri hakkında konuşabilen diğer paydaşlar önceliklendirme toplantılarına katılır.

Proje sahibi, önceliklendirilecek hataları listelemek üzere yeni ve yeniden açılan hatalar için paylaşılan bir sorgu tanımlayabilir.

Sorgu sonuçları sayfasında, yukarı ve aşağı okları kullanarak hata iş öğeleri listesinde yukarı ve aşağı hareket edebilirsiniz. Her hatayı gözden geçirirken, hatayı atayabilir, ayrıntılar ekleyebilir veya önceliği ayarlayabilirsiniz.

Hataları bir sprint'e düzenleyin ve atayın.

Ekibiniz hataları gereksinim olarak izliyorsa, kapsamınızdaki etkin hataların listesini görüntüleyin. Filtre işlevini kullanarak yalnızca hatalara odaklanabilirsiniz. "Ürün bekleme listesi'nden aşağıdaki görevleri de gerçekleştirebilirsiniz:"

• Backlog'unuzdaki hataları düzenleyin. Hataları diğer öğelerle karşılaştırarak önceliklendir. Filtreleme etkinleştirildiğinde yığın derecelendirmesi devre dışı bırakılır.
• Planlama bölmesini kullanarak backlog'unuzdan bir sprint'e bug atayın.
• Eşleme bölmesini kullanarak Ana hataları Özellikler'e veya diğer portföy geri bildirim öğelerine eşleyin.
• Çalışmaların portföy birikim öğelerine toplu görünümünü görüntüleyin.

Ekibiniz hataları görev olarak izliyorsa, hataları listelemek ve önceliklendirmek için yönetilen sorguları kullanın. Her sprinte, sprint kayıtları veya Görev Panosu'ndan sprinte atanan hataları görürsünüz.

Görev panosu öğeleri ile sorgu listesi öğeleri karşılaştırması

Sprint Görev Panosunda gösterilen öğelerin ilgili sprint kapsamı içinde oluşturulan sorgu listesinden neden farklı olduğunu fark edebilir ve merak edebilirsiniz.

Bir yinelemeye görev veya hata atayabilirsiniz, ancak bunları bir ebeveyn bekleyen iş öğesine bağlayamazsınız. Bu öğeler oluşturulan sorguda görünür, ancak Görev Panosu'nda gösterilmeyebilir. Sistem sorguyu çalıştırır ve ardından Görev Panosu öğelerini görüntülemeden önce birkaç arka plan işlemi uygular.

Bu nedenler, Görev Kategorisi'ne ait iş öğelerinin sprint kapsamı veya Görev Panosunda görünmemelerine neden olabilir:

• Görev veya hata bir ebeveyn birikim öğesine bağlı değil. Sprint kapsamı sayfasında yalnızca bir üst ürün kapsamı öğesine (Scrum), kullanıcı hikayesine (Çevik) veya yineleme yolu ayarlanmış bir gereksinime (CMMI) bağlanan hatalar ve görevler görüntülenir.
• Görev veya hata başka bir görevin veya hatanın üst öğesidir veya kullanıcı hikayesi başka bir kullanıcı hikayesinin üst öğesidir. Görev, hata veya kullanıcı hikayeleri hiyerarşisi oluşturursanız, yalnızca alt düzey görevler veya hiyerarşinin alt kısmındaki alt düzey hikayeler görüntülenir. Daha fazla bilgi için Yeniden sıralama ve iç içe yerleştirme sorunlarını giderme sayfasına bkz.
• Görevin veya hatanın bağlı üst öğesi, başka bir ekip için tanımlanan bir bekleme listesi öğesine karşılık gelir. Öte yandan, görevin veya hatanın üst kapsam öğesinin alan yolu, görevin veya hatanın alan yolundan farklıdır.

Hatalara bağlı olarak satır içi testler oluşturun

Ekibiniz hataları gereksinim olarak izlediğinde, hata düzeltmelerini doğrulayan testler eklemek için tahtayı kullanın.

Hata durumunu güncelleştirme

Hataları panodaki yeni bir sütuna sürükleyip bırakarak durumlarını güncelleyin.

• Gereksinimler olarak izlenen hatalar — Panoyu kullan. Daha fazla bilgi için bkz . İş öğesi durumunu güncelleştirme.

  

• Görevler olarak izlenen hatalar — Görev Panosunu kullanın. Daha fazla bilgi için bkz . Görev Tahtanızı güncelleştirme ve izleme.

  

Ara durumları izlemek için panonuzu özelleştirin

Panodaki hata durumunu izlemek için ara sütunlar ekleyin ve Pano Sütununa göre filtreleyen sorgular tanımlayın. Daha fazla bilgi için aşağıdaki makaleleri inceleyin:

• Panonuza sütun ekleme
• Sprint Görev Panosu'ni özelleştirme
• Panoda yapılan değişiklikleri sorgulama

İş akışı durumuna göre hata yeniden atamayı otomatikleştirme

Eylemleri otomatikleştirmek için Hata iş öğesi türüne özel kurallar ekleyin. Örneğin, düzeltilmiş bir hatayı açan kişiye yeniden atayabilir ve böylece düzeltmeyi doğrulayabilir ve hatayı kapatabilirsiniz. Daha fazla bilgi için bkz . İş akışı durumlarına kural uygulama (Devralma işlemi).

Çekme isteğinde iş öğesi durumunu ayarlama

Pull isteği oluşturduğunuzda, açıklamadaki bağlı iş öğelerinin durum değerini şu söz dizimini kullanarak ayarlayabilirsiniz: {state value}: #ID. Pull isteğini birleştirdiğinizde, sistem iş öğesi durumunu otomatik olarak güncelleştirir. Aşağıdaki örnek, #300 ve #301 iş öğelerini Çözüldü ve #323 ve #324'i Kapalı olarak ayarlar.

Azure DevOps boyunca entegrasyon

İş öğelerini derlemelere, sürümlere, dallara, kayıtlara ve çekme isteklerine bağlayabilirsiniz. İş öğesinden veya derleme ve yayın nesnelerinden bağlantılar ekleyin.

İş öğelerini geliştirmeyle ilişkilendirme

Geliştirme kontrolü, yapılar, Git işlemeleri ve çekme istekleriyle bağlantı kurar ve onları görüntüler. TFVC depoları için değişiklik kümelerini ve sürümlenmiş öğeleri de destekler. İlgili öğeyi yeni bir tarayıcı sekmesinde açmak için herhangi bir bağlantıyı seçin. Daha fazla bilgi için bkz. İş öğesinden Git geliştirmesini yönlendirme.

İş öğelerini sürümlerle ilişkilendir

Dağıtım denetimi, iş öğesini içeren sürümlere bağlanır ve bu sürümleri görüntüler. Aşama ayrıntılarını görmek için her sürümü genişletin ve ilgili sürümü veya aşamayı açmak için herhangi bir bağlantıyı seçin. Daha fazla bilgi için bkz . İş öğelerini dağıtımlara bağlama.

İş öğelerini işlem hattı çalıştırmalarına bağlama

İşlemelerle ilişkili iş öğeleri, işlem hattı yapılandırmanızda ayarı etkinleştirdiğinizde işlem hattı çalıştırmalarında görünür. Daha fazla bilgi için bkz . İşlem hattınızı özelleştirme.

Derleme hatası durumunda iş öğesi oluşturun.

Klasik işlem hatları (YAML değil) derleme hatasında otomatik olarak iş öğeleri oluşturabilir. Daha fazla bilgi için bkz Hata durumunda iş öğesi oluşturma.

Hata durumunu, atamaları ve eğilimleri izleme

Hata durumunu, atamaları ve eğilimleri izlemek için sorguları kullanın. Ardından sonuçları grafikleyin ve bir panoya ekleyin.

Daha fazla bilgi için bkz. Yönetilen sorgular, Grafikler ve Panolar.

Hata raporları için Analiz görünümlerini kullanma

Analiz görünümleri, hata raporlama için önceden oluşturulmuş filtreler sağlar. Bunları tanımlı olarak kullanın veya özel görünümler oluşturmak için düzenleyin:

• Hatalar - Aylara göre tüm geçmiş
• Hatalar - Son 26 haftanın verileri
• Hata - Son 30 gün
• Hatalar - Bugün

Daha fazla bilgi için bkz. Analytics görünümleri hakkında ve Power BI'da etkin hatalar raporu oluşturma.

Daha karmaşık raporlar için Power BI'ı kullanın. Daha fazla bilgi için bkz. Power BI Veri Bağlayıcısı ile bağlanma.

Pazar uzantıları

Azure DevOps için Pazar Yeri'nde hatayla ilgili uzantıları bulun. Microsoft tarafından geliştirilen uzantılar için bkz. Microsoft tarafından geliştirilen Azure Boards uzantıları.

Hataları yönetmek için yapay zeka kullanma

Azure DevOps MCP Sunucusu'nu yapılandırırsanız, doğal dil kullanarak hataları önceliklendirebilir ve yönetebilirsiniz.

Görev	Örnek komut
Yeni hataları listeleme	Show all new bugs created in the last week in project <Contoso>
Önceliğe göre önceliklendirme	List unassigned bugs with priority 1 in <Contoso> sorted by created date
Regresyonları bulma	Show bugs tagged "regression" that are still active in <Contoso>
Ekibin bir üyesine hataları ata	Assign all unassigned bugs in area path <Contoso\\Backend> to <Jamal>
Hata eğilimlerini özetleme	Show me a count of bugs created vs resolved per week for the last month in <Contoso>
Güncelliğini yitirmiş hataları bulma	List active bugs in <Contoso> that haven't been updated in more than 30 days
Alana göre hata yükünü kontrol etme	Show the count of active bugs grouped by area path in project <Contoso>
Yüksek önem dereceli hataları yükseltme	List active bugs in <Contoso> with severity 1 - Critical that aren't assigned to a sprint
Hataları son derlemelere bağlama	Show bugs in <Contoso\\Backend> that were created after the last completed build
Toplu güncelleştirme hata durumları	Move all resolved bugs in area path <Contoso\\Frontend> that have been resolved for more than 14 days to Closed

Note

Visual Studio Code kullanıyorsanız agent modu karmaşık hata önceliklendirme senaryolarında özellikle yararlıdır.

Sonraki adım

İş öğeleri eklemek ve güncelleştirmek için şablonları kullanma

İlgili içerik

• Ürün birikim listenizi tahmin edin
• Görev Panonuzu güncelleştirme