Vytvoření dotazu na základě polí sestavení a testování integrace

  • Článek

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Pole pracovních položek, která podporují integraci sestavení a testování, podporují následující akce:

  • Přidružení chyb k sestavením, ve kterých byly nalezeny nebo opraveny
  • Dotaz na chyby související s sestavením
  • Označte testovací případy jako ruční nebo automatizované a uložte informace pro podporu automatizovaných testovacích případů.
  • V případě testovacích případů a sdílených kroků definujte kroky akce a ověření a data, která se používají ke spuštění testů.

Podporované operátory a makra

Většina polí integrace sestavení a testování má datový typ String, PlainText nebo HTML. Klauzule dotazu, které určují textové nebo formátované textové pole, můžou používat operátory a makra uvedená v následující tabulce.

Datový typ

Podporované operátory a makra

Formát RTF (HTML) a
Víceřádkové textové řetězce (PlainText)

Contains Words, Does Not Contain Words, Is Empty. Is Not Empty
Operátory Is Empty a Is Not Empty operátory jsou podporované pro Azure DevOps Server 2019 RC2 a novější verze.

Jeden text (řetězec)

= , <> , > , < , >= , <= , =[Field], <>[Field], >[Field], <[Field], >=[Field], <=[Field], Contains, Does Not Contain, , Not InIn, In Group, , Not In GroupWas Ever
Makra: [Any]platné s polem Typ pracovní položky a @Projectplatné s polem Týmový projekt. Systém automaticky filtruje na základě aktuálního projektu. Další informace najdete v tématu Dotazování napříč projekty.

Užitečné filtry

Filtr pro

Zahrnout tyto klauzule dotazu

Automatizované testovací případy

        Work Item Type = Test Case And Automation Status = Automated

Testovací sady založené na dotazech

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

Testovací sady založené na požadavcích

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

Výpis chyb a testovacích případů, které je testují

Otevřete nový dotaz, nastavte typ dotazu na Pracovní položky a přímé odkazy. Vyfiltrujte chyby na nejvyšší úrovni a přidejte filtr pro testovací případy ve filtru propojených pracovních položek.

Výpis chyb a testovacích případů, které je testují

Poznámka:

Nelze vytvořit dotaz, který zobrazuje hierarchické zobrazení testovacích plánů, testovacích sad a testovacích případů. Tyto položky nejsou propojené pomocí typů propojení nadřazený-podřízený. Hierarchii můžete zobrazit na stránce Testovací>plány.

Vytváření a testování datových polí

Následující tabulka popisuje pole definovaná v jednom nebo několika testovacích pracovních polích. Informace o datových typech a atributech polí naleznete v tématu Pole a atributy pracovní položky.

Pokud chcete přizpůsobit pole nebo rozevírací seznam, přečtěte si článek Přidání nebo úprava pole pro podporu dotazů, sestav a pracovního postupu.

Název pole

Popis

Typ pracovní položky

Stav automatizace 1

Stav testovacího případu Můžete určit tyto hodnoty:

Testovací případ

Nalezeno v 2

Číslo buildu produktu, označované také jako revize, ve kterém byla nalezena chyba.
Referenční název=Microsoft.VSTS.Build.FoundIn, Datový typ=String

Poznámka:

Pracovní položku můžete propojit s sestavením také pomocí typu Odkaz na sestavení . Tento typ odkazu je k dispozici v Azure DevOps a funguje jenom s aktuálními procesy sestavení (ne se sestaveními XAML).

Chyba

Integrace buildu 2

Číslo buildu produktu, které obsahuje kód nebo opravuje chybu
Referenční název=Microsoft.VSTS.Build.IntegrationBuild, Datový typ=String

Poznámka:

K propojení pracovní položky s sestavením s sestavením můžete použít také integrovaný typ propojení. Tento typ odkazu je k dispozici v Azure DevOps a funguje jenom s aktuálními procesy sestavení (ne se sestaveními XAML).

Všechny

Problém

Označuje, že sdílené kroky jsou přidružené k očekávanému výsledku. Povolené hodnoty jsou Ano a Ne. Referenční název=Microsoft.VSTS.Common.Issue, Datový typ=String

Sdílené kroky

Parametry

Obsahuje parametry, které se mají použít při spuštění ručního testu.
Microsoft.VSTS.TCM.Parameters, datový typ=HTML

