Skapa en fråga baserat på bygg- och testintegreringsfält

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

Arbetsobjektfält som stöder bygg- och testintegrering stöder följande åtgärder:

• Associera buggar med de versioner där de hittades eller åtgärdades
• Fråga efter buggar som är associerade med en version
• Markera testfall som antingen manuella eller automatiserade och lagra information som stöd för automatiserade testfall
• För testfall och delade steg definierar du åtgärds- och valideringsstegen och de data som används för att köra tester.

Operatorer och makron som stöds

De flesta bygg- och testintegreringsfält har datatypen String, PlainText eller HTML. Frågesatser som anger ett text- eller RTF-fält kan använda operatorer och makron som anges i följande tabell.

Datatyp

Operatorer och makron som stöds

---

RTF (HTML) och
Textsträngar med flera rader (oformaterad text)

Contains Words, Does Not Contain Words, Is Empty, . Is Not Empty
Operatorerna Is Empty och Is Not Empty stöds för Azure DevOps Server 2019 RC2 och senare versioner.

Enkeltext (sträng)

= , <> , > , < , >= , <= , =[Field], <>[Field], >[Field], <[Field], >=[Field], <=[Field], Contains, Does Not Contain, In, Not In, , In Group, , Not In GroupWas Ever
Makron: [Any], giltiga med fältet Typ av arbetsobjekt och @Project, giltigt med fältet Teamprojekt . Systemet filtreras automatiskt som standard baserat på det aktuella projektet. Mer information finns i Köra frågor mot flera projekt.

Användbara filter

Filtrera efter

Inkludera dessa frågesatser

Automatiserade testfall

        Work Item Type = Test Case And Automation Status = Automated

Frågebaserade testpaket

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

Kravbaserade testpaket

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

Lista buggar och testfallen som testar dem

Öppna en ny fråga, ange frågetypen till Arbetsobjekt och direktlänkar. Filtrera efter buggar på den översta nivån och lägg till filtret för testfall i det länkade arbetsobjektfiltret.

Kommentar

Du kan inte skapa en fråga som visar en hierarkisk vy över testplaner, testsviter och testfall. De här objekten länkas inte ihop med hjälp av länktyperna överordnad-underordnad. Du kan visa hierarkin via sidan Testtestplaner>.

Skapa och testa datafält

I följande tabell beskrivs de fält som definieras i en eller flera av test-WIT:erna. Information om datatyper och fältattribut finns i Fält och attribut för arbetsobjekt.

Information om hur du anpassar ett fält eller en listruta finns i Lägga till eller ändra ett fält för att stödja frågor, rapporter och arbetsflöden.

Fältnamn

Beskrivning

Typ av arbetsobjekt

---

Automationsstatus ¹

Status för ett testfall. Du kan ange följande värden:

• Automatiserade
• Inte automatiserad
• Planerad
  Information om hur du kör automatiserade tester finns i Köra automatiserade tester från testplaner.
  Referensnamn=Microsoft.VSTS.TCM.AutomationStatus, Datatyp=Sträng

Testfall

Hittades i ²

Produktversionsnummer, även kallat en revision, där en bugg hittades.
Referensnamn=Microsoft.VSTS.Build.FoundIn, Datatyp=Sträng

Kommentar

Du kan också använda länktypen Hittades i bygget för att länka ett arbetsobjekt till en version. Den här länktypen är tillgänglig från Azure DevOps och fungerar endast med de aktuella byggprocesserna (inte XAML-versioner).

Bugg

Integration Build ²

Produktversionsnummer som innehåller koden eller åtgärdar ett fel.
Referensnamn=Microsoft.VSTS.Build.IntegrationBuild, Data type=String

Kommentar

Du kan också använda länktypen Integrerad i build för att länka ett arbetsobjekt till en version. Den här länktypen är tillgänglig från Azure DevOps och fungerar endast med de aktuella byggprocesserna (inte XAML-versioner).

Alla

Problem

Anger att de delade stegen är associerade med ett förväntat resultat. Tillåtna värden är Ja och Nej. Referensnamn=Microsoft.VSTS.Common.Issue, Datatyp=Sträng

Delade steg

Parametrar

