Postman med Newman & Jenkins

i serien av Postman handledning har vi lärt oss om Postman & Newman och deras funktioner. För att mastera helt i Postman behöver vi bara ett element till för att slutföra kursen. Detta element är Jenkins. Så i denna handledning kommer vi att prata om Postman med Newman & Jenkins. I grund och botten är Postman inte bara en programvara idag. Nu är Postman inte Postman utan ett paket med Postman, Newman och Jenkins. Detta paket hjälper till att slutföra cirkeln av automatiserad testning och leverera programvara av god kvalitet. Eftersom vi har diskuterat de två första elementen kommer vi att fokusera på Jenkins på de närmaste handledningarna, så att vi förstår fördelarna med Postman med Newman & Jenkins. Låt oss börja med att bekanta dig med det.jenkins_Main_Logo

Vad är Jenkins?

Jenkins är en Open source automation server skriven i Java. Jenkins används för att bygga och testa du projekt kontinuerligt och därmed göra arbetet med en utvecklare och en testare lätt för programvaran. För att få det i bekanta termer som vi studerade använder Jenkins kontinuerlig integration och kontinuerlig utveckling för utveckling och distribution av programvaran och allt detta gör arbetet för en utvecklare lätt. Med Jenkins kan organisationer påskynda mjukvaruutvecklingsprocessen genom automatisering. Jenkins integrerar utvecklingslivscykelprocesser av alla slag, inklusive bygg, dokument, test, paket, scen, distribuera, statisk analys och mycket mer.

kom ihåg i den senaste handledningen vi studerade om kontinuerlig integration vilket i korthet innebär att varje gång din kod skjuts till förvaret körs vissa testfall automatiskt på koden. Detta hjälper utvecklarna att kontrollera byggnaden om den är korrekt eller inte. Om vi inte utför kontinuerlig integration ”kontinuerligt” men ibland kanske vi inte får i vilken byggnad som misslyckades och på grund av vilket problem. Jenkins gör detsamma, det hjälper utvecklaren och testaren genom kontinuerlig integration och kontinuerligt kontrollerar byggkvaliteten. Men vi har inte lärt oss om den andra termen (kontinuerlig leverans) som vi använde ovan. Så låt oss göra det nu.

Vad är kontinuerlig leverans?

kontinuerlig leverans bygger på kontinuerlig Integration, vilket innebär att kontinuerlig leverans (CD) inte är möjlig om kontinuerlig Integration (CI) inte är på plats. Kontinuerlig leverans fungerar som nästa steg i kontinuerlig integration. Continuous delivery är en DevOps mjukvaruutveckling praxis där kodändringar byggs automatiskt, testade (enhetstester), och förberedda för en övergång till en miljö. Denna miljö kan vara allt från iscensättning, Förproduktion eller produktion. På ett sätt expanderar den på kontinuerlig integration genom att distribuera alla kodändringar i en testmiljö och/eller en produktionsmiljö efter byggstadiet.

kontinuerlig leverans låter utvecklare automatisera testning utöver bara enhetstester så att de kan verifiera programuppdateringar över flera dimensioner innan de distribueras till kunder. Dessa tester kan omfatta UI-tester, prestandatester, integrationstester, API-tester. Som du vet att UI eller andra tester behöver en miljö för att köra, så använder continuous delivery faktiskt applikationen på den angivna miljön och där de andra testerna som API & UI kommer att köras. Detta hjälper utvecklare att mer noggrant validera uppdateringar och förebyggande upptäcka problem.

därför meddelas utvecklarna om detsamma och manuellt trycker de in det i produktionsmiljön där programvaran släpps ut till kunderna/klienterna. Continuous delivery automatiserar hela programvaruprocessen. Varje revision som görs utlöser ett automatiserat flöde som bygger, testar och sedan arrangerar uppdateringen. Det slutliga beslutet att distribuera till en levande produktionsmiljö utlöses av utvecklaren.

Vad är kontinuerlig distribution?

