Lekérdezés létrehozása integrációs mezők létrehozása és tesztelése alapján
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
A buildelési és tesztelési integrációt támogató munkaelemek mezői a következő műveleteket támogatják:
- Hibák társítása azokkal a buildekkel, ahol azokat megtalálták vagy kijavították
- Buildhez társított hibák lekérdezése
- Tesztesetek megjelölése manuális vagy automatizáltként, és információk tárolása az automatizált tesztelési esetek támogatásához
- A tesztelési esetekhez és a megosztott lépésekhez határozza meg a művelet- és érvényesítési lépéseket, valamint a tesztek futtatásához használt adatokat.
Támogatott operátorok és makrók
A legtöbb buildelési és tesztelési integrációs mező sztring, Egyszerű szöveg vagy HTML típusú adattípussal rendelkezik. A szöveget vagy rich-text mezőt meghatározó lekérdezési záradékok az alábbi táblázatban felsorolt operátorokat és makrókat használhatják.
Adattípus
Támogatott operátorok és makrók
Rich-text (HTML) és
Többsoros szöveges sztringek (Egyszerű szöveg)
Contains Words
, Does Not Contain Words
, Is Empty
. Is Not Empty
Is Not Empty
Az Is Empty
Azure DevOps Server 2019 RC2 és újabb verziói és operátorai támogatottak.
Egy szöveg (sztring)
= , <> , > , < , >= , <= , =[Field], <>[Field], >[Field], <[Field], >=[Field], <=[Field]
, Contains
, Does Not Contain
, In
Not In
, In Group
, Not In Group
Was Ever
Makrók: [Any]
, a Munkaelem típusa mezővel érvényes, és @Project
a Csapatprojekt mezővel érvényes. A rendszer automatikusan az aktuális projekt alapján szűr. További információ: Lekérdezés több különböző projektből.
Hasznos szűrők
Szűrés a következőre:
A lekérdezési záradékok belefoglalása
Automatizált tesztelési esetek
Work Item Type = Test Case
And Automation Status = Automated
Lekérdezésalapú tesztcsomagok
Work Item Type = Test Suite
And Test Suite Type = Query Based
Követelményalapú tesztcsomagok
Work Item Type = Test Suite
And Test Suite Type = Requirement Based
Hibák és tesztelési esetek listázása
Nyisson meg egy új lekérdezést, állítsa a lekérdezés típusát Munkahelyi elemekre és közvetlen hivatkozásokra. Szűrjön a felső szinten lévő hibákra, és adja hozzá a csatolt munkaelemek szűrőjének Tesztesetek szűrőt.
Feljegyzés
Nem hozhat létre olyan lekérdezést, amely hierarchikus nézetet jelenít meg a tesztcsomagokról, a tesztcsomagokról és a tesztelési esetekről. Ezek az elemek nem kapcsolódnak egymáshoz szülő-gyermek kapcsolattípusokkal. A hierarchiát a Teszttervek> lapon tekintheti meg.
Adatmezők létrehozása és tesztelése
Az alábbi táblázat azokat a mezőket ismerteti, amelyek egy vagy több teszt WIT-ben vannak definiálva. Az adattípusokról és a mezőattribútumokról további információt a Munkaelem mezői és attribútumai című témakörben talál.
Mező vagy picklist testreszabásáról a lekérdezéseket, jelentéseket és munkafolyamatokat támogató mezők hozzáadása vagy módosítása című témakörben olvashat.
Mezőnév
Leírás
Munkaelem típusa
Automatizálási állapot 1
Egy teszteset állapota. A következő értékeket adhatja meg:
- Automatizált
- Nem automatizált
- Tervezett
Az automatizált tesztek futtatásához lásd: Automatizált tesztek futtatása tesztcsomagokból.
Hivatkozás neve=Microsoft.VSTS.TCM.AutomationStatus, Adattípus=Sztring
Teszteset
A 2. helyen található
Termék buildszáma, más néven változat, amelyben hiba történt.
Hivatkozás neve=Microsoft.VSTS.Build.FoundIn, Data type=String
Feljegyzés
A Buildben található hivatkozástípussal munkahelyi elemet is csatolhat egy buildhez. Ez a hivatkozástípus az Azure DevOpsban érhető el, és csak az aktuális buildelési folyamatokkal működik (nem XAML-buildekkel).
Hiba
Integráció 2. build
Olyan termék buildszáma, amely tartalmazza a kódot, vagy kijavít egy hibát.
Referencianév=Microsoft.VSTS.Build.IntegrationBuild, Data type=String
Feljegyzés
Az Integrált build hivatkozástípussal is összekapcsolhat egy munkaelemet egy buildel. Ez a hivatkozástípus az Azure DevOpsban érhető el, és csak az aktuális buildelési folyamatokkal működik (nem XAML-buildekkel).
Mind
Probléma
Azt jelzi, hogy a megosztott lépések egy várt eredményhez vannak társítva. Az engedélyezett értékek: Igen és Nem. Hivatkozás neve=Microsoft.VSTS.Common.Issue, Data type=String
Megosztott lépések
Paraméterek
A manuális teszt futtatásakor használandó paramétereket tartalmazza.
Microsoft.VSTS.TCM.Parameters, Data type=HTML
Megosztott paraméterek, megosztott lépések, teszteset
Lépések
A teszt futtatásához szükséges művelet- és érvényesítési lépések. Microsoft.VSTS.TCM.Steps, Data type=HTML
Megosztott lépések, eset tesztelése
Rendszerinformációk
A teszt szempontjából releváns szoftver- és rendszerkonfigurációra vonatkozó információk.
Microsoft.VSTS.TCM.SystemInfo, Data type=HTML
Hiba, visszajelzési válasz
Ismétlési lépések (vagy reprodukálási lépések)
A váratlan viselkedés reprodukálásához szükséges lépések. Rögzítsen elegendő információt, hogy a csapat többi tagja tisztában legyen a probléma teljes hatásával, és hogy kijavította-e a hibát. Ide tartoznak a hiba és a várt viselkedés megkeresésére vagy reprodukálására tett műveletek. Referencianév=Microsoft.VSTS.TCM.ReproSteps, Data type=HTML
Hiba
Test Suite Type 1
A tesztcsomag kategóriája. Az engedélyezett értékek a következők:
- Lekérdezésalapú: Egy adott jellemzővel rendelkező tesztesetek csoportosítására használható – például az összes olyan teszt, amely prioritás=1. A csomag automatikusan tartalmazza a megadott lekérdezés által visszaadott teszteseteket.
- Követelményalapú: A hátralékelemek tesztállapotának nyomon követésére tervezett tesztesetek csoportosítására szolgál. A követelményalapú tesztcsomaghoz hozzáadott teszteseteket a rendszer automatikusan csatolja a hátralékelemhez.
- Statikus: A tesztesetek csoportosítására használható bármilyen jellemzővel vagy tesztcsomaggal.
További információ: Tesztterv létrehozása.
Referencianév=Microsoft.VSTS.TCM.TestSuiteType, Data type=String
Tesztcsomag
Feljegyzés
- Ezekhez a mezőkhöz ne szabja testre a picklistát. A rendszer csak a felsorolt értékeket fogadja el.
- Ha hozzáad egy
GLOBALLIST
elemet aFIELD
definícióhoz, megadhat egy legördülő menüt azokról a buildekről, amelyek közül a felhasználók választhatnak. Ennek módjáról a cikk későbbi részében, a Builds és a global list auto-population című témakörben olvashat.
Egyéb mezők
A következő mezők nem jelennek meg a munkaelem-űrlapokon, de ezeket a mezőket tesztesetek vagy tesztcsomagok követik nyomon. Ezen mezők némelyikével szűrheti a lekérdezéseket és jelentéseket hozhat létre. (Ezen mezők egyike sem lesz hozzáadva az adattárházhoz, és nem indexelhető.)
Mezőnév
Leírás
Munkaelem típusa
Automatizált teszttároló
A tesztesetet automatizáló tesztet tartalmazó szerelvény.
Hivatkozás neve=Microsoft.VSTS.TCM.AutomatedTestStorage, Data type=String
Teszteset
Automatizált teszttípus
A tesztesetet automatizáló teszt típusa.
Hivatkozás neve=Microsoft.VSTS.TCM.AutomatedTestType, Data type=String
Teszteset
AutomatedTestId
A tesztesetet automatizáló teszt azonosítója.
Hivatkozás neve=Microsoft.VSTS.TCM.AutomatedTestId, Data type=String
Teszteset
AutomatedTestName
A teszteset automatizálásához használt teszt neve.
Hivatkozás neve=Microsoft.VSTS.TCM.AutomatedTestName, Data type=String
Teszteset
LocalDataSource
A tesztet támogató helyi adatforrás.
Hivatkozás neve=Microsoft.VSTS.TCM.LocalDataSource, Data type=HTML
Teszteset
Lekérdezés szövege
A lekérdezésalapú csomagtípushoz definiált lekérdezés rögzítésére használt mező.
Hivatkozás neve=Microsoft.VSTS.TCM.QueryText, Data type=PlainText
Tesztcsomag
Tesztcsomag naplózása
Nyomon követi a tesztcsomagok módosításakor futtatott egyéb műveleteket, például tesztcsomagok hozzáadását vagy konfigurációk módosítását. Ez a mező megtekinthető az Előzmények lapon vagy egy külön lekérdezésen keresztül. Van egy kombinált előzménynézet, beleértve a munkaelemek mezőn végzett módosításokat és a kapcsolódó összetevőkből, például tesztpontokból és konfigurációkból eredő módosításokat.
Hivatkozás neve=Microsoft.VSTS.TCM.TestSuiteAudit, Data type=PlainText
Tesztcsomag
Test Suite Type ID 1
A rendszer által hozzárendelt érték, amely megfelel a tesztcsomag kategóriájának, és csak a tesztcsomagokra vonatkozik. A hozzárendelt értékek a következők:
1 (Statikus)
2 (Lekérdezésalapú)
3 (Követelményalapú)
Referencianév=Microsoft.VSTS.TCM.TestSuiteTypeId, Data type=Egész szám
Tesztcsomag
Feljegyzés
- Ezekhez a mezőkhöz ne szabja testre a picklistát. A rendszer csak a felsorolt értékeket fogadja el.
A Team Foundation buildel integrálható mezők
A Team Foundation Build az Azure DevOps Serverrel és a TFS-sel használható helyszíni buildrendszer. A buildelési folyamatot a Team Foundation Build használatával konfigurálhatja, a Team Foundation build pedig munkaelemeket hozhat létre, ha egy build meghiúsul. Emellett buildadatokat is hozzáadhat egy adott buildben feloldott munkaelemekhez. Ahhoz, hogy ez működjön, a Team Foundation Build megköveteli, hogy a következő két mező legyen hozzáadva a munkaelem-típusdefinícióhoz: Found In and Integration Build.
Az In and Integrated in Build mezők az alapértelmezett folyamatok hibáihoz vannak definiálva. Ezek a mezők a hibákat azokhoz a buildekhez társítják, ahol azokat megtalálták vagy kijavították.
A következő kódrészlet használatával hozzáadhatja ezeket a mezőket egy WIT-definícióhoz.
<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="<None>" />
</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="<None>" />
</SUGGESTEDVALUES>
</FIELD>
Ha a Talált mező megtalálható egy WIT-definícióban, a Team Foundation Build létrehoz egy munkaelemet, amikor egy build meghiúsul, és a Found In mezőt a sikertelen build buildszámára állítja. Ha a Talált mező hiányzik, a Team Foundation Build nem hoz létre munkaelemet a sikertelen buildhez, és minden más a várt módon működik.
Ha az Integráció összeállítása mező szerepel a WIT-definícióban, a Team Foundation Build azonosítja az egyes buildekkel feloldott munkaelemeket, majd frissíti ezeket a munkaelemeket, hogy megszűkítsék azt a buildszámot, amelyben feloldották őket az Integráció összeállítása mezőben. Ha az Integráció összeállítása mező hiányzik, a Team Foundation Build nem tárolja a buildszámot a munkaelemekben, és minden más a várt módon működik.
Buildek és globális lista automatikus feltöltése
Amikor először várólistára állít egy buildet egy projekthez a Team Foundation Build használatával, a TFS automatikusan hozzáad egy Build – ProjectName címkével ellátott globális listát. Minden egyes build futtatásakor a rendszer hozzáad egy LISTITEM-et ehhez a globális listához a build nevével.
Ha GLOBALLIST-elemet ad hozzá a FIELD definícióhoz, a felhasználók által választható buildek legördülő menüjét is megadhatja. Példa:
<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="<None>" />
</SUGGESTEDVALUES>
<SUGGESTEDVALUES expanditems="true" filteritems="excludegroups">
<GLOBALLIST name="Builds - TeamProjectName" />
</SUGGESTEDVALUES>
</FIELD>
Teszttervekkel integrálható mezők
A tesztcsomagokkal automatizálhatja egy hiba vagy más típusú munkaelem létrehozását, ha egy teszt meghiúsul. További információ: Megállapítások hozzáadása meglévő hibákhoz feltáró teszteléssel.
Ha egy munkaelem ilyen módon lett létrehozva, a rendszer adatai és a hiba reprodukálásának lépései a Rendszerinformációk és a Repro Steps mezőkben lesznek rögzítve.
Ezeket a mezőket hozzáadhatja a hibák nyomon követéséhez létrehozott munkaelem-típusokhoz az alábbi kódrészlet használatával.
<FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" />
<FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML" />
A Team Foundation verziókövetésével integrálható mezők
A Team Foundation verziókövetésében (TFVC) elérhető funkciók egyike lehetővé teszi a munkaelemek társítását vagy feloldását a kód beadásakor. Előfordulhat, hogy a kód módosításakor egy adott munkaelemen dolgozott, és ezt a társítás a forrásvezérlő bejelentkezési ablakából állíthatja be, amikor befejezte a munkát a kódon.
Ahhoz, hogy a Team Foundation verziókövetése feloldjon egy munkaelemet, a munkaelemeknek tartalmazniuk kell egy adott műveletet. A forrásvezérlő rendszer ezután lekérdezi a munkaelem nyomon követését annak megállapításához, hogy a munkaelem támogatja-e ezt a műveletet, és ha támogatja ezt a műveletet, az áttűnés forrás- és célállapotait is lekérdezi. Ha a művelet megtalálható, a forrásvezérlő rendszer át tudja váltani a munkaelemet a beállított áttűnésnek megfelelően, amikor ellenőrzi a kódot.
Feljegyzés
Ha a Checkin műveletet használja, meg kell adnia a megfelelő értéket a kívánt állapotváltásnak megfelelően.
További információ a Műveletekről: Mezőhozzárendelések automatizálása állapot, áttűnés vagy ok alapján.
Kapcsolódó cikkek
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: