Postmann Med Newman & Jenkins

i serien Postmann Opplæringen har vi lært Om Postmann & Newman Og deres funksjoner. For å mestre helt I Postman trenger vi bare ett element for å fullføre dette kurset. Dette elementet Er Jenkins. Så i denne opplæringen vil vi snakke Om Postman Med Newman & Jenkins. I Utgangspunktet Postman Er ikke bare en programvare i dag. Nå Er Postman ikke Postman, Men En pakke Med Postman, Newman Og Jenkins. Denne pakken bidrar til å fullføre sirkelen av automatisert testing og levere god kvalitet programvare. Siden vi har diskutert de to første elementene, vil Vi fokusere På Jenkins på de neste opplæringene, slik at Vi forstår fordelene Med Postman Med Newman & Jenkins. La oss begynne med å bli kjent med det. jenkins_Main_Logo

Hva Er Jenkins?

Jenkins er en åpen kildekode automatisering server skrevet I Java. Jenkins brukes til å bygge og teste deg prosjektet kontinuerlig og dermed gjøre arbeidet til en utvikler og en tester lett for programvaren. For å få det kjent som vi studerte, Bruker Jenkins kontinuerlig integrasjon og kontinuerlig utvikling for utvikling og distribusjon av programvaren, og alt dette gjør arbeidet til en utvikler enkelt. Med Jenkins kan organisasjoner akselerere programvareutviklingsprosessen gjennom automatisering. Jenkins integrerer utviklings livssyklusprosesser av alle slag, inkludert bygg, dokument, test, pakke, scene, distribuere, statisk analyse og mye mer.

Husk i den siste opplæringen vi studerte om kontinuerlig integrasjon som kort betyr hver gang koden din skyves til depotet, blir noen tester saken automatisk utført på koden. Dette hjelper utviklerne sjekke bygge om det er riktig eller ikke. Hvis vi ikke utfører kontinuerlig integrasjon «kontinuerlig», men noen ganger kan vi ikke komme inn i hvilken bygg ble mislyktes og på grunn av hvilket problem. Jenkins gjør det samme, det hjelper utvikleren og testeren ved kontinuerlig integrasjon og kontinuerlig kontroll av kvaliteten på bygningen. Men vi har ikke lært om den Andre termen (Kontinuerlig levering) som vi brukte ovenfor. Så la oss gjøre det nå.

Hva Er Kontinuerlig Levering?

Continuous Delivery er bygget på Toppen Av Continuous Integration, noe som betyr At Continuous Delivery (CD) ikke er mulig hvis Continuous Integration (CI) ikke er på plass. Continuous delivery fungerer som et neste trinn i kontinuerlig integrasjon. Continuous delivery er En DevOps – programvareutviklingspraksis der kodeendringer automatisk bygges, testes (Enhetstester) og forberedes for utgivelse til et miljø. Dette miljøet kan være alt fra iscenesettelse, pre-produksjon eller produksjon. På en måte utvides den ved kontinuerlig integrasjon ved å distribuere alle kodeendringer til et testmiljø og/eller et produksjonsmiljø etter byggetrinnet.

Continuous delivery lar utviklere automatisere testing utover bare enhetstester, slik at de kan verifisere programoppdateringer på tvers av flere dimensjoner før de distribueres til kunder. Disse testene kan omfatte UI-Tester, Ytelsestester, Integrasjonstester, API-Tester. Som du vet at UI eller andre tester trenger et miljø å kjøre, derfor kontinuerlig levering faktisk distribuerer programmet på det angitte miljøet og hvor de andre tester SOM API & UI vil bli henrettet. Dette hjelper utviklere mer grundig validere oppdateringer og preemptively oppdage problemer.

derfor blir utviklerne varslet om det samme og manuelt skyver de det inn i produksjonsmiljøet hvor programvaren slippes ut til kundene/klientene. Kontinuerlig levering automatiserer hele programvareutgivelsesprosessen. Hver revisjon som er begått utløser en automatisert flyt som bygger, tester og deretter stadier oppdateringen. Den endelige beslutningen om å distribuere til et levende produksjonsmiljø utløses av utvikleren.

Hva Er Kontinuerlig Distribusjon?

