Bagikan melalui


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 bagi anggota organisasi atau koleksi untuk melihat data dan membuat laporan.

Layanan Analitik

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

Untuk Azure DevOps Server 2020 dan versi lokal yang lebih baru, Analytics secara otomatis diinstal dengan setiap koleksi proyek yang Anda buat.

Untuk Azure DevOps Server 2019, Anda harus menginstal Analytics terlebih dahulu pada setiap koleksi proyek yang Anda buat.

Anda dapat menjeda dan memulai ulang layanan. Saat dijeda, tidak ada data baru yang ditambahkan ke Analytics.

Untuk mempelajari selengkapnya, lihat Menginstal atau mengaktifkan layanan Analytics.

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 Analytics. Untuk mempelajari lebih lanjut, lihat Apa itu Layanan Analitik?

Untuk mengakses tampilan Analytics, 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

Set 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 saat 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-anak ada antara item backlog produk dan tugas/bug, atau tautan induk-anak ada antara fitur atau item kerja backlog portofolio dan item anak mereka. Untuk mempelajari selengkapnya, lihat Mengatur backlog Anda dan memetakan item kerja anak ke 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 penetapannya. Artinya, untuk memfilter laporan burndown/burnup berdasarkan penugasan 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 mempelajari lebih lanjut, lihat Membuat rencana pengujian dan rangkaian pengujian dan Membuat kasus pengujian.
  • Perbarui Status objek pengujian saat mereka maju dari Desain ke Siapditutup.
  • 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 Perulangan untuk menguji kasus, rangkaian pengujian, dan rencana pengujian.

Pipelines

Untuk melaporkan alur, tim perlu Menentukan alur menggunakan YAML dan menjalankan alur secara teratur. Untuk mempelajari 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 mempelajari selengkapnya, lihat Membangun dan merilis tasks-Test.

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