Izin dan prasyarat untuk mengakses Analitik di Azure DevOps

Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019

Untuk bekerja dengan Analytics dan membuat laporan, beberapa prasyarat harus dipenuhi seperti yang dirangkum dalam artikel ini.

Secara default, semua anggota proyek disediakan akses ke data Analytics untuk proyek tempat mereka menjadi anggota, termasuk anggota yang ditambahkan ke grup Pembaca proyek. Pengguna dengan akses Pemangku Kepentingan tidak memiliki akses untuk melihat atau mengedit tampilan Analitik.

Pengaktifan layanan dan fitur

Secara umum, Analytics selalu aktif dan tersedia untuk anggota organisasi atau koleksi untuk melihat data dan membuat laporan.

Layanan analitik

Untuk Azure DevOps Services, Analytics selalu aktif. Anda tidak dapat menonaktifkannya atau menjedanya.

Layanan Azure DevOps

Untuk menjalankan layanan Azure DevOps apa pun, layanan tersebut harus diaktifkan. Tidak ada data yang dapat diambil untuk layanan yang telah dinonaktifkan. Layanan dapat diaktifkan atau dinonaktifkan berdasarkan proyek berdasarkan proyek.

Untuk memverifikasi bahwa semua layanan diaktifkan, lihat Mengaktifkan atau menonaktifkan layanan.

Tampilan analitik

Tampilan analitik, hub di portal web Anda, menyediakan cara yang disederhanakan untuk menentukan kriteria filter untuk laporan Power BI berdasarkan data Analitik. Untuk informasi selengkapnya, lihat Apa itu Analytics Service?

Untuk mengakses tampilan Analitik, Anda harus mengaktifkannya. Pemilik organisasi atau anggota grup Administrator Koleksi Proyek dapat mengaktifkannya untuk semua orang di organisasi. Atau, setiap anggota proyek dapat mengaktifkannya sendiri.

Untuk mempelajari caranya, lihat Mengelola atau mengaktifkan fitur.

Izin

Anda menetapkan izin untuk layanan di tingkat proyek, dan untuk tampilan Analitik bersama di tingkat objek.

Tabel berikut ini meringkas izin yang tersedia untuk diatur dan penetapan default yang dibuat untuk grup keamanan proyek.

Izin	Pembaca	Kontributor	Administrator Proyek
Lihat Analitik	✔️	✔️	✔️
Menampilkan tampilan Analitik bersama		✔️	✔️
Menambahkan tampilan Analitik privat atau bersama		✔️	✔️
Mengedit dan menghapus tampilan Analitik bersama			✔️

Prasyarat pelacakan data

Untuk menangkap data yang bermakna, tim perangkat lunak harus melakukan tindakan yang bermakna. Bagian berikut ini memberikan rekomendasi umum berdasarkan jenis data yang ingin Anda laporkan.

Catatan

Kumpulan entitas Cabang, Alur, dan Pengujian didukung dengan Analytics v3.0-preview dan versi yang lebih baru. Kumpulan entitas rekam jepret untuk mendukung pekerjaan alur, permintaan agen tugas, dan ukuran kumpulan agen tugas ditambahkan dengan versi analytics v4.0-preview . Pastikan Anda menentukan versi Analytics yang mendukung kumpulan entitas yang menarik.

Untuk memahami properti dan nilai daftar enumerasi yang dapat Anda filter atau kelompokkan datanya, jelajahi metadata Analytics untuk jenis entitas yang sesuai.

Azure Boards dan pelacakan kerja

Untuk tinjauan kumpulan entitas yang tersedia yang dapat Anda kueri, lihat Referensi metadata untuk Azure Boards Analytics.

Untuk melaporkan pelacakan kerja, tim perlu melakukan beberapa tugas untuk memastikan data yang bermakna tersedia. Tinjau tugas berikut sebelum menentukan kueri dan laporan Analytics Anda.