Sdílené parametry, sdílené kroky, testovací případ

Kroky

Kroky akce a ověření, které jsou potřeba ke spuštění testu. Microsoft.VSTS.TCM.Steps, Datový typ=HTML

Sdílené kroky, testovací případ

Informace o systému

Informace o konfiguraci softwaru a systému, které jsou relevantní pro test.
Microsoft.VSTS.TCM.SystemInfo, datový typ=HTML

Chyba, odpověď na zpětnou vazbu

Kroky pro reprodukci (nebo kroky pro reprodukci)

Kroky potřebné k reprodukci neočekávaného chování. Zachyťte dostatek informací, aby ostatní členové týmu pochopili úplný dopad problému a jestli chybu opravili. To zahrnuje akce prováděné při hledání nebo reprodukování chyby a očekávaného chování. Referenční název=Microsoft.VSTS.TCM.ReproSteps, Datový typ=HTML

Chyba

Testovací sada – typ 1

Kategorie testovací sady. Povolené hodnoty jsou následující:

  • Založené na dotazu: Slouží k seskupení testovacích případů, které mají určitou charakteristiku – například všechny testy, které mají prioritu=1. Sada automaticky zahrnuje každý testovací případ vrácený vámi definovaným dotazem.
  • Na základě požadavků: Umožňuje seskupit testovací případy navržené ke sledování stavu testu položek backlogu. Každý testovací případ, který přidáte do testovací sady založené na požadavcích, se automaticky propojí s položkou backlogu.
  • Statická: Slouží k seskupení testovacích případů s libovolnými vlastnostmi nebo testovacími sadami.
    Další informace najdete v tématu Vytvoření testovacího plánu.
    Referenční název=Microsoft.VSTS.TCM.TestSuiteType, Datový typ=String

Sada testů

Poznámka:

  1. Nepřizpůsobte seznam výběru pro tato pole. Systém přijímá pouze uvedené hodnoty.
  2. GLOBALLIST Přidáním prvku do FIELD definice můžete poskytnout rozevírací nabídku buildů, ze kterých si uživatelé mohou vybrat. Postup najdete v části Builds and global list auto-population dále v tomto článku.

Další pole

Následující pole se nezobrazují ve formulářích pracovních položek, ale tato pole jsou sledována pro testovací případy nebo testovací sady. Některá z těchto polí můžete použít k filtrování dotazů a vytváření sestav. (Žádná z těchto polí není přidána do datového skladu ani indexována.)

Název pole

Popis

Typ pracovní položky

Automatizované testovací úložiště

Sestavení obsahující test, který automatizuje testovací případ.

Referenční název=Microsoft.VSTS.TCM.AutomatedTestStorage, Datový typ=String

Testovací případ

Typ automatizovaného testu

Typ testu, který automatizuje testovací případ.

Referenční název=Microsoft.VSTS.TCM.AutomatedTestType, Datový typ=String

Testovací případ

AutomatedTestId

ID testu, který automatizuje testovací případ.

Referenční název=Microsoft.VSTS.TCM.AutomatedTestId, Datový typ=String

Testovací případ

AutomatedTestName

Název testu, který se používá k automatizaci testovacího případu.

Referenční název=Microsoft.VSTS.TCM.AutomatedTestName, Datový typ=String

Testovací případ

LocalDataSource

Místní zdroj dat, který podporuje test.

Referenční název=Microsoft.VSTS.TCM.LocalDataSource, Datový typ=HTML

Testovací případ

Text dotazu

Pole použité k zachycení dotazu definovaného pro typ sady založené na dotazu.

Referenční název=Microsoft.VSTS.TCM.QueryText, Datový typ=PlainText

Sada testů

Audit sady Testů

Sleduje spuštění jiných operací při úpravě sady testů, například: přidání testů do sady testů nebo změna konfigurací. Toto pole lze zobrazit prostřednictvím karty Historie nebo prostřednictvím samostatného dotazu. K dispozici je kombinované zobrazení historie, včetně změn provedených v poli pracovních položek a změn vyplývajících ze souvisejících artefaktů, jako jsou testovací body a konfigurace.

Referenční název=Microsoft.VSTS.TCM.TestSuiteAudit, Datový typ=PlainText

Sada testů

Typ testovací sady s ID 1

