Azure DevOps'ta Analytics'e erişim izinleri ve önkoşulları

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Analytics ile çalışmak ve rapor oluşturmak için, bu makalede özetlenen çeşitli önkoşulların karşılanması gerekir.

Varsayılan olarak, proje okuyucuları grubuna eklenen üyeler de dahil olmak üzere tüm proje üyelerine üye oldukları projelerin Analytics verilerine erişim sağlanır. Paydaş erişimi olan kullanıcıların Analiz görünümlerini görüntüleme veya düzenleme erişimi yoktur.

Hizmet ve özellik etkinleştirme

Genel olarak, Analytics her zaman açıktır ve verileri görüntülemek ve rapor oluşturmak için bir kuruluşun veya koleksiyonun üyeleri tarafından kullanılabilir.

Analiz hizmeti

Azure DevOps Services için Analiz her zaman açık durumdadır. Devre dışı bırakamaz veya duraklatamazsınız.

Azure DevOps hizmetleri

Herhangi bir Azure DevOps hizmetini kullanmak için bu hizmetin etkinleştirilmesi gerekir. Devre dışı bırakılmış bir hizmet için hiçbir veri yakalanamıyor. Hizmetler proje temelinde bir projede etkinleştirilebilir veya devre dışı bırakılabilir.

Tüm hizmetlerin etkinleştirildiğini doğrulamak için bkz . Hizmeti açma veya kapatma.

Analiz görünümleri

Web portalınızdaki bir merkez olan Analiz görünümleri, Analiz verilerine dayalı olarak Power BI raporu için filtre ölçütlerini belirtmek için basitleştirilmiş bir yol sağlar. Daha fazla bilgi için bkz . Analiz Hizmeti nedir?

Analytics görünümlerine erişmek için bunu etkinleştirmiş olmanız gerekir. Kuruluş sahibi veya Proje Koleksiyonu Yöneticileri grubunun üyesi bunu kuruluştaki herkes için etkinleştirebilir. Ya da her proje üyesi kendisi için etkinleştirebilir.

Nasıl yapılacağını öğrenmek için bkz . Özellikleri yönetme veya etkinleştirme.

İzinler

Hizmet için izinleri proje düzeyinde, paylaşılan Analiz görünümleri için ise nesne düzeyinde ayarlarsınız.

Aşağıdaki tabloda, ayarlanabilecek izinler ve proje güvenlik gruplarına yapılan varsayılan atamalar özetlemektedir.

İzin	Okuyucular	Katkıda Bulunanlar	Proje Yöneticileri
Analiz Görüntüle	✔️	✔️	✔️
Paylaşılan Analiz görünümünü görüntüleme		✔️	✔️
Özel veya paylaşılan Analiz görünümü ekleme		✔️	✔️
Paylaşılan Analiz görünümlerini düzenleme ve silme			✔️

Veri izleme önkoşulları

Anlamlı verileri yakalamak için yazılım ekiplerinin anlamlı eylemler gerçekleştirmesi gerekir. Aşağıdaki bölümlerde, raporlamak istediğiniz veri türüne göre genel öneriler sağlanır.

Not

Branch, Pipeline ve Test varlık kümeleri Analytics v3.0-preview ve sonraki sürümlerle desteklenir. İşlem hattı işlerini, görev aracısı isteklerini ve görev aracısı havuz boyutunu destekleyen anlık görüntü varlık kümeleri Analytics v4.0-preview sürümüyle eklendi. İlgilendiğiniz varlık kümesini destekleyen Analytics sürümünü belirttiğinizden emin olun.

Hangi özelliklere ve numaralandırılmış liste değerlerine göre filtreleyebileceğinizi veya verileri gruplandırabileceğinizi anlamak için ilgili varlık türü için Analiz meta verilerini inceleyin.

Azure Boards ve iş izleme

Sorgulayabileceğiniz kullanılabilir varlık kümelerini gözden geçirmek için bkz . Azure Boards Analytics için meta veri başvurusu.

ekiplerin iş izleme hakkında rapor vermek için anlamlı verilerin kullanılabilir olduğundan emin olmak için birkaç görev gerçekleştirmesi gerekir. Analiz sorgularınızı ve raporlarınızı tanımlamadan önce aşağıdaki görevleri gözden geçirin.