skillnaden mellan kontinuerlig leverans och kontinuerlig distribution är närvaron av ett manuellt godkännande för att uppdatera till produktion. Med kontinuerlig distribution sker produktionsdistribution automatiskt utan uttryckligt godkännande. Vilket innebär att det sista steget i kontinuerlig distribution också automatiseras och koden skjuts automatiskt utan att utvecklaren ingriper.

Vi kan också säga att det är ett steg upp från kontinuerlig leverans eftersom det är helt automatiserat. Eftersom det är helt automatiserad, skulle det vara lättare att gissa att det kräver mycket noggrann miljö process och endast ett fåtal företag kommer att tillämpa den. Dessa noggranna försiktighetsåtgärder inkluderar att ha en högt utvecklad övervakningskultur och ha förmågan att återhämta sig snabbt.

kontinuerlig leverans-vs-kontinuerlig distribution

så, Jenkins är en programvara som automatiserar testerna och ger kontinuerlig integration och kontinuerlig leverans/kontinuerlig distribution. Fortsätter med detsamma ger Jenkins oss ytterligare fördelar.

fördelar med Jenkins

Jenkins uppnår kontinuerlig integration med hjälp av plug-in och det finns bokstavligen tusentals plugins tillgängliga för Jenkins. För varje arbete kan du hitta en plug-in för Jenkins och om inte, det kan skapas. Plugin möjliggör integration av olika DevOps-steg. Om du vill integrera ett visst verktyg måste du installera plugin för det verktyget. Till exempel: Git, Maven 2-projekt, Amazon EC2, HTML-utgivare etc. Bortsett från plug-ins finns följande fördelar med Jenkins

  • det är ett open source-verktyg med bra community support
  • det är enkelt att installera.
  • det är kostnadsfritt.
  • den är byggd med Java och därmed är den bärbar till alla större plattformar.

dessa fördelar är av stor betydelse för alla utvecklare eller tester. Och om något du inte fick har vi sammanfattat det i nästa avsnitt.

Postman med Newman& Jenkins

Jenkins idag används i en takt som utvecklaren aldrig hade föreställt sig. Det är snart att bli motorn för DevOps. Det råder ingen tvekan om att Jenkins främsta kraftkälla är det plugins. Det står inte någon annan specifik faktor att använda Jenkins med Postman. Det finns många alternativ som kan användas med Postman men Jenkins är att föredra och rekommenderas (även på postman officiella hemsida). Så att säga, Vi kommer att använda Jenkins bara för att den har större kraft än annan programvara och utvecklas också. Utbudet av plugins i Jenkins gör det till det första valet för alla. Om du vill kontrollera alternativen kan du lära dig om dem genom att söka själv. De är Atlassian Bamboo, CircleCI, JetBrains TeamCity, ThoughtWorks Snap för att nämna några.

som vi diskuterade i ovanstående avsnitt hjälper kontinuerlig integration oss att kombinera de olika koderna och utföra tester kontinuerligt. Denna sammanslagning av tester och kod är en framgång på grund av kontinuerlig integration, vilket i Postman görs av Newman och Jenkins. Postman Newman är byggd för att enkelt integrera den med dina byggsystem Jenkins. Med den här funktionen får Utvecklare en snabb feedback om API: s prestanda efter att deras kod har ändrats. Som med hjälp av Newman, det blir integrerat med Jenkins och därefter om någon förändring skjuts, Jenkins kommer att köra postman Samlingar med Newman.

sammanfattning

Jenkins är en kontinuerlig integrationsserver. Kort sagt, Jenkins fungerar som en mellanman mellan din byggkod och förvaret. Om den hittar några ändringar i koden samlar den koden och skickar dem till din byggkod där automatiserade tester görs. Om tester verkar okej, kommer en manuell push att leverera samma kod till kunden vid kontinuerlig leverans eller annars kommer denna process att automatiseras enligt kontinuerlig distribution. Så snabbt, enkelt och pålitligt. Jag hoppas att du måste ha fått Nu Vad är Jenkins och varför använder vi det. I nästa handledning installerar vi Jenkins och kör några samlingar.