Bagikan melalui

Membuat kueri berdasarkan bidang integrasi build dan pengujian

Layanan Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

Gunakan bidang item kerja yang mendukung integrasi build dan pengujian untuk meningkatkan keterlacakan, menganalisis tren kualitas, dan mengotomatiskan alur kerja terkait pengujian. Skenario umum meliputi:

  • Kaitkan bug dengan build spesifik di mana mereka ditemukan atau diselesaikan.
  • Kueri bug dengan build untuk mengidentifikasi tren dan memprioritaskan perbaikan.
  • Tandai skenario pengujian sebagai Manual atau Otomatis dan lacak metadata otomatisasi.
  • Tentukan langkah-langkah tindakan dan validasi untuk kasus pengujian dan langkah-langkah bersama sehingga tim dapat menjalankan dan memverifikasi pengujian dengan andal.

Artikel ini menjelaskan cara menggunakan bidang ini dan menawarkan contoh kueri dan tips.

Prasyarat

Area Hak Akses / Peran Kemungkinan yang diberikannya
Tingkat proyek Kontributor Membuat dan mengedit kueri.
Tingkat proyek Pembaca Menampilkan kueri (tidak dapat membuat atau mengedit).
Tingkat proyek Administrator Proyek Kontrol penuh atas pengaturan proyek secara keseluruhan, termasuk konsultasi.
Menguji artefak Mengelola Rencana Pengujian Membuat, mengedit, dan menghapus rencana pengujian.
Menguji artefak Mengelola Test Suites Membuat, mengedit, dan menghapus rangkaian pengujian.
Menguji artefak Edit item kerja dalam simpul ini Menambahkan atau mengedit item kerja khusus pengujian seperti kasus pengujian dan rangkaian pengujian.

Nota

  • Beberapa izin pengujian tercakup dalam rencana pengujian atau simpul area; administrator proyek dapat menetapkan izin ini.
  • Untuk menjalankan atau mengotomatiskan kueri di seluruh proyek, pastikan Anda memiliki izin lintas proyek yang diperlukan atau menggunakan akun layanan dengan akses yang sesuai.

Operator dan makro yang didukung

Sebagian besar bidang integrasi build dan pengujian menggunakan jenis data String, PlainText, atau HTML. Gunakan operator dan makro berikut saat Anda menentukan klausa kueri untuk bidang teks atau teks kaya.

Jenis data

Operator dan makro yang didukung

Rich-text (HTML) dan
Teks multibaris (Teks Biasa)

Contains Words, Does Not Contain Words, Is Empty, Is Not Empty

Teks baris tunggal (String)

= , <> , > , < , >= , <= , =[Field], <>[Field], >[Field], <[Field], >=[Field], <=[Field], Contains, Does Not Contain, In, Not In, In Group, Not In Group, Was Ever.
Makros: [Any] (berlaku dengan Jenis Item Kerja); @Project (berlaku dengan Proyek Tim). Sistem secara otomatis memilih proyek saat ini jika sesuai. Lihat Query antar proyek untuk contoh lintas proyek.

Filter yang berguna

Filter untuk

Sertakan klausul kueri ini

Kasus pengujian otomatis

Work Item Type = Test Case DAN Automation Status = Automated

Rangkaian pengujian berbasis kueri

Work Item Type = Test Suite DAN Test Suite Type = Query Based

Rangkaian pengujian berbasis persyaratan

Work Item Type = Test Suite DAN Test Suite Type = Requirement Based

Mencantumkan bug dan kasus pengujian yang mengujinya

Buat kueri baru, atur jenis kueri ke Item kerja dan tautan langsung. Filter untuk bug di level atas dan tambahkan filter item kerja yang tertaut untuk Kasus Pengujian.

Cuplikan layar yang menunjukkan bug dan kasus pengujian yang ditautkan.

Nota

Anda tidak dapat membuat kueri yang memperlihatkan tampilan hierarkis Rencana Pengujian, Test Suites, dan Kasus Pengujian karena artefak tersebut tidak tersambung oleh jenis tautan induk-anak. Untuk melihat hierarki tersebut, buka halaman Uji Rencana Pengujian> (lihat Membuat rencana pengujian).

Membangun dan menguji bidang data

Tabel berikut ini menjelaskan bidang yang muncul dalam satu atau beberapa jenis item kerja terkait pengujian. Untuk informasi tentang jenis data dan atribut bidang, lihat bidang dan atribut item Work.

Untuk mengkustomisasi bidang atau daftar pilihan, lihat Menambahkan atau memodifikasi bidang untuk mendukung kueri, laporan, dan alur kerja.

Nama bidang

Deskripsi

Jenis item kerja

Status Automasi1

Status kasus pengujian. Nilai: Otomatis, Tidak Otomatis, Terencana. Untuk menjalankan pengujian otomatis, lihat Menjalankan pengujian otomatis dari paket pengujian.
Nama referensi=Microsoft.VSTS.TCM.AutomationStatus, Tipe data=String