forskjellen mellom kontinuerlig levering og kontinuerlig distribusjon er tilstedeværelsen av en manuell godkjenning for å oppdatere til produksjon. Med kontinuerlig distribusjon skjer produksjonsdistribusjon automatisk uten eksplisitt godkjenning. Det betyr at i kontinuerlig distribusjon er det siste trinnet også automatisert, og koden skyves automatisk uten inngrep fra utvikleren.

Vi kan også si At det er et steg opp fra kontinuerlig levering som det er helautomatisk. Siden det er fullt automatisert, ville det være lettere å gjette at det krever svært forsiktig miljøprosess, og bare få selskaper vil bruke det. Disse forsiktige forholdsregler inkluderer å ha en høyt utviklet overvåkingskultur og ha evnen til å gjenopprette raskt.

 continuous-delivery-vs-continuous-deployment

Så, Jenkins er en programvare som automatiserer testene og gir kontinuerlig integrasjon og kontinuerlig levering / kontinuerlig distribusjon. Fortsatt med det samme gir Jenkins oss ytterligere fordeler.

Fordeler Med Jenkins

Jenkins oppnår kontinuerlig integrasjon ved hjelp Av plug-in og det er bokstavelig talt tusenvis av plugins tilgjengelig For Jenkins. For hvert arbeid kan du finne en plug-in For Jenkins, og hvis ikke, kan den opprettes. Plugin tillater integrering av Ulike DevOps stadier. Hvis du vil integrere et bestemt verktøy, må du installere plugin for det verktøyet. For eksempel: Git, Maven 2 prosjekt, Amazon EC2, HTML utgiver etc. Bortsett fra plugin-moduler er det følgende fordeler Med Jenkins

  • det er et åpen kildekode-verktøy med stor fellesskapsstøtte
  • det er enkelt å installere.
  • det er gratis.
  • den er bygget Med Java og dermed er den bærbar til alle de store plattformene.

disse fordelene er av stor betydning for enhver utvikler eller tester. Og hvis noe du ikke får vi har oppsummert det i neste avsnitt.

Postmann Med Newman & Jenkins

Jenkins i dag blir brukt med en hastighet som utvikleren aldri hadde forestilt seg. Det er snart å bli motoren For DevOps. Det er ingen tvil Om At Jenkins hovedkilde til kraft er det plugins. Det står ikke noen annen spesifikk faktor for å bruke Jenkins Med Postman. Det er mange alternativer Som Kan brukes Med Postman, Men Jenkins er foretrukket og anbefalt (også på postman offisielle nettside). Så å si, vi vil bruke Jenkins bare fordi Den har større kraft enn annen programvare og utvikler seg også. Utvalget av plugins I Jenkins gjør det til førstevalg for alle. Hvis du vil sjekke alternativene kan du lære om dem gjennom å søke selv. De Er Atlassian Bamboo, CircleCI, JetBrains TeamCity, Thought Snap For å nevne noen.

som vi diskuterte i avsnittet ovenfor , hjelper kontinuerlig integrasjon oss med å kombinere de forskjellige kodene og utføre tester kontinuerlig. Denne kombinasjonen av tester og kode er en suksess på grunn av kontinuerlig integrasjon, som I Postman er gjort Av Newman og Jenkins. Postman Newman er bygget for å enkelt integrere den med bygge systemer Jenkins. Med denne funksjonen får utviklere en rask tilbakemelding på Ytelsen til Apier etter at koden endres. Som Med Hjelp Av Newman, det blir integrert Med Jenkins og deretter hvis noen endring er presset, Jenkins vil kjøre postmann samlinger Med Newman.

Sammendrag

Jenkins er en kontinuerlig integrasjonsserver. Kort sagt, Jenkins fungerer som en mellommann mellom byggekoden din og depotet. Hvis den finner noen endringer i koden, samler den koden og sender dem til byggekoden din der automatiserte tester er gjort. Hvis tester virker ok, vil en manuell push levere samme kode til klienten ved kontinuerlig levering, ellers vil denne prosessen bli automatisert i henhold til kontinuerlig distribusjon. Så rask, enkel og pålitelig. Jeg håper du må ha fått nå Hva Er Jenkins og hvorfor bruker vi det. I neste opplæringen vil vi installere Jenkins og kjøre noen samlinger.