Postman with Newman & Jenkins

Postman tutoriaalin sarjassa olemme oppineet Postmanista & Newmanista ja sen ominaisuuksista. Masterointi täysin Postman tarvitsemme vain yksi elementti suorittaa tämän kurssin. Tämä elementti on Jenkins. Joten tässä tutoriaalissa puhumme Postmanista Newmanin kanssa & Jenkins. Pohjimmiltaan Postman ei ole vain ohjelmisto tänään. Nyt postinkantaja ei ole postinkantaja vaan postinkantajan, Newmanin ja Jenkinsin paketti. Tämä paketti auttaa täydentämään automaattisen testauksen kehää ja toimittamaan laadukkaita ohjelmistoja. Koska olemme keskustelleet kahdesta ensimmäisestä elementistä, keskitymme Jenkinsiin seuraavissa tutoriaaleissa, jotta ymmärrämme Postmanin hyödyt Newmanin & Jenkinsin kanssa. Aloitetaan tutustuttamalla sinut siihen.jenkins_Main_Logo

mikä on Jenkins?

Jenkins on avoimen lähdekoodin automaatiopalvelin, joka on kirjoitettu Javalla. Jenkinsiä käytetään rakentamaan ja testaamaan projektiasi jatkuvasti ja siten tekemään kehittäjän ja testaajan työstä helppoa ohjelmistolle. Jenkins käyttää jatkuvaa integraatiota ja jatkuvaa kehittämistä ohjelmiston kehittämiseen ja käyttöönottoon, ja kaikki tämä tekee kehittäjän työstä helppoa. Jenkinsin avulla organisaatiot voivat nopeuttaa ohjelmistokehitystä automaation avulla. Jenkins integroi kehityksen elinkaariprosessit kaikenlaisiin, mukaan lukien rakentaminen, dokumentti, testi, paketti, vaihe, käyttöönotto, staattinen analyysi ja paljon muuta.

muista viimeisessä tutoriaalissa, jota tutkimme jatkuvasta integraatiosta, joka lyhyesti sanottuna tarkoittaa sitä, että aina kun koodisi työnnetään arkistoon, osa testitapauksista suoritetaan koodille automaattisesti. Tämä auttaa Kehittäjät tarkistaa rakentaa, jos se on oikea vai ei. Jos emme suorita jatkuvaa integraatiota ”jatkuvasti”, mutta joskus emme ehkä saa joka rakentaa epäonnistui ja minkä ongelman vuoksi. Jenkins tekee samoin, se auttaa kehittäjää ja testaajaa jatkuvalla integroinnilla ja jatkuvasti tarkistamalla rakennuksen laatua. Mutta emme ole oppineet toisesta termistä (jatkuva toimitus), jota käytimme edellä. Tehdään se nyt.

mitä on jatkuva toimitus?

jatkuva toimitus rakentuu jatkuvan integraation päälle, jolloin jatkuva toimitus (CD) ei ole mahdollista, jos jatkuva integraatio (CI) ei ole käytössä. Jatkuva toimitus toimii jatkuvan integraation seuraavana vaiheena. Jatkuva toimitus on DevOps-ohjelmistokehityskäytäntö, jossa koodimuutokset rakennetaan automaattisesti, testataan (yksikkötestit) ja valmistellaan vapautusta varten ympäristöön. Tämä ympäristö voi olla mitä tahansa lavastuksesta, esituotannosta tai tuotannosta. Tavallaan se laajenee jatkuvaan integraatioon ottamalla kaikki koodimuutokset testausympäristöön ja/tai tuotantoympäristöön rakennusvaiheen jälkeen.

jatkuvan toimituksen avulla kehittäjät voivat automatisoida testauksen pelkkien yksikkötestien lisäksi, jotta he voivat tarkistaa sovelluspäivitykset moniulotteisesti ennen kuin ne otetaan käyttöön asiakkaille. Näihin testeihin voi sisältyä KÄYTTÖLIITTYMÄTESTEJÄ, suorituskykytestejä, Integrointitestejä, API-testejä. Kuten tiedät, että UI tai muut testit tarvitsevat ympäristön suoritettavaksi, niin jatkuva toimitus itse asiassa käyttää sovellusta määritetyssä ympäristössä ja missä muut testit, kuten API & UI, suoritetaan. Tämä auttaa kehittäjiä perusteellisemmin validoimaan päivityksiä ja ennakoivasti löytämään ongelmia.

näin ollen kehittäjille ilmoitetaan samasta ja he työntävät sen manuaalisesti tuotantoympäristöön, josta ohjelmisto luovutetaan asiakkaille / asiakkaille. Jatkuva toimitus automatisoi koko ohjelmiston julkaisuprosessin. Jokainen tehty versio käynnistää automaattisen virtauksen, joka rakentaa, testaa ja sitten vaiheistaa päivityksen. Lopullisen päätöksen elävään tuotantoympäristöön siirtymisestä tekee Kehittäjä.