Kasus uji

Ditemukan Dalam2

Nomor build produk (revisi) tempat bug ditemukan. Nama referensi=Microsoft.VSTS.Build.FoundIn, Jenis data=String.

Nota

Gunakan jenis tautan Ditemukan dalam build untuk menautkan item kerja ke build. Jenis tautan ini berfungsi dengan proses build terkini (Azure Pipelines dan definisi build klasik); ini tidak berlaku untuk build XAML yang lama.

Serangga

Pembangunan Integrasi2

Nomor build produk yang menggabungkan perbaikan atau koreksi. Nama referensi=Microsoft.VSTS.Build.IntegrationBuild, Jenis data=String.

Nota

Gunakan jenis tautan Terintegrasi dalam build untuk menautkan item kerja ke build. Jenis tautan ini berfungsi dengan proses build terkini (Azure Pipelines dan definisi build klasik); ini tidak berlaku untuk build XAML yang lama.

Semua

Masalah

Menunjukkan apakah Langkah Bersama dikaitkan dengan hasil yang diharapkan. Nilai yang diizinkan: Ya, Tidak. Nama referensi=Microsoft.VSTS.Common.Issue, Jenis data=String.

Langkah-langkah Bersama

Parameter-parameternya

Berisi parameter yang digunakan saat menjalankan pengujian manual. Nama referensi=Microsoft.VSTS.TCM.Parameters, Tipe data=HTML.

Parameter Bersama, Langkah Bersama, Kasus Pengujian

Langkah-langkah

Langkah-langkah tindakan dan validasi diperlukan untuk menjalankan pengujian. Nama referensi=Microsoft.VSTS.TCM.Steps, Tipe data=HTML.

Langkah Bersama, Kasus Pengujian

Info Sistem

Informasi sistem dan lingkungan yang relevan dengan pengujian. Nama referensi=Microsoft.VSTS.TCM.SystemInfo, Tipe data=HTML.

Bug, Respons Umpan Balik

Langkah-langkah Repro (Langkah-langkah untuk mereprodurasi)

Langkah-langkah yang diperlukan untuk mereproduksi perilaku tak terduga. Ambil informasi yang cukup bagi orang lain untuk mereprodusi dan memvalidasi perbaikan. Nama referensi=Microsoft.VSTS.TCM.ReproSteps, Tipe data=HTML.

Serangga

Rangkaian Pengujian Tipe1

Kategori rangkaian pengujian. Nilai yang diizinkan: Berbasis Kueri, Berbasis Persyaratan, Statis. Untuk informasi selengkapnya, lihat Membuat paket pengujian. Nama referensi=Microsoft.VSTS.TCM.TestSuiteType, Jenis data=String.

Serangkaian Pengujian

Nota

  1. Jangan sesuaikan daftar pilihan untuk bidang ini — sistem dan integrasi mengharapkan nilai yang tercantum.
  2. Dengan menambahkan elemen GLOBALLIST ke dalam definisi FIELD, Anda dapat menyediakan menu drop-down untuk build. Lihat Membangun dan mencantumkan autopopulasi global.

Bidang lainnya

Bidang berikut ini tidak muncul pada formulir item kerja tetapi dilacak untuk kasus pengujian atau rangkaian pengujian. Anda dapat menggunakan beberapa di antaranya untuk memfilter kueri dan membuat laporan. (Bidang ini tidak ditambahkan ke gudang data atau diindeks.)

Nama bidang

Deskripsi

Jenis item kerja

Penyimpanan Otomatis untuk Pengujian

Rakitan yang berisi pengujian yang mengotomatiskan kasus pengujian. Nama referensi=Microsoft.VSTS.TCM.AutomatedTestStorage, Jenis data=String.

Kasus uji

Jenis Pengujian Otomatis

Jenis pengujian yang mengotomatiskan kasus pengujian. Nama referensi=Microsoft.VSTS.TCM.AutomatedTestType, Jenis data=String.

Kasus uji

AutomatedTestId

ID pengujian otomatis. Nama referensi=Microsoft.VSTS.TCM.AutomatedTestId, Jenis data=String.

Kasus uji

AutomatedTestName

Nama pengujian otomatis. Nama referensi=Microsoft.VSTS.TCM.AutomatedTestName, Jenis data=String.

Kasus uji

LocalDataSource

Sumber data lokal yang digunakan oleh pengujian. Nama referensi=Microsoft.VSTS.TCM.LocalDataSource, Tipe data=HTML.

Kasus uji

Teks Kueri

Bidang yang digunakan untuk menangkap kueri yang ditentukan untuk tipe suite berbasis kueri. Nama referensi=Microsoft.VSTS.TCM.QueryText, Tipe data=PlainText.

Serangkaian Pengujian

Audit Rangkaian Pengujian

