Nykyaikainen sovelluskehitys perustuu yhteen yksinkertaiseen s\u00e4\u00e4nt\u00f6\u00f6n:<\/p>\n\n\n\n
\nK\u00e4yt\u00e4 koostumusta<\/b><\/p>\n<\/blockquote>\n\n\n\nKokoonpanemme luokkia, funktioita ja palveluita suuremmiksi ohjelmistokokonaisuuksiksi. T\u00e4m\u00e4 viimeinen elementti on perusta mikropalvelut<\/a> ja kuusikulmainen arkkitehtuuri<\/a>. Haluaisimme k\u00e4ytt\u00e4\u00e4 olemassa olevia ratkaisuja, integroida ne ohjelmistoomme ja siirty\u00e4 suoraan markkinoille. markkinat<\/a>.<\/p>\n\n\n\nHaluatko k\u00e4sitell\u00e4 tilin rekister\u00f6inti\u00e4 ja tallentaa k\u00e4ytt\u00e4j\u00e4n tietoja? tiedot<\/a>? Voit valita jonkin OAuth-palveluista. Ehk\u00e4 sovelluksesi tarjoaa jonkinlaisen tilauksen tai maksun? On monia palveluja, jotka voivat auttaa sinua k\u00e4sittelem\u00e4\u00e4n t\u00e4m\u00e4n. Tarvitsetko sivustollesi analytiikkaa, mutta et ymm\u00e4rr\u00e4 GDPR<\/a>? Ota rohkeasti jokin valmiista ratkaisuista.<\/p>\n\n\n\nJokin, joka tekee kehitt\u00e4misest\u00e4 liiketoiminnan kannalta niin helppoa, voi aiheuttaa p\u00e4\u00e4ns\u00e4rky\u00e4 - silloin kun sinun on kirjoitettava yksinkertainen testi.<\/p>\n\n\n\nFantastic Beasts: Jonot, tietokannat ja niiden testaaminen: Jonot, tietokannat ja niiden testaaminen<\/h2>\n\n\n\nYksikk\u00f6testaus on melko yksinkertaista. Jos noudatat vain s\u00e4\u00e4nt\u00f6j\u00e4, testausymp\u00e4rist\u00f6si ja koodi<\/a> ovat terveit\u00e4. Mit\u00e4 s\u00e4\u00e4nt\u00f6j\u00e4 nuo ovat?<\/p>\n\n\n\n\nHelppo kirjoittaa<\/b> - yksikk\u00f6testin pit\u00e4isi olla helppo kirjoittaa, koska niit\u00e4 kirjoitetaan paljon. V\u00e4hemm\u00e4n vaivaa tarkoittaa, ett\u00e4 testej\u00e4 kirjoitetaan enemm\u00e4n.<\/li>\n\n\n\nLuettavissa<\/b> - testikoodin pit\u00e4isi olla helppolukuista. Testi on tarina. Se kuvaa ohjelmiston k\u00e4ytt\u00e4ytymist\u00e4, ja sit\u00e4 voidaan k\u00e4ytt\u00e4\u00e4 dokumentoinnin oikotien\u00e4. Hyv\u00e4 yksikk\u00f6testi auttaa korjaamaan virheet ilman koodin virheenkorjausta.<\/li>\n\n\n\nLuotettava<\/b> - testin pit\u00e4isi ep\u00e4onnistua vain, jos testattavassa j\u00e4rjestelm\u00e4ss\u00e4 on virhe. Ilmeist\u00e4? Ei aina. Joskus testit menev\u00e4t l\u00e4pi, jos ne ajetaan yksitellen, mutta ep\u00e4onnistuvat, kun ne ajetaan kokonaisuutena. Ne menev\u00e4t l\u00e4pi omalla koneellasi, mutta ep\u00e4onnistuvat CI:ss\u00e4 (Toimii koneessani<\/a>). Hyv\u00e4ll\u00e4 yksikk\u00f6testill\u00e4 on vain yksi syy ep\u00e4onnistumiseen.<\/li>\n\n\n\nNopea<\/b> - testien pit\u00e4isi olla nopeita. Testien valmistelun, k\u00e4ynnistyksen ja itse testin suorittamisen pit\u00e4isi olla eritt\u00e4in nopeaa. Muuten testit kirjoitetaan, mutta niit\u00e4 ei ajeta. Hitaat testit merkitsev\u00e4t keskittymisen menetyst\u00e4. Odotat ja katsot edistymispalkkia.<\/li>\n\n\n\nItsen\u00e4inen<\/b> - Lopuksi testin on oltava riippumaton. T\u00e4m\u00e4 s\u00e4\u00e4nt\u00f6 perustuu edellisiin s\u00e4\u00e4nt\u00f6ihin. Vain todella itsen\u00e4isist\u00e4 testeist\u00e4 voi tulla yksikk\u00f6. Ne eiv\u00e4t h\u00e4iritse toisiaan, ne voidaan suorittaa miss\u00e4 tahansa j\u00e4rjestyksess\u00e4, eiv\u00e4tk\u00e4 mahdolliset virheet riipu muiden testien tuloksista. Riippumattomuus tarkoittaa my\u00f6s sit\u00e4, ett\u00e4 testit eiv\u00e4t ole riippuvaisia ulkoisista resursseista, kuten tietokannoista, viestipalveluista tai tiedostoj\u00e4rjestelm\u00e4st\u00e4. Jos sinun on kommunikoitava ulkoisten j\u00e4rjestelmien kanssa, voit k\u00e4ytt\u00e4\u00e4 mockeja, stubeja tai dummyja.<\/li>\n<\/ul>\n\n\n\nKaikki muuttuu monimutkaiseksi, kun haluamme kirjoittaa integrointitestej\u00e4. Se ei ole paha asia, jos haluamme testata muutaman palvelun yhdess\u00e4. Mutta kun meid\u00e4n on testattava palveluita, jotka k\u00e4ytt\u00e4v\u00e4t ulkoisia resursseja, kuten tietokantoja tai sanomanv\u00e4lityspalveluita, joudumme vaikeuksiin.<\/p>\n\n\n\nTestin suorittamiseksi sinun on asennettava...<\/h3>\n\n\n\nKun vuosia sitten halusimme tehd\u00e4 integrointitestej\u00e4 ja k\u00e4ytt\u00e4\u00e4 esimerkiksi tietokantoja, meill\u00e4 oli kaksi vaihtoehtoa:<\/p>\n\n\n\n\nVoimme asentaa tietokannan paikallisesti. Aseta skeema ja muodosta yhteys testist\u00e4mme;<\/li>\n\n\n\nVoimme muodostaa yhteyden olemassa olevaan instanssiin \"jossain avaruudessa\".<\/li>\n<\/ol>\n\n\n\nMolemmilla oli hyv\u00e4t ja huonot puolensa. Molemmat tuovat kuitenkin lis\u00e4\u00e4 monimutkaisuutta. Joskus kyse oli tiettyjen v\u00e4lineiden ominaisuuksista johtuvasta teknisest\u00e4 monimutkaisuudesta, esimerkiksi Oracle DB:n asentaminen ja hallinta localhostilla. Joskus kyse oli prosessin hankaluudesta, esimerkiksi siit\u00e4, ett\u00e4 sinun on sovittava testin kanssa. joukkue<\/a> JMS:n k\u00e4yt\u00f6st\u00e4... joka kerta, kun haluat suorittaa testej\u00e4.<\/p>\n\n\n\nKontit pelastavat<\/h3>\n\n\n\nViimeisten 10 vuoden aikana konttitoiminnan ajatus on saanut alalla tunnustusta. Luonnollinen p\u00e4\u00e4t\u00f6s on siis valita kontit ratkaisuksi integraatiotestausongelmaamme. T\u00e4m\u00e4 on yksinkertainen ja siisti ratkaisu. Suoritat vain prosessin rakentamisen ja kaikki toimii! Etk\u00f6 voi uskoa sit\u00e4? Katso t\u00e4t\u00e4 yksinkertaista maven-buildin konfigurointia:<\/p>\n\n\n\ncom.dkanejs.maven.plugins\n docker-compose-maven-plugin.\n 4.0.0\n \n \n up\n test-compile\n \n up\n \n \n ${${.projekti<\/a>.basedir}\/docker-compose.yml\n true\n \n \n \n down\n post-integration-test\n \n down\n \n \n ${project.basedir}\/docker-compose.yml \n true<\/code><\/pre>\n\n\n\nJa docker-compose.yml<\/code> tiedosto n\u00e4ytt\u00e4\u00e4 my\u00f6s aika hyv\u00e4lt\u00e4!<\/p>\n\n\n\nversio: \"3.5\"\n\npalvelut:\n\n postgres:\n reactivedb: attribuutti: postgresst: container_name: reactivedb\n image: postgres:13.2\n restart: always\n environment:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=salasana\n - POSTGRES_DB=cities\n portit:\n - \"5432:5432\"\n volumes:\n - postgres_data:\/data\/db\n\n pgadmin:\n container_name: pgadmin4\n image: dpage\/pgadmin4\n restart: aina\n environment:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: salasana: password\n portit:\n - \"15050:80\"\n volumes:\n - pgadmin_data:\/data\/pgadmin\n\nvolumes:\n postgres_data: Pgmd_data: Pgmd_data: postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nMutta huomaatko, mist\u00e4 t\u00e4ss\u00e4 on kysymys?<\/p>\n\n\n\nRahtialus, joka est\u00e4\u00e4 kaiken<\/h3>\n\n\n\nYll\u00e4 oleva esimerkki on hyvin yksinkertainen. Vain yksi postgres-tietokanta, pgAdmin ja siin\u00e4 kaikki. Kun suoritat<\/p>\n\n\n\nbash\n$ mvn clean verify\n<\/code>maven-lis\u00e4osa k\u00e4ynnist\u00e4\u00e4 s\u00e4ili\u00f6t ja sammuttaa ne testien j\u00e4lkeen. Ongelmat alkavat, kun projekti kasvaa ja my\u00f6s koostetiedostomme kasvaa. Joka kerta on k\u00e4ynnistett\u00e4v\u00e4 kaikki kontit, ja ne ovat elossa koko buildin ajan. Voit parantaa tilannetta hieman muuttamalla pluginin suoritusasetuksia, mutta se ei riit\u00e4. Pahimmassa tapauksessa konttiesi kuluttavat j\u00e4rjestelm\u00e4resurssit loppuun ennen kuin testit alkavat!<\/p>\n\n\n\nEik\u00e4 t\u00e4m\u00e4 ole ainoa ongelma. Et voi suorittaa yksitt\u00e4ist\u00e4 integrointitesti\u00e4 IDE:st\u00e4. Sit\u00e4 ennen sinun on k\u00e4ynnistett\u00e4v\u00e4 kontit k\u00e4sin. Lis\u00e4ksi seuraava maven-ajo purkaa n\u00e4m\u00e4 kontit (katso esim. alas<\/code> suorittaminen).<\/p>\n\n\n\nT\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
K\u00e4yt\u00e4 koostumusta<\/b><\/p>\n<\/blockquote>\n\n\n\n
Kokoonpanemme luokkia, funktioita ja palveluita suuremmiksi ohjelmistokokonaisuuksiksi. T\u00e4m\u00e4 viimeinen elementti on perusta mikropalvelut<\/a> ja kuusikulmainen arkkitehtuuri<\/a>. Haluaisimme k\u00e4ytt\u00e4\u00e4 olemassa olevia ratkaisuja, integroida ne ohjelmistoomme ja siirty\u00e4 suoraan markkinoille. markkinat<\/a>.<\/p>\n\n\n\nHaluatko k\u00e4sitell\u00e4 tilin rekister\u00f6inti\u00e4 ja tallentaa k\u00e4ytt\u00e4j\u00e4n tietoja? tiedot<\/a>? Voit valita jonkin OAuth-palveluista. Ehk\u00e4 sovelluksesi tarjoaa jonkinlaisen tilauksen tai maksun? On monia palveluja, jotka voivat auttaa sinua k\u00e4sittelem\u00e4\u00e4n t\u00e4m\u00e4n. Tarvitsetko sivustollesi analytiikkaa, mutta et ymm\u00e4rr\u00e4 GDPR<\/a>? Ota rohkeasti jokin valmiista ratkaisuista.<\/p>\n\n\n\nJokin, joka tekee kehitt\u00e4misest\u00e4 liiketoiminnan kannalta niin helppoa, voi aiheuttaa p\u00e4\u00e4ns\u00e4rky\u00e4 - silloin kun sinun on kirjoitettava yksinkertainen testi.<\/p>\n\n\n\nFantastic Beasts: Jonot, tietokannat ja niiden testaaminen: Jonot, tietokannat ja niiden testaaminen<\/h2>\n\n\n\nYksikk\u00f6testaus on melko yksinkertaista. Jos noudatat vain s\u00e4\u00e4nt\u00f6j\u00e4, testausymp\u00e4rist\u00f6si ja koodi<\/a> ovat terveit\u00e4. Mit\u00e4 s\u00e4\u00e4nt\u00f6j\u00e4 nuo ovat?<\/p>\n\n\n\n\nHelppo kirjoittaa<\/b> - yksikk\u00f6testin pit\u00e4isi olla helppo kirjoittaa, koska niit\u00e4 kirjoitetaan paljon. V\u00e4hemm\u00e4n vaivaa tarkoittaa, ett\u00e4 testej\u00e4 kirjoitetaan enemm\u00e4n.<\/li>\n\n\n\nLuettavissa<\/b> - testikoodin pit\u00e4isi olla helppolukuista. Testi on tarina. Se kuvaa ohjelmiston k\u00e4ytt\u00e4ytymist\u00e4, ja sit\u00e4 voidaan k\u00e4ytt\u00e4\u00e4 dokumentoinnin oikotien\u00e4. Hyv\u00e4 yksikk\u00f6testi auttaa korjaamaan virheet ilman koodin virheenkorjausta.<\/li>\n\n\n\nLuotettava<\/b> - testin pit\u00e4isi ep\u00e4onnistua vain, jos testattavassa j\u00e4rjestelm\u00e4ss\u00e4 on virhe. Ilmeist\u00e4? Ei aina. Joskus testit menev\u00e4t l\u00e4pi, jos ne ajetaan yksitellen, mutta ep\u00e4onnistuvat, kun ne ajetaan kokonaisuutena. Ne menev\u00e4t l\u00e4pi omalla koneellasi, mutta ep\u00e4onnistuvat CI:ss\u00e4 (Toimii koneessani<\/a>). Hyv\u00e4ll\u00e4 yksikk\u00f6testill\u00e4 on vain yksi syy ep\u00e4onnistumiseen.<\/li>\n\n\n\nNopea<\/b> - testien pit\u00e4isi olla nopeita. Testien valmistelun, k\u00e4ynnistyksen ja itse testin suorittamisen pit\u00e4isi olla eritt\u00e4in nopeaa. Muuten testit kirjoitetaan, mutta niit\u00e4 ei ajeta. Hitaat testit merkitsev\u00e4t keskittymisen menetyst\u00e4. Odotat ja katsot edistymispalkkia.<\/li>\n\n\n\nItsen\u00e4inen<\/b> - Lopuksi testin on oltava riippumaton. T\u00e4m\u00e4 s\u00e4\u00e4nt\u00f6 perustuu edellisiin s\u00e4\u00e4nt\u00f6ihin. Vain todella itsen\u00e4isist\u00e4 testeist\u00e4 voi tulla yksikk\u00f6. Ne eiv\u00e4t h\u00e4iritse toisiaan, ne voidaan suorittaa miss\u00e4 tahansa j\u00e4rjestyksess\u00e4, eiv\u00e4tk\u00e4 mahdolliset virheet riipu muiden testien tuloksista. Riippumattomuus tarkoittaa my\u00f6s sit\u00e4, ett\u00e4 testit eiv\u00e4t ole riippuvaisia ulkoisista resursseista, kuten tietokannoista, viestipalveluista tai tiedostoj\u00e4rjestelm\u00e4st\u00e4. Jos sinun on kommunikoitava ulkoisten j\u00e4rjestelmien kanssa, voit k\u00e4ytt\u00e4\u00e4 mockeja, stubeja tai dummyja.<\/li>\n<\/ul>\n\n\n\nKaikki muuttuu monimutkaiseksi, kun haluamme kirjoittaa integrointitestej\u00e4. Se ei ole paha asia, jos haluamme testata muutaman palvelun yhdess\u00e4. Mutta kun meid\u00e4n on testattava palveluita, jotka k\u00e4ytt\u00e4v\u00e4t ulkoisia resursseja, kuten tietokantoja tai sanomanv\u00e4lityspalveluita, joudumme vaikeuksiin.<\/p>\n\n\n\nTestin suorittamiseksi sinun on asennettava...<\/h3>\n\n\n\nKun vuosia sitten halusimme tehd\u00e4 integrointitestej\u00e4 ja k\u00e4ytt\u00e4\u00e4 esimerkiksi tietokantoja, meill\u00e4 oli kaksi vaihtoehtoa:<\/p>\n\n\n\n\nVoimme asentaa tietokannan paikallisesti. Aseta skeema ja muodosta yhteys testist\u00e4mme;<\/li>\n\n\n\nVoimme muodostaa yhteyden olemassa olevaan instanssiin \"jossain avaruudessa\".<\/li>\n<\/ol>\n\n\n\nMolemmilla oli hyv\u00e4t ja huonot puolensa. Molemmat tuovat kuitenkin lis\u00e4\u00e4 monimutkaisuutta. Joskus kyse oli tiettyjen v\u00e4lineiden ominaisuuksista johtuvasta teknisest\u00e4 monimutkaisuudesta, esimerkiksi Oracle DB:n asentaminen ja hallinta localhostilla. Joskus kyse oli prosessin hankaluudesta, esimerkiksi siit\u00e4, ett\u00e4 sinun on sovittava testin kanssa. joukkue<\/a> JMS:n k\u00e4yt\u00f6st\u00e4... joka kerta, kun haluat suorittaa testej\u00e4.<\/p>\n\n\n\nKontit pelastavat<\/h3>\n\n\n\nViimeisten 10 vuoden aikana konttitoiminnan ajatus on saanut alalla tunnustusta. Luonnollinen p\u00e4\u00e4t\u00f6s on siis valita kontit ratkaisuksi integraatiotestausongelmaamme. T\u00e4m\u00e4 on yksinkertainen ja siisti ratkaisu. Suoritat vain prosessin rakentamisen ja kaikki toimii! Etk\u00f6 voi uskoa sit\u00e4? Katso t\u00e4t\u00e4 yksinkertaista maven-buildin konfigurointia:<\/p>\n\n\n\ncom.dkanejs.maven.plugins\n docker-compose-maven-plugin.\n 4.0.0\n \n \n up\n test-compile\n \n up\n \n \n ${${.projekti<\/a>.basedir}\/docker-compose.yml\n true\n \n \n \n down\n post-integration-test\n \n down\n \n \n ${project.basedir}\/docker-compose.yml \n true<\/code><\/pre>\n\n\n\nJa docker-compose.yml<\/code> tiedosto n\u00e4ytt\u00e4\u00e4 my\u00f6s aika hyv\u00e4lt\u00e4!<\/p>\n\n\n\nversio: \"3.5\"\n\npalvelut:\n\n postgres:\n reactivedb: attribuutti: postgresst: container_name: reactivedb\n image: postgres:13.2\n restart: always\n environment:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=salasana\n - POSTGRES_DB=cities\n portit:\n - \"5432:5432\"\n volumes:\n - postgres_data:\/data\/db\n\n pgadmin:\n container_name: pgadmin4\n image: dpage\/pgadmin4\n restart: aina\n environment:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: salasana: password\n portit:\n - \"15050:80\"\n volumes:\n - pgadmin_data:\/data\/pgadmin\n\nvolumes:\n postgres_data: Pgmd_data: Pgmd_data: postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nMutta huomaatko, mist\u00e4 t\u00e4ss\u00e4 on kysymys?<\/p>\n\n\n\nRahtialus, joka est\u00e4\u00e4 kaiken<\/h3>\n\n\n\nYll\u00e4 oleva esimerkki on hyvin yksinkertainen. Vain yksi postgres-tietokanta, pgAdmin ja siin\u00e4 kaikki. Kun suoritat<\/p>\n\n\n\nbash\n$ mvn clean verify\n<\/code>maven-lis\u00e4osa k\u00e4ynnist\u00e4\u00e4 s\u00e4ili\u00f6t ja sammuttaa ne testien j\u00e4lkeen. Ongelmat alkavat, kun projekti kasvaa ja my\u00f6s koostetiedostomme kasvaa. Joka kerta on k\u00e4ynnistett\u00e4v\u00e4 kaikki kontit, ja ne ovat elossa koko buildin ajan. Voit parantaa tilannetta hieman muuttamalla pluginin suoritusasetuksia, mutta se ei riit\u00e4. Pahimmassa tapauksessa konttiesi kuluttavat j\u00e4rjestelm\u00e4resurssit loppuun ennen kuin testit alkavat!<\/p>\n\n\n\nEik\u00e4 t\u00e4m\u00e4 ole ainoa ongelma. Et voi suorittaa yksitt\u00e4ist\u00e4 integrointitesti\u00e4 IDE:st\u00e4. Sit\u00e4 ennen sinun on k\u00e4ynnistett\u00e4v\u00e4 kontit k\u00e4sin. Lis\u00e4ksi seuraava maven-ajo purkaa n\u00e4m\u00e4 kontit (katso esim. alas<\/code> suorittaminen).<\/p>\n\n\n\nT\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
Haluatko k\u00e4sitell\u00e4 tilin rekister\u00f6inti\u00e4 ja tallentaa k\u00e4ytt\u00e4j\u00e4n tietoja? tiedot<\/a>? Voit valita jonkin OAuth-palveluista. Ehk\u00e4 sovelluksesi tarjoaa jonkinlaisen tilauksen tai maksun? On monia palveluja, jotka voivat auttaa sinua k\u00e4sittelem\u00e4\u00e4n t\u00e4m\u00e4n. Tarvitsetko sivustollesi analytiikkaa, mutta et ymm\u00e4rr\u00e4 GDPR<\/a>? Ota rohkeasti jokin valmiista ratkaisuista.<\/p>\n\n\n\nJokin, joka tekee kehitt\u00e4misest\u00e4 liiketoiminnan kannalta niin helppoa, voi aiheuttaa p\u00e4\u00e4ns\u00e4rky\u00e4 - silloin kun sinun on kirjoitettava yksinkertainen testi.<\/p>\n\n\n\nFantastic Beasts: Jonot, tietokannat ja niiden testaaminen: Jonot, tietokannat ja niiden testaaminen<\/h2>\n\n\n\nYksikk\u00f6testaus on melko yksinkertaista. Jos noudatat vain s\u00e4\u00e4nt\u00f6j\u00e4, testausymp\u00e4rist\u00f6si ja koodi<\/a> ovat terveit\u00e4. Mit\u00e4 s\u00e4\u00e4nt\u00f6j\u00e4 nuo ovat?<\/p>\n\n\n\n\nHelppo kirjoittaa<\/b> - yksikk\u00f6testin pit\u00e4isi olla helppo kirjoittaa, koska niit\u00e4 kirjoitetaan paljon. V\u00e4hemm\u00e4n vaivaa tarkoittaa, ett\u00e4 testej\u00e4 kirjoitetaan enemm\u00e4n.<\/li>\n\n\n\nLuettavissa<\/b> - testikoodin pit\u00e4isi olla helppolukuista. Testi on tarina. Se kuvaa ohjelmiston k\u00e4ytt\u00e4ytymist\u00e4, ja sit\u00e4 voidaan k\u00e4ytt\u00e4\u00e4 dokumentoinnin oikotien\u00e4. Hyv\u00e4 yksikk\u00f6testi auttaa korjaamaan virheet ilman koodin virheenkorjausta.<\/li>\n\n\n\nLuotettava<\/b> - testin pit\u00e4isi ep\u00e4onnistua vain, jos testattavassa j\u00e4rjestelm\u00e4ss\u00e4 on virhe. Ilmeist\u00e4? Ei aina. Joskus testit menev\u00e4t l\u00e4pi, jos ne ajetaan yksitellen, mutta ep\u00e4onnistuvat, kun ne ajetaan kokonaisuutena. Ne menev\u00e4t l\u00e4pi omalla koneellasi, mutta ep\u00e4onnistuvat CI:ss\u00e4 (Toimii koneessani<\/a>). Hyv\u00e4ll\u00e4 yksikk\u00f6testill\u00e4 on vain yksi syy ep\u00e4onnistumiseen.<\/li>\n\n\n\nNopea<\/b> - testien pit\u00e4isi olla nopeita. Testien valmistelun, k\u00e4ynnistyksen ja itse testin suorittamisen pit\u00e4isi olla eritt\u00e4in nopeaa. Muuten testit kirjoitetaan, mutta niit\u00e4 ei ajeta. Hitaat testit merkitsev\u00e4t keskittymisen menetyst\u00e4. Odotat ja katsot edistymispalkkia.<\/li>\n\n\n\nItsen\u00e4inen<\/b> - Lopuksi testin on oltava riippumaton. T\u00e4m\u00e4 s\u00e4\u00e4nt\u00f6 perustuu edellisiin s\u00e4\u00e4nt\u00f6ihin. Vain todella itsen\u00e4isist\u00e4 testeist\u00e4 voi tulla yksikk\u00f6. Ne eiv\u00e4t h\u00e4iritse toisiaan, ne voidaan suorittaa miss\u00e4 tahansa j\u00e4rjestyksess\u00e4, eiv\u00e4tk\u00e4 mahdolliset virheet riipu muiden testien tuloksista. Riippumattomuus tarkoittaa my\u00f6s sit\u00e4, ett\u00e4 testit eiv\u00e4t ole riippuvaisia ulkoisista resursseista, kuten tietokannoista, viestipalveluista tai tiedostoj\u00e4rjestelm\u00e4st\u00e4. Jos sinun on kommunikoitava ulkoisten j\u00e4rjestelmien kanssa, voit k\u00e4ytt\u00e4\u00e4 mockeja, stubeja tai dummyja.<\/li>\n<\/ul>\n\n\n\nKaikki muuttuu monimutkaiseksi, kun haluamme kirjoittaa integrointitestej\u00e4. Se ei ole paha asia, jos haluamme testata muutaman palvelun yhdess\u00e4. Mutta kun meid\u00e4n on testattava palveluita, jotka k\u00e4ytt\u00e4v\u00e4t ulkoisia resursseja, kuten tietokantoja tai sanomanv\u00e4lityspalveluita, joudumme vaikeuksiin.<\/p>\n\n\n\nTestin suorittamiseksi sinun on asennettava...<\/h3>\n\n\n\nKun vuosia sitten halusimme tehd\u00e4 integrointitestej\u00e4 ja k\u00e4ytt\u00e4\u00e4 esimerkiksi tietokantoja, meill\u00e4 oli kaksi vaihtoehtoa:<\/p>\n\n\n\n\nVoimme asentaa tietokannan paikallisesti. Aseta skeema ja muodosta yhteys testist\u00e4mme;<\/li>\n\n\n\nVoimme muodostaa yhteyden olemassa olevaan instanssiin \"jossain avaruudessa\".<\/li>\n<\/ol>\n\n\n\nMolemmilla oli hyv\u00e4t ja huonot puolensa. Molemmat tuovat kuitenkin lis\u00e4\u00e4 monimutkaisuutta. Joskus kyse oli tiettyjen v\u00e4lineiden ominaisuuksista johtuvasta teknisest\u00e4 monimutkaisuudesta, esimerkiksi Oracle DB:n asentaminen ja hallinta localhostilla. Joskus kyse oli prosessin hankaluudesta, esimerkiksi siit\u00e4, ett\u00e4 sinun on sovittava testin kanssa. joukkue<\/a> JMS:n k\u00e4yt\u00f6st\u00e4... joka kerta, kun haluat suorittaa testej\u00e4.<\/p>\n\n\n\nKontit pelastavat<\/h3>\n\n\n\nViimeisten 10 vuoden aikana konttitoiminnan ajatus on saanut alalla tunnustusta. Luonnollinen p\u00e4\u00e4t\u00f6s on siis valita kontit ratkaisuksi integraatiotestausongelmaamme. T\u00e4m\u00e4 on yksinkertainen ja siisti ratkaisu. Suoritat vain prosessin rakentamisen ja kaikki toimii! Etk\u00f6 voi uskoa sit\u00e4? Katso t\u00e4t\u00e4 yksinkertaista maven-buildin konfigurointia:<\/p>\n\n\n\ncom.dkanejs.maven.plugins\n docker-compose-maven-plugin.\n 4.0.0\n \n \n up\n test-compile\n \n up\n \n \n ${${.projekti<\/a>.basedir}\/docker-compose.yml\n true\n \n \n \n down\n post-integration-test\n \n down\n \n \n ${project.basedir}\/docker-compose.yml \n true<\/code><\/pre>\n\n\n\nJa docker-compose.yml<\/code> tiedosto n\u00e4ytt\u00e4\u00e4 my\u00f6s aika hyv\u00e4lt\u00e4!<\/p>\n\n\n\nversio: \"3.5\"\n\npalvelut:\n\n postgres:\n reactivedb: attribuutti: postgresst: container_name: reactivedb\n image: postgres:13.2\n restart: always\n environment:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=salasana\n - POSTGRES_DB=cities\n portit:\n - \"5432:5432\"\n volumes:\n - postgres_data:\/data\/db\n\n pgadmin:\n container_name: pgadmin4\n image: dpage\/pgadmin4\n restart: aina\n environment:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: salasana: password\n portit:\n - \"15050:80\"\n volumes:\n - pgadmin_data:\/data\/pgadmin\n\nvolumes:\n postgres_data: Pgmd_data: Pgmd_data: postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nMutta huomaatko, mist\u00e4 t\u00e4ss\u00e4 on kysymys?<\/p>\n\n\n\nRahtialus, joka est\u00e4\u00e4 kaiken<\/h3>\n\n\n\nYll\u00e4 oleva esimerkki on hyvin yksinkertainen. Vain yksi postgres-tietokanta, pgAdmin ja siin\u00e4 kaikki. Kun suoritat<\/p>\n\n\n\nbash\n$ mvn clean verify\n<\/code>maven-lis\u00e4osa k\u00e4ynnist\u00e4\u00e4 s\u00e4ili\u00f6t ja sammuttaa ne testien j\u00e4lkeen. Ongelmat alkavat, kun projekti kasvaa ja my\u00f6s koostetiedostomme kasvaa. Joka kerta on k\u00e4ynnistett\u00e4v\u00e4 kaikki kontit, ja ne ovat elossa koko buildin ajan. Voit parantaa tilannetta hieman muuttamalla pluginin suoritusasetuksia, mutta se ei riit\u00e4. Pahimmassa tapauksessa konttiesi kuluttavat j\u00e4rjestelm\u00e4resurssit loppuun ennen kuin testit alkavat!<\/p>\n\n\n\nEik\u00e4 t\u00e4m\u00e4 ole ainoa ongelma. Et voi suorittaa yksitt\u00e4ist\u00e4 integrointitesti\u00e4 IDE:st\u00e4. Sit\u00e4 ennen sinun on k\u00e4ynnistett\u00e4v\u00e4 kontit k\u00e4sin. Lis\u00e4ksi seuraava maven-ajo purkaa n\u00e4m\u00e4 kontit (katso esim. alas<\/code> suorittaminen).<\/p>\n\n\n\nT\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
Jokin, joka tekee kehitt\u00e4misest\u00e4 liiketoiminnan kannalta niin helppoa, voi aiheuttaa p\u00e4\u00e4ns\u00e4rky\u00e4 - silloin kun sinun on kirjoitettava yksinkertainen testi.<\/p>\n\n\n\n
Yksikk\u00f6testaus on melko yksinkertaista. Jos noudatat vain s\u00e4\u00e4nt\u00f6j\u00e4, testausymp\u00e4rist\u00f6si ja koodi<\/a> ovat terveit\u00e4. Mit\u00e4 s\u00e4\u00e4nt\u00f6j\u00e4 nuo ovat?<\/p>\n\n\n\n\nHelppo kirjoittaa<\/b> - yksikk\u00f6testin pit\u00e4isi olla helppo kirjoittaa, koska niit\u00e4 kirjoitetaan paljon. V\u00e4hemm\u00e4n vaivaa tarkoittaa, ett\u00e4 testej\u00e4 kirjoitetaan enemm\u00e4n.<\/li>\n\n\n\nLuettavissa<\/b> - testikoodin pit\u00e4isi olla helppolukuista. Testi on tarina. Se kuvaa ohjelmiston k\u00e4ytt\u00e4ytymist\u00e4, ja sit\u00e4 voidaan k\u00e4ytt\u00e4\u00e4 dokumentoinnin oikotien\u00e4. Hyv\u00e4 yksikk\u00f6testi auttaa korjaamaan virheet ilman koodin virheenkorjausta.<\/li>\n\n\n\nLuotettava<\/b> - testin pit\u00e4isi ep\u00e4onnistua vain, jos testattavassa j\u00e4rjestelm\u00e4ss\u00e4 on virhe. Ilmeist\u00e4? Ei aina. Joskus testit menev\u00e4t l\u00e4pi, jos ne ajetaan yksitellen, mutta ep\u00e4onnistuvat, kun ne ajetaan kokonaisuutena. Ne menev\u00e4t l\u00e4pi omalla koneellasi, mutta ep\u00e4onnistuvat CI:ss\u00e4 (Toimii koneessani<\/a>). Hyv\u00e4ll\u00e4 yksikk\u00f6testill\u00e4 on vain yksi syy ep\u00e4onnistumiseen.<\/li>\n\n\n\nNopea<\/b> - testien pit\u00e4isi olla nopeita. Testien valmistelun, k\u00e4ynnistyksen ja itse testin suorittamisen pit\u00e4isi olla eritt\u00e4in nopeaa. Muuten testit kirjoitetaan, mutta niit\u00e4 ei ajeta. Hitaat testit merkitsev\u00e4t keskittymisen menetyst\u00e4. Odotat ja katsot edistymispalkkia.<\/li>\n\n\n\nItsen\u00e4inen<\/b> - Lopuksi testin on oltava riippumaton. T\u00e4m\u00e4 s\u00e4\u00e4nt\u00f6 perustuu edellisiin s\u00e4\u00e4nt\u00f6ihin. Vain todella itsen\u00e4isist\u00e4 testeist\u00e4 voi tulla yksikk\u00f6. Ne eiv\u00e4t h\u00e4iritse toisiaan, ne voidaan suorittaa miss\u00e4 tahansa j\u00e4rjestyksess\u00e4, eiv\u00e4tk\u00e4 mahdolliset virheet riipu muiden testien tuloksista. Riippumattomuus tarkoittaa my\u00f6s sit\u00e4, ett\u00e4 testit eiv\u00e4t ole riippuvaisia ulkoisista resursseista, kuten tietokannoista, viestipalveluista tai tiedostoj\u00e4rjestelm\u00e4st\u00e4. Jos sinun on kommunikoitava ulkoisten j\u00e4rjestelmien kanssa, voit k\u00e4ytt\u00e4\u00e4 mockeja, stubeja tai dummyja.<\/li>\n<\/ul>\n\n\n\nKaikki muuttuu monimutkaiseksi, kun haluamme kirjoittaa integrointitestej\u00e4. Se ei ole paha asia, jos haluamme testata muutaman palvelun yhdess\u00e4. Mutta kun meid\u00e4n on testattava palveluita, jotka k\u00e4ytt\u00e4v\u00e4t ulkoisia resursseja, kuten tietokantoja tai sanomanv\u00e4lityspalveluita, joudumme vaikeuksiin.<\/p>\n\n\n\nTestin suorittamiseksi sinun on asennettava...<\/h3>\n\n\n\nKun vuosia sitten halusimme tehd\u00e4 integrointitestej\u00e4 ja k\u00e4ytt\u00e4\u00e4 esimerkiksi tietokantoja, meill\u00e4 oli kaksi vaihtoehtoa:<\/p>\n\n\n\n\nVoimme asentaa tietokannan paikallisesti. Aseta skeema ja muodosta yhteys testist\u00e4mme;<\/li>\n\n\n\nVoimme muodostaa yhteyden olemassa olevaan instanssiin \"jossain avaruudessa\".<\/li>\n<\/ol>\n\n\n\nMolemmilla oli hyv\u00e4t ja huonot puolensa. Molemmat tuovat kuitenkin lis\u00e4\u00e4 monimutkaisuutta. Joskus kyse oli tiettyjen v\u00e4lineiden ominaisuuksista johtuvasta teknisest\u00e4 monimutkaisuudesta, esimerkiksi Oracle DB:n asentaminen ja hallinta localhostilla. Joskus kyse oli prosessin hankaluudesta, esimerkiksi siit\u00e4, ett\u00e4 sinun on sovittava testin kanssa. joukkue<\/a> JMS:n k\u00e4yt\u00f6st\u00e4... joka kerta, kun haluat suorittaa testej\u00e4.<\/p>\n\n\n\nKontit pelastavat<\/h3>\n\n\n\nViimeisten 10 vuoden aikana konttitoiminnan ajatus on saanut alalla tunnustusta. Luonnollinen p\u00e4\u00e4t\u00f6s on siis valita kontit ratkaisuksi integraatiotestausongelmaamme. T\u00e4m\u00e4 on yksinkertainen ja siisti ratkaisu. Suoritat vain prosessin rakentamisen ja kaikki toimii! Etk\u00f6 voi uskoa sit\u00e4? Katso t\u00e4t\u00e4 yksinkertaista maven-buildin konfigurointia:<\/p>\n\n\n\ncom.dkanejs.maven.plugins\n docker-compose-maven-plugin.\n 4.0.0\n \n \n up\n test-compile\n \n up\n \n \n ${${.projekti<\/a>.basedir}\/docker-compose.yml\n true\n \n \n \n down\n post-integration-test\n \n down\n \n \n ${project.basedir}\/docker-compose.yml \n true<\/code><\/pre>\n\n\n\nJa docker-compose.yml<\/code> tiedosto n\u00e4ytt\u00e4\u00e4 my\u00f6s aika hyv\u00e4lt\u00e4!<\/p>\n\n\n\nversio: \"3.5\"\n\npalvelut:\n\n postgres:\n reactivedb: attribuutti: postgresst: container_name: reactivedb\n image: postgres:13.2\n restart: always\n environment:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=salasana\n - POSTGRES_DB=cities\n portit:\n - \"5432:5432\"\n volumes:\n - postgres_data:\/data\/db\n\n pgadmin:\n container_name: pgadmin4\n image: dpage\/pgadmin4\n restart: aina\n environment:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: salasana: password\n portit:\n - \"15050:80\"\n volumes:\n - pgadmin_data:\/data\/pgadmin\n\nvolumes:\n postgres_data: Pgmd_data: Pgmd_data: postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nMutta huomaatko, mist\u00e4 t\u00e4ss\u00e4 on kysymys?<\/p>\n\n\n\nRahtialus, joka est\u00e4\u00e4 kaiken<\/h3>\n\n\n\nYll\u00e4 oleva esimerkki on hyvin yksinkertainen. Vain yksi postgres-tietokanta, pgAdmin ja siin\u00e4 kaikki. Kun suoritat<\/p>\n\n\n\nbash\n$ mvn clean verify\n<\/code>maven-lis\u00e4osa k\u00e4ynnist\u00e4\u00e4 s\u00e4ili\u00f6t ja sammuttaa ne testien j\u00e4lkeen. Ongelmat alkavat, kun projekti kasvaa ja my\u00f6s koostetiedostomme kasvaa. Joka kerta on k\u00e4ynnistett\u00e4v\u00e4 kaikki kontit, ja ne ovat elossa koko buildin ajan. Voit parantaa tilannetta hieman muuttamalla pluginin suoritusasetuksia, mutta se ei riit\u00e4. Pahimmassa tapauksessa konttiesi kuluttavat j\u00e4rjestelm\u00e4resurssit loppuun ennen kuin testit alkavat!<\/p>\n\n\n\nEik\u00e4 t\u00e4m\u00e4 ole ainoa ongelma. Et voi suorittaa yksitt\u00e4ist\u00e4 integrointitesti\u00e4 IDE:st\u00e4. Sit\u00e4 ennen sinun on k\u00e4ynnistett\u00e4v\u00e4 kontit k\u00e4sin. Lis\u00e4ksi seuraava maven-ajo purkaa n\u00e4m\u00e4 kontit (katso esim. alas<\/code> suorittaminen).<\/p>\n\n\n\nT\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
Kaikki muuttuu monimutkaiseksi, kun haluamme kirjoittaa integrointitestej\u00e4. Se ei ole paha asia, jos haluamme testata muutaman palvelun yhdess\u00e4. Mutta kun meid\u00e4n on testattava palveluita, jotka k\u00e4ytt\u00e4v\u00e4t ulkoisia resursseja, kuten tietokantoja tai sanomanv\u00e4lityspalveluita, joudumme vaikeuksiin.<\/p>\n\n\n\n
Kun vuosia sitten halusimme tehd\u00e4 integrointitestej\u00e4 ja k\u00e4ytt\u00e4\u00e4 esimerkiksi tietokantoja, meill\u00e4 oli kaksi vaihtoehtoa:<\/p>\n\n\n\n
Molemmilla oli hyv\u00e4t ja huonot puolensa. Molemmat tuovat kuitenkin lis\u00e4\u00e4 monimutkaisuutta. Joskus kyse oli tiettyjen v\u00e4lineiden ominaisuuksista johtuvasta teknisest\u00e4 monimutkaisuudesta, esimerkiksi Oracle DB:n asentaminen ja hallinta localhostilla. Joskus kyse oli prosessin hankaluudesta, esimerkiksi siit\u00e4, ett\u00e4 sinun on sovittava testin kanssa. joukkue<\/a> JMS:n k\u00e4yt\u00f6st\u00e4... joka kerta, kun haluat suorittaa testej\u00e4.<\/p>\n\n\n\nKontit pelastavat<\/h3>\n\n\n\nViimeisten 10 vuoden aikana konttitoiminnan ajatus on saanut alalla tunnustusta. Luonnollinen p\u00e4\u00e4t\u00f6s on siis valita kontit ratkaisuksi integraatiotestausongelmaamme. T\u00e4m\u00e4 on yksinkertainen ja siisti ratkaisu. Suoritat vain prosessin rakentamisen ja kaikki toimii! Etk\u00f6 voi uskoa sit\u00e4? Katso t\u00e4t\u00e4 yksinkertaista maven-buildin konfigurointia:<\/p>\n\n\n\ncom.dkanejs.maven.plugins\n docker-compose-maven-plugin.\n 4.0.0\n \n \n up\n test-compile\n \n up\n \n \n ${${.projekti<\/a>.basedir}\/docker-compose.yml\n true\n \n \n \n down\n post-integration-test\n \n down\n \n \n ${project.basedir}\/docker-compose.yml \n true<\/code><\/pre>\n\n\n\nJa docker-compose.yml<\/code> tiedosto n\u00e4ytt\u00e4\u00e4 my\u00f6s aika hyv\u00e4lt\u00e4!<\/p>\n\n\n\nversio: \"3.5\"\n\npalvelut:\n\n postgres:\n reactivedb: attribuutti: postgresst: container_name: reactivedb\n image: postgres:13.2\n restart: always\n environment:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=salasana\n - POSTGRES_DB=cities\n portit:\n - \"5432:5432\"\n volumes:\n - postgres_data:\/data\/db\n\n pgadmin:\n container_name: pgadmin4\n image: dpage\/pgadmin4\n restart: aina\n environment:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: salasana: password\n portit:\n - \"15050:80\"\n volumes:\n - pgadmin_data:\/data\/pgadmin\n\nvolumes:\n postgres_data: Pgmd_data: Pgmd_data: postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nMutta huomaatko, mist\u00e4 t\u00e4ss\u00e4 on kysymys?<\/p>\n\n\n\nRahtialus, joka est\u00e4\u00e4 kaiken<\/h3>\n\n\n\nYll\u00e4 oleva esimerkki on hyvin yksinkertainen. Vain yksi postgres-tietokanta, pgAdmin ja siin\u00e4 kaikki. Kun suoritat<\/p>\n\n\n\nbash\n$ mvn clean verify\n<\/code>maven-lis\u00e4osa k\u00e4ynnist\u00e4\u00e4 s\u00e4ili\u00f6t ja sammuttaa ne testien j\u00e4lkeen. Ongelmat alkavat, kun projekti kasvaa ja my\u00f6s koostetiedostomme kasvaa. Joka kerta on k\u00e4ynnistett\u00e4v\u00e4 kaikki kontit, ja ne ovat elossa koko buildin ajan. Voit parantaa tilannetta hieman muuttamalla pluginin suoritusasetuksia, mutta se ei riit\u00e4. Pahimmassa tapauksessa konttiesi kuluttavat j\u00e4rjestelm\u00e4resurssit loppuun ennen kuin testit alkavat!<\/p>\n\n\n\nEik\u00e4 t\u00e4m\u00e4 ole ainoa ongelma. Et voi suorittaa yksitt\u00e4ist\u00e4 integrointitesti\u00e4 IDE:st\u00e4. Sit\u00e4 ennen sinun on k\u00e4ynnistett\u00e4v\u00e4 kontit k\u00e4sin. Lis\u00e4ksi seuraava maven-ajo purkaa n\u00e4m\u00e4 kontit (katso esim. alas<\/code> suorittaminen).<\/p>\n\n\n\nT\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
Viimeisten 10 vuoden aikana konttitoiminnan ajatus on saanut alalla tunnustusta. Luonnollinen p\u00e4\u00e4t\u00f6s on siis valita kontit ratkaisuksi integraatiotestausongelmaamme. T\u00e4m\u00e4 on yksinkertainen ja siisti ratkaisu. Suoritat vain prosessin rakentamisen ja kaikki toimii! Etk\u00f6 voi uskoa sit\u00e4? Katso t\u00e4t\u00e4 yksinkertaista maven-buildin konfigurointia:<\/p>\n\n\n\n
com.dkanejs.maven.plugins\n docker-compose-maven-plugin.\n 4.0.0\n \n \n up\n test-compile\n \n up\n \n \n ${${.projekti<\/a>.basedir}\/docker-compose.yml\n true\n \n \n \n down\n post-integration-test\n \n down\n \n \n ${project.basedir}\/docker-compose.yml \n true<\/code><\/pre>\n\n\n\nJa docker-compose.yml<\/code> tiedosto n\u00e4ytt\u00e4\u00e4 my\u00f6s aika hyv\u00e4lt\u00e4!<\/p>\n\n\n\nversio: \"3.5\"\n\npalvelut:\n\n postgres:\n reactivedb: attribuutti: postgresst: container_name: reactivedb\n image: postgres:13.2\n restart: always\n environment:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=salasana\n - POSTGRES_DB=cities\n portit:\n - \"5432:5432\"\n volumes:\n - postgres_data:\/data\/db\n\n pgadmin:\n container_name: pgadmin4\n image: dpage\/pgadmin4\n restart: aina\n environment:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: salasana: password\n portit:\n - \"15050:80\"\n volumes:\n - pgadmin_data:\/data\/pgadmin\n\nvolumes:\n postgres_data: Pgmd_data: Pgmd_data: postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nMutta huomaatko, mist\u00e4 t\u00e4ss\u00e4 on kysymys?<\/p>\n\n\n\nRahtialus, joka est\u00e4\u00e4 kaiken<\/h3>\n\n\n\nYll\u00e4 oleva esimerkki on hyvin yksinkertainen. Vain yksi postgres-tietokanta, pgAdmin ja siin\u00e4 kaikki. Kun suoritat<\/p>\n\n\n\nbash\n$ mvn clean verify\n<\/code>maven-lis\u00e4osa k\u00e4ynnist\u00e4\u00e4 s\u00e4ili\u00f6t ja sammuttaa ne testien j\u00e4lkeen. Ongelmat alkavat, kun projekti kasvaa ja my\u00f6s koostetiedostomme kasvaa. Joka kerta on k\u00e4ynnistett\u00e4v\u00e4 kaikki kontit, ja ne ovat elossa koko buildin ajan. Voit parantaa tilannetta hieman muuttamalla pluginin suoritusasetuksia, mutta se ei riit\u00e4. Pahimmassa tapauksessa konttiesi kuluttavat j\u00e4rjestelm\u00e4resurssit loppuun ennen kuin testit alkavat!<\/p>\n\n\n\nEik\u00e4 t\u00e4m\u00e4 ole ainoa ongelma. Et voi suorittaa yksitt\u00e4ist\u00e4 integrointitesti\u00e4 IDE:st\u00e4. Sit\u00e4 ennen sinun on k\u00e4ynnistett\u00e4v\u00e4 kontit k\u00e4sin. Lis\u00e4ksi seuraava maven-ajo purkaa n\u00e4m\u00e4 kontit (katso esim. alas<\/code> suorittaminen).<\/p>\n\n\n\nT\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
Ja docker-compose.yml<\/code> tiedosto n\u00e4ytt\u00e4\u00e4 my\u00f6s aika hyv\u00e4lt\u00e4!<\/p>\n\n\n\nversio: \"3.5\"\n\npalvelut:\n\n postgres:\n reactivedb: attribuutti: postgresst: container_name: reactivedb\n image: postgres:13.2\n restart: always\n environment:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=salasana\n - POSTGRES_DB=cities\n portit:\n - \"5432:5432\"\n volumes:\n - postgres_data:\/data\/db\n\n pgadmin:\n container_name: pgadmin4\n image: dpage\/pgadmin4\n restart: aina\n environment:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: salasana: password\n portit:\n - \"15050:80\"\n volumes:\n - pgadmin_data:\/data\/pgadmin\n\nvolumes:\n postgres_data: Pgmd_data: Pgmd_data: postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nMutta huomaatko, mist\u00e4 t\u00e4ss\u00e4 on kysymys?<\/p>\n\n\n\nRahtialus, joka est\u00e4\u00e4 kaiken<\/h3>\n\n\n\nYll\u00e4 oleva esimerkki on hyvin yksinkertainen. Vain yksi postgres-tietokanta, pgAdmin ja siin\u00e4 kaikki. Kun suoritat<\/p>\n\n\n\nbash\n$ mvn clean verify\n<\/code>maven-lis\u00e4osa k\u00e4ynnist\u00e4\u00e4 s\u00e4ili\u00f6t ja sammuttaa ne testien j\u00e4lkeen. Ongelmat alkavat, kun projekti kasvaa ja my\u00f6s koostetiedostomme kasvaa. Joka kerta on k\u00e4ynnistett\u00e4v\u00e4 kaikki kontit, ja ne ovat elossa koko buildin ajan. Voit parantaa tilannetta hieman muuttamalla pluginin suoritusasetuksia, mutta se ei riit\u00e4. Pahimmassa tapauksessa konttiesi kuluttavat j\u00e4rjestelm\u00e4resurssit loppuun ennen kuin testit alkavat!<\/p>\n\n\n\nEik\u00e4 t\u00e4m\u00e4 ole ainoa ongelma. Et voi suorittaa yksitt\u00e4ist\u00e4 integrointitesti\u00e4 IDE:st\u00e4. Sit\u00e4 ennen sinun on k\u00e4ynnistett\u00e4v\u00e4 kontit k\u00e4sin. Lis\u00e4ksi seuraava maven-ajo purkaa n\u00e4m\u00e4 kontit (katso esim. alas<\/code> suorittaminen).<\/p>\n\n\n\nT\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
docker-compose.yml<\/code> tiedosto n\u00e4ytt\u00e4\u00e4 my\u00f6s aika hyv\u00e4lt\u00e4!<\/p>\n\n\n\nversio: \"3.5\"\n\npalvelut:\n\n postgres:\n reactivedb: attribuutti: postgresst: container_name: reactivedb\n image: postgres:13.2\n restart: always\n environment:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=salasana\n - POSTGRES_DB=cities\n portit:\n - \"5432:5432\"\n volumes:\n - postgres_data:\/data\/db\n\n pgadmin:\n container_name: pgadmin4\n image: dpage\/pgadmin4\n restart: aina\n environment:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: salasana: password\n portit:\n - \"15050:80\"\n volumes:\n - pgadmin_data:\/data\/pgadmin\n\nvolumes:\n postgres_data: Pgmd_data: Pgmd_data: postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nMutta huomaatko, mist\u00e4 t\u00e4ss\u00e4 on kysymys?<\/p>\n\n\n\nRahtialus, joka est\u00e4\u00e4 kaiken<\/h3>\n\n\n\nYll\u00e4 oleva esimerkki on hyvin yksinkertainen. Vain yksi postgres-tietokanta, pgAdmin ja siin\u00e4 kaikki. Kun suoritat<\/p>\n\n\n\nbash\n$ mvn clean verify\n<\/code>maven-lis\u00e4osa k\u00e4ynnist\u00e4\u00e4 s\u00e4ili\u00f6t ja sammuttaa ne testien j\u00e4lkeen. Ongelmat alkavat, kun projekti kasvaa ja my\u00f6s koostetiedostomme kasvaa. Joka kerta on k\u00e4ynnistett\u00e4v\u00e4 kaikki kontit, ja ne ovat elossa koko buildin ajan. Voit parantaa tilannetta hieman muuttamalla pluginin suoritusasetuksia, mutta se ei riit\u00e4. Pahimmassa tapauksessa konttiesi kuluttavat j\u00e4rjestelm\u00e4resurssit loppuun ennen kuin testit alkavat!<\/p>\n\n\n\nEik\u00e4 t\u00e4m\u00e4 ole ainoa ongelma. Et voi suorittaa yksitt\u00e4ist\u00e4 integrointitesti\u00e4 IDE:st\u00e4. Sit\u00e4 ennen sinun on k\u00e4ynnistett\u00e4v\u00e4 kontit k\u00e4sin. Lis\u00e4ksi seuraava maven-ajo purkaa n\u00e4m\u00e4 kontit (katso esim. alas<\/code> suorittaminen).<\/p>\n\n\n\nT\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
versio: \"3.5\"\n\npalvelut:\n\n postgres:\n reactivedb: attribuutti: postgresst: container_name: reactivedb\n image: postgres:13.2\n restart: always\n environment:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=salasana\n - POSTGRES_DB=cities\n portit:\n - \"5432:5432\"\n volumes:\n - postgres_data:\/data\/db\n\n pgadmin:\n container_name: pgadmin4\n image: dpage\/pgadmin4\n restart: aina\n environment:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: salasana: password\n portit:\n - \"15050:80\"\n volumes:\n - pgadmin_data:\/data\/pgadmin\n\nvolumes:\n postgres_data: Pgmd_data: Pgmd_data: postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nMutta huomaatko, mist\u00e4 t\u00e4ss\u00e4 on kysymys?<\/p>\n\n\n\nRahtialus, joka est\u00e4\u00e4 kaiken<\/h3>\n\n\n\nYll\u00e4 oleva esimerkki on hyvin yksinkertainen. Vain yksi postgres-tietokanta, pgAdmin ja siin\u00e4 kaikki. Kun suoritat<\/p>\n\n\n\nbash\n$ mvn clean verify\n<\/code>maven-lis\u00e4osa k\u00e4ynnist\u00e4\u00e4 s\u00e4ili\u00f6t ja sammuttaa ne testien j\u00e4lkeen. Ongelmat alkavat, kun projekti kasvaa ja my\u00f6s koostetiedostomme kasvaa. Joka kerta on k\u00e4ynnistett\u00e4v\u00e4 kaikki kontit, ja ne ovat elossa koko buildin ajan. Voit parantaa tilannetta hieman muuttamalla pluginin suoritusasetuksia, mutta se ei riit\u00e4. Pahimmassa tapauksessa konttiesi kuluttavat j\u00e4rjestelm\u00e4resurssit loppuun ennen kuin testit alkavat!<\/p>\n\n\n\nEik\u00e4 t\u00e4m\u00e4 ole ainoa ongelma. Et voi suorittaa yksitt\u00e4ist\u00e4 integrointitesti\u00e4 IDE:st\u00e4. Sit\u00e4 ennen sinun on k\u00e4ynnistett\u00e4v\u00e4 kontit k\u00e4sin. Lis\u00e4ksi seuraava maven-ajo purkaa n\u00e4m\u00e4 kontit (katso esim. alas<\/code> suorittaminen).<\/p>\n\n\n\nT\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
Mutta huomaatko, mist\u00e4 t\u00e4ss\u00e4 on kysymys?<\/p>\n\n\n\n
Yll\u00e4 oleva esimerkki on hyvin yksinkertainen. Vain yksi postgres-tietokanta, pgAdmin ja siin\u00e4 kaikki. Kun suoritat<\/p>\n\n\n\n
bash\n$ mvn clean verify\n<\/code>maven-lis\u00e4osa k\u00e4ynnist\u00e4\u00e4 s\u00e4ili\u00f6t ja sammuttaa ne testien j\u00e4lkeen. Ongelmat alkavat, kun projekti kasvaa ja my\u00f6s koostetiedostomme kasvaa. Joka kerta on k\u00e4ynnistett\u00e4v\u00e4 kaikki kontit, ja ne ovat elossa koko buildin ajan. Voit parantaa tilannetta hieman muuttamalla pluginin suoritusasetuksia, mutta se ei riit\u00e4. Pahimmassa tapauksessa konttiesi kuluttavat j\u00e4rjestelm\u00e4resurssit loppuun ennen kuin testit alkavat!<\/p>\n\n\n\nEik\u00e4 t\u00e4m\u00e4 ole ainoa ongelma. Et voi suorittaa yksitt\u00e4ist\u00e4 integrointitesti\u00e4 IDE:st\u00e4. Sit\u00e4 ennen sinun on k\u00e4ynnistett\u00e4v\u00e4 kontit k\u00e4sin. Lis\u00e4ksi seuraava maven-ajo purkaa n\u00e4m\u00e4 kontit (katso esim. alas<\/code> suorittaminen).<\/p>\n\n\n\nT\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
Eik\u00e4 t\u00e4m\u00e4 ole ainoa ongelma. Et voi suorittaa yksitt\u00e4ist\u00e4 integrointitesti\u00e4 IDE:st\u00e4. Sit\u00e4 ennen sinun on k\u00e4ynnistett\u00e4v\u00e4 kontit k\u00e4sin. Lis\u00e4ksi seuraava maven-ajo purkaa n\u00e4m\u00e4 kontit (katso esim. alas<\/code> suorittaminen).<\/p>\n\n\n\nT\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
alas<\/code> suorittaminen).<\/p>\n\n\n\nT\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
T\u00e4m\u00e4 ratkaisu on siis kuin iso rahtilaiva. Jos kaikki toimii hyvin, niin se on ok. Mik\u00e4 tahansa odottamaton tai ep\u00e4tavallinen k\u00e4ytt\u00e4ytyminen johtaa us<\/a> jonkinlaiseen katastrofiin.<\/p>\n\n\n\nTestis\u00e4ili\u00f6t - aja s\u00e4ili\u00f6it\u00e4 testeist\u00e4<\/h2>\n\n\n\nMutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
Mutta ent\u00e4 jos voisimme k\u00e4ytt\u00e4\u00e4 konttejamme testeist\u00e4 k\u00e4sin? T\u00e4m\u00e4 idea n\u00e4ytt\u00e4\u00e4 hyv\u00e4lt\u00e4, ja sit\u00e4 toteutetaan jo. Testikontit<\/a>, koska puhumme t\u00e4st\u00e4 hankkeesta, t\u00e4ss\u00e4 on ratkaisu ongelmiin. Ei ihanteellinen, mutta kukaan ei ole t\u00e4ydellinen.<\/p>\n\n\n\nT\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
T\u00e4m\u00e4 on Java<\/a><\/strong> kirjasto, joka tukee JUnit- ja Spock-testej\u00e4, tarjoten kevyit\u00e4 ja helppoja tapoja ajaa Docker<\/a> kontti. Katsotaanpa sit\u00e4 ja kirjoitetaan koodia!<\/p>\n\n\n\nEdellytykset ja kokoonpano<\/h3>\n\n\n\nEnnen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
Ennen kuin aloitamme, meid\u00e4n on tarkistettava kokoonpanomme. Testiastiat<\/strong> tarvitsevat:<\/p>\n\n\n\n\nDocker versiossa v17.09,<\/li>\n\n\n\nJavan v\u00e4himm\u00e4isversio 1.8,<\/li>\n\n\n\nP\u00e4\u00e4sy verkkoon, erityisesti docker.hubiin.<\/li>\n<\/ul>\n\n\n\nLis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
Lis\u00e4tietoja tietyn k\u00e4ytt\u00f6j\u00e4rjestelm\u00e4n ja CI:n vaatimuksista on saatavilla osoitteessaosoitteessa dokumentaatio<\/a>.<\/p>\n\n\n\nNyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
Nyt on aika lis\u00e4t\u00e4 muutamia rivej\u00e4 kohtaan pom.xml<\/code>.<\/p>\n\n\n\n
pom.xml<\/code>.<\/p>\n\n\n\n