Hodnota přiřazená systémem, která odpovídá kategorii testovací sady a vztahuje se pouze na testovací sady. Přiřazené hodnoty jsou:

  • 1 (statické)

  • 2 (založené na dotazech)

  • 3 (založené na požadavcích)

Referenční název=Microsoft.VSTS.TCM.TestSuiteTypeId, Datový typ=Integer

Sada testů

Poznámka:

  1. Nepřizpůsobte seznam výběru pro tato pole. Systém přijímá pouze uvedené hodnoty.

Pole, která se integrují s Team Foundation Buildem

Team Foundation Build je místní systém sestavení, který můžete použít s Azure DevOps Serverem a TFS. Proces sestavení můžete nakonfigurovat pomocí team foundation buildu a Team Foundation Build může generovat pracovní položky, když sestavení selže. Může také přidat informace o sestavení do pracovních položek, které byly vyřešeny v konkrétním buildu. Aby to fungovalo, team foundation build vyžaduje, aby do definice typu pracovní položky byla přidána následující dvě pole: Nalezeno v a sestavení integrace.

Pole Nalezená v a integrovaná v sestavení jsou definována pro chyby ve výchozích procesech. Tato pole přidružují chyby k sestavením, ve kterých byly nalezeny nebo opraveny.

K přidání těchto polí do definice WIT můžete použít následující fragment kódu.

<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>

Když je pole Nalezeno v definici pracovní položky, vytvoří Team Foundation Build pracovní položku v případě selhání sestavení a nastaví pole Nalezeno v na číslo sestavení, které selhalo. Pokud chybí pole Najít v, team foundation build nevytvoří pracovní položku pro neúspěšné sestavení a všechno ostatní funguje podle očekávání.

Pokud je v definici pracovní položky k dispozici pole Sestavení integrace, Team Foundation Build identifikuje pracovní položky, které byly vyřešeny s každým sestavením, a pak aktualizuje tyto pracovní položky tak, aby nastavily číslo sestavení, ve kterém byly vyřešeny v poli Sestavení integrace. Pokud chybí pole Sestavení integrace, Team Foundation Build neukládá číslo buildu do pracovních položek a všechno ostatní funguje podle očekávání.

Automatické naplnění sestavení a globálního seznamu

Když poprvé zařadíte sestavení do fronty pro projekt pomocí Team Foundation Buildu, TFS automaticky přidá globální seznam s názvem Build – ProjectName. Při každém spuštění sestavení se do tohoto globálního seznamu přidá listITEM s názvem sestavení.

Přidáním elementu GLOBALLIST do definice POLE můžete poskytnout rozevírací nabídku sestavení, ze kterých si uživatelé mohou vybrat. Příklad:

<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>

Pole, která se integrují s testovacími plány

Pomocí testovacích plánů můžete automatizovat vytváření chyby nebo jiného typu pracovní položky v případě selhání testu. Další informace najdete v tématu Přidání zjištění do existujících chyb pomocí průzkumného testování.

Po vytvoření pracovní položky tímto způsobem se informace o systému a krocích pro reprodukci chyby zaznamenávají v polích Systémové informace a Kroky pro reprodukci.

Tato pole můžete přidat do typů pracovních položek, které vytvoříte pro sledování vad pomocí následujícího fragmentu kódu.

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

Pole, která se integrují s Správa verzí Team Foundation

Jedna z funkcí dostupných ve správě verzí Team Foundation (TFVC) umožňuje přiřazovat nebo řešit pracovní položky při vrácení kódu se změnami. Při změně kódu jste možná pracovali na konkrétní pracovní položce a po dokončení práce na kódu můžete toto přidružení nastavit v okně vrácení se změnami správy zdrojového kódu.

Schopnost správy verzí Team Foundation vyřešit pracovní položku vyžaduje, aby pracovní položky obsahovaly určitou akci. Systém správy zdrojového kódu pak dotazuje sledování pracovních položek, aby určil, jestli pracovní položka tuto akci podporuje, a pokud tuto akci podporuje, také se dotazuje na zdrojové a cílové stavy přechodu. Pokud se akce najde, systém správy zdrojového kódu může pracovní položku při kontrole kódu převést podle nastaveného přechodu.

Poznámka:

Když použijete akci Vrácení se změnami, musíte nastavit odpovídající stav a stav tak , aby odrážel požadovaný přechod stavu.

Další informace o akcích najdete v tématu Automatizace přiřazení polí na základě stavu, přechodu nebo důvodu.