Läs de här fem böckerna för att förstå Continuous Quality Assurance

Agile Testing och uppföljaren More Agile Testing

Agile Testing: A Practical Guide for Testers and Agile Teams, av Lisa Crispin och Janet Gregory

More Agile Testing: Learning Journeys for the Whole Team, av Lisa Crispin och Janet Gregory

Enkelt uttryckt är dessa böcker grundläggande verk inom modern Continuous QA och viktiga delar av litteraturen om mjukvarutestning. Om du arbetar med mjukvaruutveckling är de obligatorisk läsning.

Lisa Crispin och Janet Gregory definierar testarens roll med exempel från verkliga Agile-team. Du får bland annat lära dig:

• hur du använder Agile Testing Quadrants

• var testare och QA-chefer passar in i ett Agile-team

• hur du övergår till Agile-utveckling

hur du använder Agile Testing Quadrants

var testare och QA-chefer passar in i ett Agile-team

hur du övergår till Agile-utveckling

Men ännu viktigare är att du förstår det mindset som varje kvalitetsmedveten person bör ha: att vara ett socialt stöd och en coach för utvecklingsteamet – och Product Owners högra hand.

Det vi uppskattar mest är att båda böckerna utgår från utmaningar. Tittar du i innehållsförteckningen hittar du många kapitel som tar upp vanliga problem inom QA. De handlar bland annat om:

• Vilka tester ska genomföras, och i vilken ordning?

• Risker och kundvärde

• Bygger vi rätt sak?

Vilka tester ska genomföras, och i vilken ordning?

Risker och kundvärde

Bygger vi rätt sak?

Så vilken av de två böckerna bör du välja?

More Agile Testing täcker mycket av samma område som Agile Testing, men innehåller också nya delar som inte upprepar det som står i den första boken. Därför rekommenderar vi att du skaffar båda, även om vissa delar överlappar.

Continuous Delivery

Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation, av Jez Humble och David Farley

Varför har vi med en bok om Continuous Delivery i vår boklista för Continuous QA, kanske du undrar?

För att CI/CD-pipelines är hjärtat i modern mjukvaruutveckling. Och vad gör en pipeline? Den kör olika typer av tester.

Jez Humble och Dave Farley är tongivande profiler i branschen och erfarna praktiker med tydliga åsikter. De visar hur du bygger pipelines för driftsättning som omvandlar integrerad kod till mjukvara i produktion. Det här synsättet på leverans involverar både testare och automatisering, eftersom testning är avgörande för felfria releaser. Det är trots allt automatisering som gör det möjligt att lyfta QA till Continuous QA.

Det här är också ett viktigt verk som fokuserar på filosofin snarare än enbart den tekniska implementeringen – hur man tänker kring Continuous Delivery. Som författarna säger: ”Det viktigaste problem vi som mjukvaruprofessionella står inför är detta: Om någon får en bra idé, hur levererar vi den till användarna så snabbt som möjligt?”

Särskilt för dig som arbetar med QA är kapitlen om teststrategi, automatiserad acceptanstestning och testning av icke-funktionella krav en kunskapskälla om hur CI/CD påverkar QA-arbetet.

Om du har för mycket att göra för att läsa hela boken rekommenderar vi, utöver kapitlen ovan, att du även tittar på kapitlen om hantering av miljöer och data.

Böckerna om Behavior-Driven Development

Discovery: Utforska beteende med hjälp av exempel, av Seb Rose och Gaspar Nagy

Formulation: Uttryck exempel med Given/When/Then, av Seb Rose och Gaspar Nagy

De här böckerna fokuserar på Behavior-Driven Development (BDD) och dess kärna:

Samarbete mellan intressenter och teammedlemmar för att bättre förstå förväntningar och krav.

Även om BDD är en teknik för specifikation genom exempel leder den också till acceptanstester som:

• är lätta för alla intressenter att förstå

• kommunicerar behoven tydligt

• är lätta att automatisera

är lätta för alla intressenter att förstå

kommunicerar behoven tydligt

är lätta att automatisera

Den här tekniken är en grundläggande del av Continuous QA, båda de tidigare böckerna rekommenderar den, och enligt vår erfarenhet bör du också använda den!

I den här lättlästa och praktiska bokserien guidar Seb och Gaspar dig genom de viktigaste stegen i BDD.

Discovery

Det här är ett samarbetsinriktat arbetssätt för att bättre förstå användarberättelsen och det värde du levererar till användaren, genom exempel. Genom att ställa frågorna ”tänk om?” och ”tänk om inte?” identifierar teamet regler som ska tillämpas i ett visst scenario.

Det vi särskilt uppskattar med det här arbetssättet är hur riskbaserat testtänkande är inbyggt. Redan under specifikationsfasen kan testare uppmärksamma teamen på möjliga fellägen och komma överens om hur de ska hanteras. Du arbetar med att förebygga fel och har ett test-first-tänk, i stället för det sämre sättet att ”hitta fel senare”.

Formulation

Det här är en metod för att dokumentera exemplen ovan med hjälp av den välkända formuleringen ”Given-When-Then”. Resultatet blir lättlästa specifikationer som också fungerar som acceptanstester.

Kommer snart: en tredje bok

Duon arbetar på sin nästa bok, som kommer att handla om Automation.

Den visar dig:

• hur du omvandlar exemplen ovan, som definieras med Gherkin-syntax, till automatiseringskod och sluter BDD-cykeln

• ger teamet och intressenterna faktabaserad insyn i framstegen

Allt i linje med Agile Manifestos devis: ”Fungerande mjukvara framför omfattande dokumentation.”

Även om BDD inte strikt handlar om testning kan testare arbeta betydligt mer effektivt i ett team som använder dessa övningar för att enas om och kommunicera verksamhetskrav.

Bonus: serieboken DucksOps

Vi har arbetat med testautomatisering och QA i över ett decennium. Här är vårt försök att förklara Continuous Quality Assurance på ett lättsamt och roligt sätt. Kolla in vår seriebok – du kanske gillar den! A Duck-umentary on Continuous Quality Assurance.