Blog

Lue nämä 5 kirjaa ymmärtääksesi Continuous Quality Assurancen

DEC 20, 2022

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