Innehåller de parametrar som ska användas när du kör ett manuellt test.
Microsoft.VSTS.TCM.Parameters, Data type=HTML

Delade parametrar, delade steg, testfall

Steg

De åtgärds- och valideringssteg som krävs för att köra testet. Microsoft.VSTS.TCM.Steps, Data type=HTML

Delade steg, testfall

Systeminformation

Information om den programvaru- och systemkonfiguration som är relevant för testet.
Microsoft.VSTS.TCM.SystemInfo, Data type=HTML

Bugg, feedbacksvar

Återskapa steg (eller steg för att återskapa)

De steg som krävs för att återskapa oväntat beteende. Samla in tillräckligt med information så att andra teammedlemmar kan förstå den fulla effekten av problemet och om de har åtgärdat felet. Detta inkluderar åtgärder som vidtagits för att hitta eller återskapa felet och förväntat beteende. Referensnamn=Microsoft.VSTS.TCM.ReproSteps, Data type=HTML

Bugg

Testsvit typ ¹

Kategorin för testsviten. Tillåtna värden är:

• Frågebaserad: Använd för att gruppera testfall som har en viss egenskap, till exempel alla tester som har Prioritet=1. Sviten innehåller automatiskt varje testfall som returneras av den fråga som du definierar.
• Kravbaserad: Använd för att gruppera testfall som utformats för att spåra teststatusen för kvarvarande objekt. Varje testfall som du lägger till i en kravbaserad testsvit länkas automatiskt till kvarvarande uppgifter.
• Statisk: Används för att gruppera testfall med eventuella egenskaper eller testpaket.
  Mer information finns i Skapa en testplan.
  Referensnamn=Microsoft.VSTS.TCM.TestSuiteType, Datatyp=Sträng

Testsvit

Kommentar

1. Anpassa inte listrutan för de här fälten. Systemet accepterar endast de värden som anges.
2. Genom att lägga till ett GLOBALLIST element i FIELD definitionen kan du ange en nedrullningsbara meny med versioner som användarna kan välja mellan. Mer information finns i Builds and global list auto-population later in this article .

Andra fält

Följande fält visas inte i formulär för arbetsobjekt, men de här fälten spåras för testfall eller testpaket. Du kan använda några av dessa fält för att filtrera frågor och skapa rapporter. (Inget av dessa fält läggs till i informationslagret eller indexeras.)

Fältnamn

Beskrivning

Typ av arbetsobjekt

Automatiserad testlagring

Sammansättningen som innehåller testet som automatiserar testfallet.

Referensnamn=Microsoft.VSTS.TCM.AutomatedTestStorage, Data type=String

Testfall

Automatiserad testtyp

Den typ av test som automatiserar testfallet.

Referensnamn=Microsoft.VSTS.TCM.AutomatedTestType, Data type=String

Testfall

AutomatedTestId

ID:t för testet som automatiserar testfallet.

Referensnamn=Microsoft.VSTS.TCM.AutomatedTestId, Data type=String

Testfall

AutomatedTestName

Namnet på testet som används för att automatisera testfallet.

Referensnamn=Microsoft.VSTS.TCM.AutomatedTestName, Data type=String

Testfall

LocalDataSource

Den lokala datakälla som stöder testet.

Referensnamn=Microsoft.VSTS.TCM.LocalDataSource, Data type=HTML

Testfall

Frågetext

Fält som används för att avbilda frågan som definierats för en frågebaserad svittyp.

Referensnamn=Microsoft.VSTS.TCM.QueryText, Data type=PlainText

Testsvit

Granskning av testpaket

Spårar andra åtgärder som körs när du ändrar en testsvit, till exempel att lägga till tester i en testsvit eller ändra konfigurationer. Det här fältet kan visas på fliken Historik eller via en separat fråga. Det finns en kombinerad historikvy, inklusive ändringar som gjorts i arbetsobjektfältet och ändringar som beror på relaterade artefakter som testpunkter och konfigurationer.

Referensnamn=Microsoft.VSTS.TCM.TestSuiteAudit, Data type=PlainText

Testsvit

Typ-ID ^{för Test Suite 1}

Ett systemtilldelat värde som motsvarar kategorin testpaket och som endast gäller för testsviter. Tilldelade värden är:

