Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Layanan Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
Dengan Azure DevOps, Anda dapat terhubung dan berkolaborasi di seluruh layanan intinya. Anda dapat menggunakan berbagai fitur untuk menautkan dan melacak tugas devops Anda di seluruh Azure Boards, Azure Repos, Azure Pipelines, dan Azure Test Plans. Artikel ini memperlihatkan kepada Anda opsi tentang cara menggunakan integrasi lintas layanan Azure DevOps untuk meningkatkan alur kerja dan produktivitas Anda.
Tautan ke informasi selengkapnya:
Kolaborasi melalui Azure DevOps
Tabel berikut ini meringkas beberapa fitur yang membantu Anda bekerja dengan tim anda dan tim lain.
| Fitur | Keterangan |
|---|---|
@mentions (tambahkan ke diskusi dan komentar) |
Anda dapat @mention anggota tim atau seluruh tim dalam diskusi pada formulir item kerja atau bagian komentar dari commit, permintaan pull, atau set perubahan. |
#ID (tautan ke item kerja) |
Untuk mendukung keterlacakan end-to-end, Anda dapat menautkan ke item kerja dari komit, permintaan penarikan, dan changeset. |
| Tim | Setiap tim mendapatkan akses ke serangkaian alat Agile dan aset tim. Alat-alat ini memungkinkan tim bekerja secara otonom dan berkolaborasi dengan tim lain di seluruh perusahaan. Setiap tim dapat mengonfigurasi dan menyesuaikan setiap alat untuk mendukung cara kerjanya. Untuk navigasi cepat, mereka dapat memfavoritkan repositori, alur, dan rencana pengujian. |
| Tanda | Mengonfigurasi atau menolak pemberitahuan tingkat pribadi, tim, proyek, atau organisasi. Berlangganan pemberitahuan email ketika perubahan terjadi pada item kerja, tinjauan kode, permintaan pull, file kontrol sumber, build, dan lainnya. |
| Ringkasan melalui email |
-
Mengirim daftar item kerja melalui email - Item pertanyaan email - Mengirim ringkasan rilis melalui email |
| Situs Wiki | Sematkan hasil kueri Azure Boards di Wiki. |
Integrasi Azure Boards dan Azure Repos
Anda dapat menautkan perubahan kode ke cerita dan fitur pengguna dengan jenis tautan yang berbeda. Untuk Git, gunakan Cabang, Commit, Permintaan Tarik, atau Tag. Untuk TFVC, gunakan Changeset atau Item yang Diberversi.
Tabel berikut ini meringkas titik integrasi antara Azure Boards dan Azure Repos.
| Fitur | Keterangan |
|---|---|
| Mendorong pengembangan Git dari item kerja | Anda dapat memulai cabang Git atau menautkan ke komit Git atau permintaan tarik dan mengelola siklus pengembangan Git Anda untuk elemen kerja dari dalam formulir elemen kerja. |
| Secara otomatis menautkan dan mentransisikan item kerja dengan komit Git | Untuk repositori Git, Anda dapat mengaktifkan atau menonaktifkan opsi berikut: - Tutup item kerja dengan sebutan dalam komentar komit. - Ingat pilihan pengguna untuk menyelesaikan item kerja dengan permintaan pull. - Hubungkan item kerja dari komentar commit. Anda juga dapat mengotomatiskan penautan dari commit atau pull request di pengaturan repositori. - Menghubungkan penyebutan commit: Aktifkan untuk menautkan commit ke item kerja dengan #WorkItemID dalam pesan commit. Nonaktifkan saat Anda mengunggah repositori dari akun atau layanan yang berbeda. Azure DevOps secara otomatis menonaktifkan fitur ini saat Anda mengimpor repositori. - Menerapkan penyebutan resolusi item kerja: Aktifkan untuk menutup item kerja dengan Perbaikan #workItemID dalam penerapan. - Preferensi transisi item kerja: Aktif secara default, ia mengingat opsi setiap pengguna untuk menyelesaikan item kerja tertaut dengan permintaan pull. Anda dapat menonaktifkan fitur ini untuk mencegah pengguna menyelesaikan item kerja dengan permintaan pull. Ketika fitur ini tidak aktif, pengguna harus memilih untuk menyelesaikan item pekerjaan untuk setiap pull request. |
| Periksa item kerja terkait di cabang Git | Dorong keterlacakan dengan memeriksa item kerja yang tertaut pada pull request. |
| Selesaikan item kerja secara otomatis dengan permintaan pull | Saat menautkan item kerja ke permintaan pull (PR), Anda dapat secara otomatis menyelesaikan item kerja tersebut saat Anda berhasil menyelesaikan PR. Sistem secara otomatis menetapkan pilihan Anda untuk PR di masa depan. |
| Menampilkan daftar objek kode yang ditautkan ke item kerja tunggal | Anda dapat menautkan item kerja ke perubahan kode, build, dan rilis untuk menyediakan jejak audit dari pengembangan fitur. |
| Kueri untuk tautan eksternal | Anda bisa mencari item kerja yang berisi tautan ke cabang, komit, permintaan penggabungan, atau tag. |
| Mengonfigurasi kebijakan cabang untuk mendukung pelacakan kerja | Untuk memastikan bahwa perubahan pada cabang memiliki tautan ke item kerja, Anda mengonfigurasi kebijakan cabang untuk repositori Git dalam pengaturan repositori. Aktifkan opsi Periksa item kerja yang tertaut. Pilih Diperlukan untuk mengamanatkan semua permintaan pull memiliki setidaknya satu item kerja tertaut untuk diselesaikan. Pilih Opsional untuk mengizinkan permintaan pull tanpa item kerja tertaut, tetapi peringatkan tentang hal itu. |
Integrasi Azure Boards dan Azure Pipelines
Tabel berikut ini meringkas titik integrasi antara Azure Boards dan Azure Pipelines. Beberapa fitur memberikan dukungan untuk keterlacakan end-to-end saat alur dan fitur pengguna berlangsung sepanjang siklus pengembangan. Seperti halnya Azure Repos, Anda dapat menautkan item kerja ke objek alur dengan jenis tautan berikut: Membangun, Terintegrasi dalam build, dan Terintegrasi dalam rilis.
Fitur
Keterangan
Tautkan item kerja secara manual ke build.
Tautkan item kerja ke hasil build dalam proyek yang sama atau proyek lain dalam organisasi atau kumpulan.
Atur opsi integrasi untuk secara otomatis membuat Tautan terintegrasi dalam build ke item kerja yang ditautkan ke cabang, commit, atau permintaan pull yang terkait dengan alur.
Diperlukan untuk mengisi kontrol Pengembangan dengan tautan yang terintegrasi dalam build. Item kerja atau komit yang merupakan bagian dari rilis dihitung berdasarkan versi artefak. Misalnya, setiap build di Azure Pipelines dikaitkan dengan sekumpulan item kerja dan komit. Untuk informasi selengkapnya, lihat Mengonfigurasi alur untuk mendukung integrasi.
Untuk menautkan item kerja ke build dan rilis, pilih opsi dan cabang untuk alur Klasik atau YAML. Tindakan ini membuat tautan Terintegrasi dalam build dan Terintegrasi dalam tahap pelepasan untuk item kerja yang terhubung ke cabang, commit, atau permintaan pull.
Diperlukan untuk mengisi formulir item kerja kontrol Pengembangan dengan tautan Terintegrasi dalam build dan kontrol Penyebaran dengan tautan Terintegrasi dalam tahap rilis saat menjalankan pipeline Klasik atau YAML. Untuk informasi selengkapnya, lihat Mengonfigurasi alur untuk mendukung integrasi.
Atur opsi integrasi untuk secara otomatis membuat tautan Terintegrasi dalam tahap rilis ke item kerja yang ditautkan ke cabang, commit, atau permintaan tarik yang terkait dengan rilis.
Diperlukan untuk mengisi kontrol Penyebaran pada formulir item kerja dengan tautan Terintegrasi dalam tahap rilis. Untuk informasi selengkapnya, lihat Merilis alur, Bagaimana cara mengintegrasikan dan melaporkan status rilis?.
Menampilkan dan membuka daftar item kerja yang ditautkan ke alur Klasik atau YAML.
Mencantumkan semua item kerja yang ditautkan ke rilis sejak rilis yang dipilih sebelumnya. Bisa mengurutkan daftar menurut setiap kolom.
Menampilkan daftar objek build atau rilis yang ditautkan ke item kerja tunggal
Anda dapat menghubungkan item kerja ke pengembangan dan rilis—menyediakan jejak audit untuk pengembangan dan penyebaran fitur.
Kueri untuk tautan eksternal.
Anda bisa mengkueri item kerja yang berisi tautan eksternal.
Lihat dan navigasikan dengan cepat ke tahap rilis tempat item kerja ditautkan.
Kontrol Penyebaran pada formulir item kerja memperlihatkan tahapan yang ditautkan dengan item kerja. Anda dapat melihat status beberapa proses dan membuka setiap tahap atau proses dengan memperluas tahap tersebut. Untuk informasi selengkapnya, lihat Menautkan dan menampilkan item kerja ke penyebaran.
Membuat item kerja saat terjadi kegagalan (Klasik atau YAML), opsional menetapkan nilai untuk bidang item kerja (Klasik)
Buat item kerja secara otomatis dan atur bidang saat build gagal. Untuk informasi selengkapnya, lihat Opsi build untuk alur Klasik, dan Sesuaikan alur, Buat item kerja saat gagal.
Tugas Kueri Item Kerja. Pastikan jumlah item kerja yang cocok yang dikembalikan dari kueri berada dalam ambang batas.
Gunakan tugas ini untuk memastikan jumlah item yang cocok yang dikembalikan oleh kueri item kerja berada dalam ambang batas yang dikonfigurasi. Untuk informasi selengkapnya, lihat Tugas Kueri Item Kerja, Mengontrol penyebaran menggunakan gerbang dan persetujuan.
Integrasi Azure Repos dan Azure Pipelines
Azure Pipelines menyediakan dukungan untuk membangun kode yang disimpan di Azure Repos, baik repositori Git atau Team Foundation Version Control (TFVC). Repositori lain yang didukung Azure Pipelines tercantum di Repositori sumber yang didukung.
Tabel berikut ini meringkas fitur integrasi antara Azure Repos dan Azure Pipelines.
| Fitur | Keterangan |
|---|---|
| Laporan status penyebaran | Menunjukkan status penyebaran pada halaman File, Komit, dan Cabang untuk repositori Git. Fitur ini meningkatkan keterlacakan dari penerapan kode ke penyebaran. Anda dapat mengonfigurasi lingkungan rilis untuk melaporkan status penyebaran. |
| Lencana status rilis | Postingkan status pipeline build terbaru di dalam repositori Anda. |
| Cakupan kode | Terbitkan dan tinjau hasil cakupan kode yang menunjukkan proporsi kode proyek Anda yang sebenarnya sedang diuji. |
| Fitur | Keterangan |
|---|---|
| Laporan status penyebaran | Menunjukkan status penyebaran pada halaman File, Komit, dan Cabang untuk repositori Git. Fitur ini meningkatkan keterlacakan dari penerapan kode ke penyebaran. Anda dapat mengonfigurasi lingkungan rilis untuk melaporkan status penyebaran. |
| Cakupan kode | Terbitkan dan tinjau hasil cakupan kode yang menunjukkan proporsi kode proyek Anda yang sebenarnya sedang diuji. |
Integrasi Azure Boards, Azure Repos, dan Azure Test Plans
Beberapa skenario kolaborasi didukung melalui jenis item kerja Azure Boards. Anda dapat menggunakan kueri terkelola dan fungsi pencarian Azure DevOps untuk menemukan dan mencantumkan item kerja.
Catatan
Anda harus membuat beberapa jenis item kerja—seperti Permintaan Umpan Balik, Permintaan Peninjauan Kode, Langkah Bersama, dan Parameter Bersama—melalui alat atau formulir tertentu. Jenis ini ditambahkan ke kategori Jenis Tersembunyi dan tidak muncul di menu yang digunakan untuk menambahkan item kerja.
Untuk model proses yang diwariskan, Anda hanya dapat menyesuaikan jenis item kerja berikut: Paket Pengujian, Rangkaian Pengujian, dan Kasus Pengujian.
| Skenario | Jenis item kerja | Keterangan |
|---|---|---|
| Meminta tinjauan kode | Permintaan Peninjauan Kode | Melacak informasi yang dimasukkan ke dalam formulir Tinjauan Kode Baru TFVC. Untuk informasi selengkapnya, lihat Mendapatkan kode Anda ditinjau dengan Visual Studio. |
| Berikan tinjauan kode | Respons Tinjauan Kode | Melacak komentar ulasan yang disediakan oleh peninjau kode sebagai respons terhadap permintaan peninjauan kode. |
| Meminta umpan balik | Permintaan Umpan Balik | Melacak informasi yang dimasukkan ke dalam formulir umpan balik permintaan. Gunakan formulir berikut untuk memulai permintaan umpan balik. - Meminta umpan balik pemangku kepentingan - Dapatkan umpan balik. |
| Memberikan tanggapan | Ulasan Umpan Balik | Memungkinkan pemangku kepentingan memberikan umpan balik berdasarkan permintaan umpan balik atau dengan mengajukan umpan balik menggunakan ekstensi Microsoft Test & Feedback Marketplace. |
| Pengujian manual | Rencana Pengujian | Mengelompokkan satu atau beberapa suite pengujian dan kasus pengujian individual bersama-sama. Paket pengujian mencakup rangkaian pengujian statis, rangkaian berbasis persyaratan, dan rangkaian berbasis kueri. Untuk memulai, lihat Membuat paket pengujian dan rangkaian pengujian. |
| Pengujian manual | Rangkaian Pengujian | Mengelompokkan satu atau beberapa kasus pengujian ke dalam skenario pengujian terpisah dalam satu rencana pengujian. Mengelompokkan kasus pengujian memudahkan untuk melihat skenario mana yang selesai. |
| Pengujian manual | Kasus pengujian | Menentukan langkah-langkah yang digunakan untuk memvalidasi bagian individual kode Anda untuk memastikan kode Anda berfungsi dengan benar, tidak memiliki kesalahan, dan memenuhi persyaratan bisnis dan pelanggan. Anda dapat menambahkan kasus pengujian individual ke paket pengujian tanpa membuat rangkaian pengujian. Lebih dari satu rangkaian pengujian atau paket pengujian dapat merujuk ke kasus pengujian. Anda dapat menggunakan kembali kasus pengujian secara efektif tanpa harus menyalin atau mengkloningnya untuk setiap suite atau paket. |
| Pengujian manual | Langkah-langkah Bersama | Memungkinkan langkah-langkah dibagikan ke beberapa kasus pengujian. |
| Pengujian manual | Parameter Bersama | Memungkinkan pengulangan kasus pengujian yang sama dengan data yang berbeda. |
Menguji jenis item kerja
Jenis item kerja yang mendukung pengalaman pengujian ditautkan bersama-sama menggunakan jenis tautan yang diperlihatkan dalam gambar berikut. Jenis ini termasuk Diuji Oleh/Tes, Kasus Pengujian/Langkah-Langkah Berbagi, dan Dirujuk Oleh/Referensi.
Anda dapat menggunakan portal web untuk melihat kasus pengujian yang ditentukan untuk rangkaian pengujian, dan rangkaian pengujian yang ditentukan untuk rencana pengujian. Tapi, tidak ada jenis tautan khusus yang menghubungkan objek ini satu sama lain.
Lacak kesalahan
Jenis item kerja Bug mendukung integrasi berikut yang harus Anda ketahui saat melacak bug.
| Skenario | Keterangan |
|---|---|
| Membuat bug dari alat pengujian | Anda dapat menambahkan bug dari Test Runner atau ekstensi Uji & Umpan Balik. Untuk informasi selengkapnya, lihat Menentukan, menangkap, melakukan triase, dan mengelola bug. |
| Membuat tes sebaris yang ditautkan ke bug atau kisah pengguna | Saat tim Anda melacak bug sebagai persyaratan, Anda dapat menggunakan papan untuk menambahkan pengujian untuk memverifikasi perbaikan bug atau cerita pengguna. |
| Melacak informasi kompilasi beserta bug | Formulir item kerja Bug berisi bagian Info Sistem, Ditemukan di Build, dan Terintegrasi dalam Build, yang mendukung pelacakan cacat kode yang ditemukan dan diselesaikan dalam hal pembangunan pipeline. Untuk informasi selengkapnya, lihat Kueri berdasarkan bidang integrasi build dan pengujian. |
Integrasi Azure Pipelines dan Azure Test Plans
Azure Test Plans sepenuhnya terintegrasi dengan Azure Pipelines untuk mendukung pengujian dalam integrasi berkelanjutan/penyebaran berkelanjutan (CI/CD). Anda dapat mengaitkan rencana pengujian dan kasus pengujian dengan alur build atau rilis. Tambahkan tugas alur ke definisi alur untuk mengambil dan menerbitkan hasil pengujian. Tinjau hasil pengujian melalui laporan kemajuan bawaan dan laporan pengujian alur. Tabel berikut ini meringkas titik integrasi antara Azure Pipelines dan Azure Test Plans.
| Fitur | Keterangan |
|---|---|
| Pengaturan rencana pengujian | Dengan pengaturan rencana pengujian, Anda dapat mengonfigurasi pengaturan Uji Jalankan untuk mengaitkan alur build atau rilis dan Pengaturan Hasil Pengujian. |
| Tugas pengaktifan uji alur | Tentukan tugas yang diaktifkan untuk pengujian dalam definisi alur. Azure Pipelines menyediakan beberapa tugas, termasuk tugas berikut, yang mendukung pengalaman pelaporan pengujian dan analitik yang komprehensif. - Menerbitkan tugas Hasil Pengujian: Gunakan untuk menerbitkan hasil pengujian ke Azure Pipelines. - tugas Visual Studio Test: Gunakan untuk menjalankan pengujian unit dan fungsional (Selenium, Appium, pengujian UI Berkode, dan lainnya) menggunakan Visual Studio Test Runner. - tugas .NET Core CLI: Gunakan untuk membangun, menguji, mengemas, atau menerbitkan aplikasi dotnet. Untuk tugas lain, lihat Menerbitkan tugas Hasil Pengujian |
| Menjalankan pengujian otomatis dalam alur build | Kaitkan rencana pengujian dengan alur build sehingga berjalan dengan setiap build. |
| Mengaitkan pengujian otomatis dengan kasus uji | Kaitkan pengujian otomatis dengan kasus pengujian. |
| Mengatur kebijakan penyimpanan untuk hasil pengujian otomatis yang terkait dengan build | Anda dapat mengatur kebijakan retensi pengujian untuk build otomatis dari halaman Alur>Retensi. |
| Keterlacakan persyaratan | Widget kualitas Persyaratan mendukung pelacakan kualitas secara berkelanjutan dari pipeline build atau rilis. Widget menunjukkan pemetaan antara persyaratan dan hasil pengujian terbaru yang dijalankan terhadap persyaratan tersebut. Ini memberikan wawasan tentang keterlacakan persyaratan. |
| Tren hasil pengujian | Widget tren hasil pengujian yang dapat dikonfigurasi menampilkan tren hasil pengujian untuk alur build atau rilis yang dipilih. Widget ini membantu Anda memvisualisasikan tren pengujian selama periode waktu tertentu, pola memunculkan tentang kegagalan pengujian, durasi pengujian, dan sebagainya. Untuk informasi selengkapnya, lihat Mengonfigurasi widget Tren Hasil Pengujian (Tingkat Lanjut) |
| Status penyebaran | Widget penyebaran yang dapat dikonfigurasi menunjukkan tampilan gabungan status penyebaran dan tingkat kelulusan pengujian di berbagai lingkungan untuk serangkaian build terbaru. Anda mengonfigurasi widget dengan menentukan alur build, cabang, dan alur rilis tertaut. Untuk melihat ringkasan pengujian di beberapa lingkungan dalam rilis, widget menyediakan tampilan matriks setiap lingkungan dan laju lulus pengujian yang sesuai. Lihat Mengaitkan pengujian otomatis dengan kasus pengujian |
| Melihat hasil pengujian dalam build dan rilis | Ringkasan build dan rilis memberikan detail pelaksanaan pengujian. Tinjau ringkasan ini untuk menilai kualitas alur, meninjau keterlacakan, dan memecahkan masalah kegagalan. Pilih Ringkasan pengujian untuk melihat detail di tab Pengujian . |
| Pengujian analitik untuk kompilasi | Setiap ringkasan build menyertakan tab Analitik yang menghosting laporan Pengujian Analitik. |
Dasbor, pelaporan, dan analisis
Dasbor menyediakan cara mudah untuk memantau kemajuan dan status. Teams dapat menambahkan widget yang dapat dikonfigurasi untuk mendukung tujuan mereka. Layanan Analitik adalah platform pelaporan untuk Azure DevOps, dan menggantikan platform sebelumnya berdasarkan SQL Server Reporting Services. Analitik dioptimalkan untuk akses baca cepat dan agregasi berbasis server dan memberikan manfaat berikut:
- Widget analitik yang dapat Anda tambahkan ke dasbor Anda
- Laporan Analitik dalam konteks tersedia dari halaman Azure DevOps tertentu
- Bilah rollup dan hitungan untuk backlog Azure Boards
- Laporan kustom yang bisa Anda buat menggunakan Power BI
- Laporan kustom yang bisa Anda buat menggunakan kueri OData
- Dukungan untuk mengembangkan dan menambahkan widget Analytics kustom yang dapat Anda tambahkan ke dasbor
Anda dapat menambahkan widget bawaan berikut ke dasbor Anda. Mereka diorganisir berdasarkan layanan yang mereka dukung. Anda mungkin menemukan lebih banyak widget dari Marketplace Azure DevOps.
Data yang tersedia dari Analytics
Analytics menyediakan platform pelaporan untuk Azure DevOps. Untuk informasi, lihat Data yang tersedia dari Analytics.
Automasi dan konektor
Produk Microsoft mendukung otomatisasi atau integrasi dengan beberapa aplikasi dan layanan lainnya. Untuk informasi lebih lanjut, lihat artikel berikut.