Melacak operasi saat memodifikasi rangkaian pengujian (misalnya, menambahkan pengujian atau mengubah konfigurasi). Dapat dilihat melalui tab Riwayat atau kueri. Nama referensi=Microsoft.VSTS.TCM.TestSuiteAudit, Tipe data=PlainText.

Serangkaian Pengujian

ID Jenis Suite Pengujian 1

Nilai yang ditetapkan sistem yang sesuai dengan kategori rangkaian pengujian: 1 (Statis), 2 (Berbasis kueri), 3 (Berbasis persyaratan). Nama Referensi=Microsoft.VSTS.TCM.TestSuiteTypeId, Tipe Data=Bilangan Bulat.

Serangkaian Pengujian

Nota

  1. Jangan sesuaikan daftar pilihan untuk bidang ini — sistem dan integrasi mengharapkan nilai yang tercantum.

Bidang yang terintegrasi dengan Team Foundation Build dan Azure Pipelines

Team Foundation Build adalah sistem build lokal yang digunakan dengan rilis Azure DevOps Server yang lebih lama. Azure Pipelines menyediakan fitur build dan pipeline berbasis cloud di Azure DevOps Services. Kedua sistem mengintegrasikan metadata build dengan item kerja saat build berjalan dan ketika item kerja diselesaikan dalam build.

Dua bidang yang umum digunakan untuk integrasi build adalah Found In dan Integration Build. Saat ada dalam definisi WIT, mereka membiarkan sistem build mengaitkan item kerja dengan nomor build yang relevan.

Anda dapat menambahkan bidang ini ke definisi WIT:

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </SUGGESTEDVALUES>
</FIELD>
<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </SUGGESTEDVALUES>
</FIELD>

Ketika bidang Ditemukan Di ada dalam definisi WIT, proses build yang kompatibel dapat membuat item kerja saat build gagal, dan mengatur Ditemukan Di ke nomor build. Saat Integration Build ada, proses build yang kompatibel dapat memperbarui item kerja yang diselesaikan oleh build dengan nomor build yang sesuai.

Build dan autopopulasi daftar global

Pertama kali Anda mengantrekan build untuk proyek menggunakan Team Foundation Build atau Azure Pipelines, sistem membuat daftar global bernama Build - <ProjectName>. Setiap eksekusi build menambahkan LISTITEM entri untuk build tersebut. Daftar global menggunakan nama tampilan proyek dan dapat dirujuk dalam elemen GLOBALLIST di dalam definisi FIELD untuk menyediakan daftar drop-down build.

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </SUGGESTEDVALUES>
        <SUGGESTEDVALUES expanditems="true" filteritems="excludegroups">
          <GLOBALLIST name="Builds - TeamProjectName" />
        </SUGGESTEDVALUES>
</FIELD>

Bidang yang diintegrasikan dengan Rencana Pengujian

Rencana Pengujian dapat membuat bug atau item pekerjaan lain saat pengujian gagal. Saat Anda menambahkan item kerja dengan cara ini, sistem pengujian mengambil detail lingkungan dan langkah-langkah reproduksi di bidang Info Sistem dan Langkah Repro .

<FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" />
<FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML" />

Bidang yang terintegrasi dengan Team Foundation Version Control (TFVC)

TFVC mendukung mengaitkan atau menyelesaikan item kerja selama proses check-in. Saat Anda menautkan item kerja dari jendela check-in dan tindakan tersebut didukung, TFVC akan menerapkan transisi status yang telah dikonfigurasi pada item kerja tersebut.

Nota

Saat Anda menggunakan tindakan Checkin, atur dari dan ke keadaan yang sesuai untuk transisi yang Anda harapkan.

Untuk informasi selengkapnya, lihat Mengotomatiskan penetapan bidang berdasarkan Status, Transisi, atau Alasan.

Keterbatasan

Batasan utama saat mengkueri berdasarkan kasus pengujian:

  • Tampilan hierarkis: Anda tidak dapat membuat kueri yang memperlihatkan tampilan hierarkis Rencana Pengujian, Rangkaian Pengujian, dan Kasus Pengujian karena artefak tersebut tidak tersambung oleh jenis tautan induk-anak.
  • Rangkaian pengujian berbasis kueri: Suite berbasis kueri mencakup setiap kasus pengujian yang dikembalikan oleh kueri; pastikan kueri Anda tepat untuk menghindari penyertaan yang tidak diinginkan.
  • Batasan bidang: Beberapa hasil eksekusi terperinci tidak tersedia sebagai bidang standar dan mungkin memerlukan pelaporan kustom atau penggunaan API.
  • Batas performa dan tarif: Azure DevOps memberlakukan batas permintaan dan sumber daya; kueri yang tidak optimal atau panggilan API yang berlebihan dapat menyebabkan penundaan atau pembatasan.
  • Penautan kasus pengujian: Kasus pengujian tidak secara otomatis ditautkan ke item kerja lain dengan cara yang mendukung kueri hierarkis yang kompleks.

Konten terkait

  • Last updated on