• 1 (statisk)

• 2 (frågebaserad)

• 3 (Kravbaserad)

Referensnamn=Microsoft.VSTS.TCM.TestSuiteTypeId, Datatyp=Heltal

Testsvit

Kommentar

1. Anpassa inte listrutan för de här fälten. Systemet accepterar endast de värden som anges.

Fält som integreras med Team Foundation Build

Team Foundation Build är det lokala byggsystem som du kan använda med Azure DevOps Server och TFS. Du kan konfigurera din byggprocess med Hjälp av Team Foundation Build och Team Foundation Build kan generera arbetsobjekt när ett bygge misslyckas. Den kan också lägga till bygginformation för arbetsobjekt som har lösts i en viss version. För att detta ska fungera kräver Team Foundation Build att följande två fält läggs till i definitionen av arbetsobjekttyp: Finns i och Integration Build.

I och integrerade i byggfält definieras för buggar i standardprocesserna. De här fälten associerar buggar med byggen där de hittades eller åtgärdades.

Du kan använda följande kodfragment för att lägga till dessa fält i en WIT-definition.

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

När fältet Hittade i finns i en WIT-definition skapar Team Foundation Build ett arbetsobjekt när en version misslyckas och anger fältet Hittade i till versionsnumret för den version som misslyckades. Om fältet Hittades i saknas skapar inte Team Foundation Build något arbetsobjekt för den misslyckade versionen, och allt annat fungerar som förväntat.

När fältet Integration Build finns i WIT-definitionen identifierar Team Foundation Build arbetsobjekt som löstes med varje bygge och uppdaterar sedan de arbetsobjekten för att ange det versionsnummer som de löstes i fältet Integration Build. Om fältet Integration Build saknas lagrar Team Foundation Build inte versionsnumret i arbetsobjekten och allt annat fungerar som förväntat.

Skapa och skapa en global lista med automatisk inpopulation

Första gången du köar ett bygge för ett projekt med Team Foundation Build lägger TFS automatiskt till en global lista med namnet Build – ProjectName. Varje gång en version körs läggs en LISTITEM till i den här globala listan med namnet på bygget.

Genom att lägga till ett GLOBALLIST-element i FÄLT-definitionen kan du ange en nedrullningsbara meny med versioner som användarna kan välja mellan. Till exempel:

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

Fält som integreras med testplaner

Med Testplaner kan du automatisera skapandet av en bugg eller annan typ av arbetsobjekt när ett test misslyckas. Mer information finns i Lägga till resultat i befintliga buggar med undersökande testning.

När ett arbetsobjekt har skapats på det här sättet registreras information om systemet och stegen för att återskapa felet i fälten Systeminformation och Återskapa steg .

Du kan lägga till dessa fält i arbetsobjekttyper som du skapar för att spåra defekter med hjälp av följande kodfragment.

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

Fält som integreras med Team Foundation Version Control

En av de funktioner som är tillgängliga i Team Foundation-versionskontroll (TFVC) gör att du kan associera eller lösa arbetsobjekt när du checkar in kod. Du kanske har arbetat med ett visst arbetsobjekt när du gör en kodändring och du kan ange den associationen inifrån incheckningsfönstret för källkontroll när du är klar med att arbeta med koden.

Möjligheten för Team Foundation-versionskontroll att lösa ett arbetsobjekt kräver att arbetsobjekt innehåller en viss åtgärd. Källkontrollsystemet frågar sedan arbetsobjektspårning för att avgöra om arbetsobjektet stöder den åtgärden, och om det stöder den åtgärden frågar det också efter källan och måltillstånden för övergången. Om åtgärden hittas kan källkontrollsystemet överföra arbetsobjektet enligt den angivna övergången när den checkar in koden.

Kommentar

När du använder checkin-åtgärden måste du ange lämpliga från och till tillstånd för att återspegla den tillståndsövergång som du vill använda.

Mer information om åtgärder finns i Automatisera fälttilldelningar baserat på tillstånd, övergång eller orsak.

Relaterade artiklar

• Index för arbetsuppgiftsfält
• Driva Git-utveckling från ett arbetsobjekt
• Länka arbetsobjekt till andra objekt
• Länk- och bifogade frågor