• Untuk melaporkan bug aktif atau tren bug, tentukan bug dan perbarui Status bug karena diperbaiki, diverifikasi, lalu ditutup.
• Untuk melaporkan pekerjaan backlog atau jenis item kerja lainnya, pastikan Anda menentukan item kerja tersebut, dan memperbarui Statusnya saat berpindah dari baru ke ditutup. Pertimbangkan bidang atau tag apa pun yang akan Anda gunakan untuk memfilter atau mengelompokkan data dalam laporan dan memastikannya terdefinisi dengan baik dan konsisten.
• Untuk mendukung laporan rollup, pastikan tautan induk-turunan ada antara item backlog produk dan tugas/bug, atau tautan induk-turunan ada antara fitur atau item kerja portofolio backlog dan item anak mereka. Untuk informasi selengkapnya, lihat Mengatur backlog anda dan memetakan item kerja anak kepada orang tua.
• Untuk membuat laporan burndown atau burnup, seperti burndown Sprint atau Burndown Rilis, pastikan Anda telah memikirkan bagaimana Anda ingin memfilter dan mengelompokkan data dalam laporan Anda. Laporan Burndown/burnup mereferensikan WorkItemsSnapshot kumpulan entitas. Set entitas rekam jepret dimodelkan sebagai rekam jepret harian. Data diagregasi berdasarkan penugasan yang dibuat pada tanggal ditetapkan. Artinya, untuk memfilter laporan burndown/burnup berdasarkan penetapan bidang atau tag, Anda harus menetapkan bidang atau tag sebelum periode yang ingin Anda laporkan. Jika tidak, bidang/tag tidak didaftarkan oleh laporan hingga tanggal penerapannya.
• Untuk mendukung pelacakan Persyaratan, tentukan kasus pengujian, dan buat tautan Diuji Oleh dari setiap kasus pengujian ke cerita pengguna, item backlog produk, atau persyaratan. Tentukan kasus pengujian dan tautkan kasus pengujian ke PBA induknya menggunakan tautan Diuji Oleh. Lihat Membuat pengujian Anda.
• (Disarankan) Untuk mendukung pemfilteran dan pengelompokan dalam laporan, tetapkan Jalur Area dan Jalur Perulangan ke semua item kerja. Untuk informasi tentang cara menentukan iterasi dan jalur area, lihat Menentukan jalur area dan menetapkan ke tim atau Menentukan jalur perulangan (sprint) dan mengonfigurasi iterasi tim.

Catatan

Semua bidang kustom yang ditambahkan ke jenis item kerja tersedia untuk digunakan dalam laporan. Bidang kustom diberi label dengan Custom_DisplayNameOfField, di mana semua spasi telah dihapus dari nama tampilan.

Rencana pengujian

Untuk meninjau kemajuan rencana pengujian dan kesiapan kasus pengujian, tim perlu melakukan aktivitas berikut.

• Tentukan kasus pengujian, rencana pengujian, dan rangkaian pengujian, dan tentukan statusnya saat ini. Untuk informasi selengkapnya, lihat Membuat rencana pengujian dan rangkaian pengujian dan Membuat kasus pengujian.
• Perbarui Status objek pengujian saat mereka maju dari Desain ke Siap ditutup.
• Untuk pengujian manual, tandai hasil setiap langkah validasi dalam kasus pengujian sebagai lulus atau gagal.

  Tip

  Penguji harus menandai langkah pengujian dengan status jika merupakan langkah pengujian validasi. Hasil keseluruhan untuk pengujian mencerminkan status semua langkah pengujian yang ditandai. Oleh karena itu, pengujian akan memiliki status gagal jika ada langkah pengujian yang ditandai sebagai gagal atau tidak ditandai.

• Untuk pengujian otomatis, setiap pengujian secara otomatis ditandai sebagai lulus atau gagal.
• (Disarankan) Untuk mendukung pemfilteran dan pengelompokan dalam laporan, tetapkan Jalur Area dan Jalur Iterasi untuk menguji kasus, rangkaian pengujian, dan rencana pengujian.

Pipelines

Untuk melaporkan alur, tim perlu Menentukan alur menggunakan YAML dan menjalankan alur secara teratur. Untuk informasi selengkapnya, lihat Konsep utama untuk pengguna Azure Pipelines baru.

Selain itu, pertimbangkan tindakan berikut:

• Pertimbangkan data apa yang ingin Anda laporkan dan pilih kumpulan entitas yang benar. Untuk tinjauan kumpulan entitas yang tersedia untuk kueri, lihat Referensi metadata untuk Azure Pipelines Analytics.
• Pertimbangkan alur mana yang ingin Anda laporkan dan rentang tanggal laporan Anda. Anda mungkin ingin memfilter data sehingga memenuhi praktik terbaik kueri dan meminimalkan masalah performa apa pun.

Alur dan pengujian

Untuk melaporkan alur dan hasil pengujian, pastikan Anda menambahkan tugas pengujian ke definisi alur. Untuk informasi selengkapnya, lihat Membangun dan merilis tugas-Pengujian.

Jika Anda baru saja memulai, pertimbangkan untuk meninjau modul Learn ini, Jalankan pengujian kualitas di alur build Anda dengan menggunakan Azure Pipelines.

Artikel terkait

• Apa itu layanan Analytics?
• Referensi cepat izin default untuk Azure DevOps
• Praktik terbaik untuk digunakan saat mengkueri layanan Analytics