mitä on jatkuva käyttöönotto?

ero jatkuvan toimituksen ja jatkuvan käyttöönoton välillä on se, että on olemassa manuaalinen hyväksyntä päivitykselle tuotantoon. Jatkuvan käyttöönoton myötä tuotannon käyttöönotto tapahtuu automaattisesti ilman nimenomaista hyväksyntää. Mikä tarkoittaa, että jatkuvassa käyttöönotossa myös viimeinen vaihe on automatisoitu ja koodi työnnetään automaattisesti ilman kehittäjän väliintuloa.

voidaan myös sanoa, että se on askel ylöspäin jatkuvasta toimituksesta, koska se on täysin automatisoitu. Koska se on täysin automatisoitu, olisi helpompi arvata, että se vaatii hyvin huolellista ympäristöprosessia ja vain harvat yritykset soveltavat sitä. Näihin huolellisiin varotoimiin kuuluu erittäin kehittynyt seurantakulttuuri ja kyky toipua nopeasti.

continuous-delivery-vs-continuous-deployment

joten Jenkins on ohjelmisto, joka automatisoi testit ja tarjoaa jatkuvan integraation ja jatkuvan toimituksen/jatkuvan käyttöönoton. Jenkins jatkaa samalla linjalla ja antaa meille lisäetuja.

Jenkinsin edut

Jenkins saavuttaa jatkuvan integraation plug-inin avulla ja jenkinsiin on saatavilla kirjaimellisesti tuhansia liitännäisiä. Jokaiselle teokselle löytyy plug-in Jenkinsille ja jos ei, se voidaan luoda. Plugin mahdollistaa integroinnin eri DevOps vaiheissa. Jos haluat integroida tietyn työkalun, sinun täytyy asentaa plugin että työkalu. Esimerkiksi: Git, Maven 2 project, Amazon EC2, HTML publisher jne. Laajennusten lisäksi Jenkins

  • se on avoimen lähdekoodin työkalu, jolla on suuri yhteisön tuki
  • se on helppo asentaa.
  • se on maksuton.
  • se on rakennettu Javan kanssa, joten se on kannettava kaikille suurimmille alustoille.

näillä eduilla on valtava merkitys kenelle tahansa kehittäjälle tai testaajalle. Ja jos jotain et saanut olemme tiivistäneet sen seuraavassa jaksossa.

Postman with Newman & Jenkins

Jenkins tänään on käytössä nopeudella, jota kehittäjä ei ollut osannut kuvitellakaan. Siitä tulee pian DevOpsin Moottori. Ei ole epäilystäkään siitä, että Jenkinsin tärkein voimanlähde on sen liitännäiset. Ei ole mitään muuta erityistä tekijää käyttää Jenkins kanssa Postman. On olemassa monia vaihtoehtoja, joita voidaan käyttää Postmanin kanssa, mutta Jenkins on edullinen ja suositeltava (myös Postmanin virallisilla verkkosivuilla). Käytämme siis Jenkinsiä vain siksi, että sillä on suurempi voima kuin muilla ohjelmistoilla ja se kehittyy myös. Valikoima plugins Jenkins tekee ensimmäinen valinta kaikille. Jos haluat tarkistaa vaihtoehtoja, voit oppia niistä etsimällä itse. Ne ovat Atlassian Bamboo, CircleCI, JetBrains TeamCity, ThoughtWorks Snap muutamia.

kuten yllä olevassa osiossa on todettu , jatkuva integrointi auttaa meitä yhdistämään eri koodit ja suorittamaan testejä jatkuvasti. Tämä testien ja koodin yhdistelmä onnistuu jatkuvan integraation ansiosta, jonka Postmanissa tekevät Newman ja Jenkins. Postman Newman on rakennettu helposti integroida se rakentaa järjestelmiä Jenkins. Tämän ominaisuuden avulla kehittäjät saavat nopean palautteen sovellusliittymien suorituskyvystä koodimuutosten jälkeen. Kuten Newmanin avulla, se integroituu Jenkinsiin ja sen jälkeen, jos jotain muutosta työnnetään, Jenkins johtaa postman-kokoelmaa Newmanin kanssa.

Summary

Jenkins on jatkuvan integraation palvelin. Lyhyesti sanottuna Jenkins toimii välikätenä koodisi ja arkiston välillä. Jos se löytää muutoksia koodiin, se kerää koodin ja lähettää ne build code, jossa automaattiset testit tehdään. Jos testit näyttävät olevan kunnossa, Yksi manuaalinen painallus toimittaa asiakkaalle saman koodin jatkuvassa toimituksessa tai muuten tämä prosessi automatisoidaan jatkuvan käyttöönoton mukaan. Niin nopea, helppo ja luotettava. Toivottavasti saitte nyt, mitä Jenkins on ja miksi käytämme sitä. Seuraavassa opetusohjelma me asentaa Jenkins ja ajaa joitakin kokoelmia.