Laadun rakentaminen osaksi ohjelmistokehitystä on nykyään välttämätöntä. Jotta voit toimittaa laadukkaita tuotteita nopeammin, Quality Assurance (QA) -toimintoja on automatisoitava. Se on kuitenkin helpommin sanottu kuin tehty: kyse ei ole vain työkalujen käytöstä, vaan myös ajattelutavan muuttamisesta.
Auttaaksemme sinua pääsemään alkuun ja hahmottamaan kokonaisuuden kokosimme tähän suosikkikirjojamme. Niiden avulla ymmärrät Continuous QA:n periaatteet ja pääset ottamaan sen käyttöön organisaatiossasi.
Tatu Kairi
Principal Consultant
Tatu enjoys piña coladas, getting caught in the rain, is not into yoga and has half a brain.
Agile Testing ja sen jatko-osa More Agile Testing
Lisa Crispinin ja Janet Gregoryn Agile Testing: A Practical Guide for Testers and Agile Teams
Lisa Crispinin ja Janet Gregoryn More Agile Testing: Learning Journeys for the Whole Team
Yksinkertaisesti sanottuna nämä kirjat ovat modernin Continuous QAn perusteoksia ja ohjelmistotestauksen keskeistä kirjallisuutta. Jos työskentelet ohjelmistokehityksen parissa, ne ovat pakollista luettavaa.
Lisa Crispin ja Janet Gregory määrittelevät testaajan roolin todellisten Agile-tiimien esimerkkien avulla. Opit esimerkiksi:
miten Agile Testing Quadrantsia käytetään
mihin testaajat ja QA-päälliköt sijoittuvat Agile-tiimissä
miten siirrytään Agile-kehitykseen
miten Agile Testing Quadrantsia käytetään
mihin testaajat ja QA-päälliköt sijoittuvat Agile-tiimissä
miten siirrytään Agile-kehitykseen
Vielä tärkeämpää on, että ymmärrät ajattelutavan, joka jokaisen laatuun keskittyvän henkilön tulisi omaksua: kehitystä tukevan ja valmentavan henkilön ajattelutavan – sekä Product Ownerin hovimestarin roolin.
Molempien kirjojen parasta antia on niiden haasteista lähtevä lähestymistapa. Sisällysluetteloa selaamalla huomaat, että monet luvut käsittelevät QA-alan yleisiä ongelmia. Näitä ovat muun muassa:
Mitkä testit ja missä järjestyksessä?
Riskit ja arvo asiakkaalle
Rakennammeko oikeaa asiaa?
Mitkä testit ja missä järjestyksessä?
Riskit ja arvo asiakkaalle
Rakennammeko oikeaa asiaa?
Kumpi näistä kahdesta kirjasta kannattaa hankkia?
More Agile Testing käsittelee pitkälti samoja aiheita kuin Agile Testing, mutta sisältää myös uusia osioita, jotka eivät toista ensimmäisen kirjan sisältöä. Siksi suosittelemme hankkimaan molemmat, vaikka niissä onkin osin päällekkäisyyksiä.
Continuous Delivery
Jez Humblen ja David Farleyn Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation
Miksi lisäämme Continuous Deliveryä käsittelevän kirjan Continuous QA -kirjalistallemme?
Koska CI/CD-putket ovat modernin ohjelmistokehityksen sykkivä sydän. Ja mitä putki tekee? Se ajaa erityyppisiä testejä.
Jez Humble ja Dave Farley ovat alansa arvostettuja asiantuntijoita ja vahvoja mielipiteitä omaavia käytännön tekijöitä. He näyttävät, miten rakennetaan käyttöönotto-putkia, jotka muuttavat integroidun koodin tuotanto-ohjelmistoksi. Tällainen toimitusajattelu tuo mukaan testaajat ja automaation, sillä testaus on keskeinen osa virheettömien julkaisujen varmistamista. Juuri automaatio mahdollistaa QA:n nostamisen Continuous QA:ksi.
Tämäkin on keskeinen teos, joka keskittyy teknisen toteutuksen sijaan filosofiaan – siihen, miten Continuous Deliverystä tulisi ajatella. Kuten kirjoittajat sanovat: ”Ohjelmistoalan ammattilaisten tärkein ongelma on tämä: jos jollakulla on hyvä idea, miten saamme sen käyttäjille mahdollisimman nopeasti?”
Erityisesti QA-ammattilaisille testausstrategiaa, automatisoitua hyväksymistestausta ja ei-toiminnallisten vaatimusten testausta käsittelevät luvut tarjoavat runsaasti tietoa siitä, miten CI/CD vaikuttaa QA-työhön.
Jos sinulla ei ole aikaa perehtyä koko kirjaan, suosittelemme edellä mainittujen lukujen lisäksi tutustumaan ympäristöjen ja datan hallintaa käsitteleviin lukuihin.
Behavior-Driven Development -kirjat
Discovery: Tutki käyttäytymistä esimerkkien avulla, Seb Rose ja Gaspar Nagy
Formulation: Ilmaise esimerkit Given/When/Then-muodossa, Seb Rose ja Gaspar Nagy
Nämä kirjat käsittelevät Behavior-Driven Developmentiä (BDD) ja sen ydintä:
Sidosryhmien ja tiimin jäsenten yhteistyötä, joka auttaa ymmärtämään odotuksia ja vaatimuksia paremmin.
Vaikka BDD on esimerkkipohjainen määrittelytekniikka, se johtaa myös hyväksymistesteihin, jotka:
ovat helposti kaikkien sidosryhmien ymmärrettävissä
viestivät tarpeet selkeästi
ovat helppoja automatisoida
ovat helposti kaikkien sidosryhmien ymmärrettävissä
viestivät tarpeet selkeästi
ovat helppoja automatisoida
Tämä tekniikka on Continuous QA:n perusta. Molemmat aiemmin mainitut kirjat suosittelevat sitä, ja kokemuksemme mukaan sinun kannattaa ottaa se käyttöön.
Tässä helppolukuisessa ja käytännönläheisessä kirjasarjassa Seb ja Gaspar opastavat sinua BDD:n keskeisten vaiheiden läpi.
Discovery
Tämä on yhteistyöhön perustuva lähestymistapa, jonka avulla ymmärretään paremmin käyttäjätarinaa ja käyttäjälle tuotettavaa arvoa esimerkkien kautta. Kysymällä ”mitä jos?” ja ”entä jos ei?” tiimi tunnistaa säännöt, joita tietyssä tilanteessa sovelletaan.
Pidämme tässä lähestymistavassa erityisesti siitä, miten riskiperusteisen testauksen ajattelu on rakennettu siihen sisään. Jo määrittelyvaiheessa testaajat voivat ohjata tiimejä mahdollisten vikatilojen äärelle ja sopia niiden odotetusta käsittelystä. Sovellat vikojen välttämistä ja test-first-ajattelua sen heikomman ”etsi viat myöhemmin” -mallin sijaan.
Formulation
Tällä menetelmällä dokumentoidaan edellä mainitut esimerkit tunnetun Given-When-Then-rakenteen avulla. Lopputuloksena on helppolukuisia määrittelyjä, jotka toimivat myös hyväksymistesteinä.
Tulossa pian: kolmas kirja
Kaksikko työstää seuraavaa kirjaansa, joka käsittelee automaatiota.
Saat tietää:
miten Gherkin-syntaksilla määritellyt yllä olevat esimerkit muutetaan automaatiokoodiksi ja BDD-sykli saatetaan päätökseen
miten tiimille ja sidosryhmille tarjotaan faktoihin perustuva näkyvyys edistymiseen
Kaikki Agile Manifeston ajatuksen mukaisesti: ”Toimiva ohjelmisto ennen kattavaa dokumentaatiota.”
Vaikka BDD ei varsinaisesti käsittele testausta, testaajat voivat työskennellä huomattavasti tehokkaammin tiimissä, joka hyödyntää näitä harjoituksia liiketoimintavaatimuksista sopimiseen ja niiden viestimiseen.
Bonus: DucksOps-sarjakuva
Olemme työskennelleet testiautomaation ja QA:n parissa yli vuosikymmenen. Tässä on yrityksemme selittää Continuous Quality Assurance kevyellä ja hauskalla tavalla. Tutustu sarjakuvaamme – saatat pitää siitä! A Duck-umentary on Continuous Quality Assurance.
- DevOps
- CI/CD
Subscribe to our newsletter
Related blogs