• Etkin hataları veya hata eğilimlerini raporlamak için hataları tanımlayın ve hata durumunu düzeltildi, doğrulandı ve sonra kapatıldı olarak güncelleştirin.
• Kapsam işini veya diğer iş öğesi türlerini raporlamak için, bu iş öğelerini tanımladığınızdan emin olun ve yeni çalışmadan kapalıya geçtiğinde durumlarını güncelleştirin. Rapordaki verileri filtrelemek veya gruplandırmak için kullanacağınız alanları veya etiketleri göz önünde bulundurun ve iyi tanımlanmış ve tutarlı olduğundan emin olun.
• Toplama raporlarını desteklemek için, ürün kapsamı öğeleri ile görevler/hatalar arasında üst-alt bağlantıların mevcut olduğundan veya özellikler veya portföy kapsamı iş öğeleri ile alt öğeleri arasında üst-alt bağlantıların mevcut olduğundan emin olun. Daha fazla bilgi için bkz . Kapsamlarınızı düzenleme ve alt iş öğelerini ebeveynlerle eşleme.
• Sprint burndown veya Release burndown gibi burndown veya burnup raporları oluşturmak için raporunuzda verileri nasıl filtrelemek ve gruplandırmak istediğinizi düşündüğünüzden emin olun. Burndown/burnup raporları varlık kümesine WorkItemsSnapshot başvurur. Anlık görüntü varlık kümeleri günlük anlık görüntüler olarak modellenir. Veriler, atandıkları tarihten itibaren yapılan atamalara göre toplanır. Bunun anlamı, alan veya etiket atamalarına göre bir burndown/burnup raporunu filtrelemek için, raporlamak istediğiniz dönemden önce alanları veya etiketleri atamanız gerektiğidir. Aksi takdirde, alanlar/etiketler uygulandıkları tarihe kadar rapor tarafından kaydedilmez.
• Gereksinimler izlemeyi desteklemek için test çalışmalarını tanımlayın ve her test çalışmasından bir kullanıcı hikayesine, ürün kapsamı öğesine veya gereksinime bir Test Edilen bağlantısı oluşturun. Test Edilen bağlantısını kullanarak test çalışmalarını tanımlayın ve test çalışmalarını üst PBI'lerine bağlayın. Bkz. Testlerinizi oluşturma.
• (Önerilen) Rapor içinde filtrelemeyi ve gruplandırma işlemini desteklemek için tüm iş öğelerine Alan Yolu ve Yineleme Yolu'nu atayın. Yineleme ve alan yollarını tanımlama hakkında bilgi için bkz . Alan yollarını tanımlama ve bir takıma atama veya Yineleme yollarını tanımlama (sprint) ve ekip yinelemelerini yapılandırma.

Not

İş öğesi türüne eklenen tüm özel alanlar raporlarda kullanılabilir. Özel alanlar, tüm alanların görünen addan kaldırıldığı Custom_DisplayNameOfField ile etiketlenir.

Test planları

Test planı ilerleme durumunu ve test çalışması hazırlığını gözden geçirmek için ekiplerin aşağıdaki etkinlikleri gerçekleştirmesi gerekir.

• Test çalışmalarını, test planlarını ve test paketlerini tanımlayın ve geçerli durumlarını belirtin. Daha fazla bilgi için bkz . Test planları ve test paketleri oluşturma ve Test çalışmaları oluşturma.
• Tasarım aşamasından Kapalıya Hazır olarak ilerledikçe test nesnelerinin Durumunu güncelleştirin.
• El ile yapılan testler için, test çalışması içindeki her doğrulama adımının sonuçlarını başarılı veya başarısız olarak işaretleyin.

  İpucu

  Test edenlerin, doğrulama testi adımıysa bir test adımlarını durumla işaretlemesi gerekir. Bir testin genel sonucu, işaretlenen tüm test adımlarının durumunu yansıtır. Bu nedenle, herhangi bir test adımı başarısız olarak işaretlenirse veya işaretlenmediyse test başarısız durumuna sahip olur.

• Otomatikleştirilmiş testler için her test otomatik olarak başarılı veya başarısız olarak işaretlenir.
• (Önerilen) Rapor içinde filtreleme ve gruplandırma desteği sağlamak için test çalışmalarına, test paketlerine ve test planlarına Alan Yolu ve Yineleme Yolu atayın.

Pipelines

İşlem hatlarını raporlamak için ekiplerin YAML kullanarak işlem hatlarını tanımlaması ve işlem hatlarını düzenli olarak çalıştırması gerekir. Daha fazla bilgi için bkz . Yeni Azure Pipelines kullanıcıları için temel kavramlar.

Ayrıca, aşağıdaki eylemleri göz önünde bulundurun:

• Hangi verileri raporlamak istediğinizi göz önünde bulundurun ve doğru varlık kümesini seçin. Sorgu için kullanılabilir varlık kümelerini gözden geçirmek için bkz . Azure Pipelines Analytics için meta veri başvurusu.
• Hangi işlem hatlarını raporlamak istediğinizi ve raporunuzun tarih aralığını göz önünde bulundurun. Sorgu en iyi yöntemlerini karşılamak ve performans sorunlarını en aza indirmek için verilerinizi filtrelemek isteyeceksiniz.

İşlem hatları ve test

İşlem hatlarını ve test sonuçlarını raporlamak için işlem hattı tanımına test görevleri eklediğinizden emin olun. Daha fazla bilgi için bkz . Derleme ve sürüm görevleri-Test.

Yeni başlıyorsanız Azure Pipelines kullanarak derleme işlem hattınızda kalite testleri çalıştırma adlı bu Learn modülünü gözden geçirmeyi göz önünde bulundurun.

İlgili makaleler

• Analiz hizmeti nedir?
• Azure DevOps için varsayılan izinler hızlı başvurusu
• Analytics hizmetini sorgularken kullanılacak en iyi yöntemler