QA-tiimit: virheen raportointi ja korjauksen seuranta
Testaaja raportoi virheen määrittämällä sen vakavuuden, toistovaiheet ja löytöpaikan, liittää mukaan tallenteen tai kuvakaappauksen ja merkitsee tarkan ruudun tai pikselin. Testauskierroksen paketti etenee vaiheittain: suunniteltu, käynnissä, avoimet virheet, uudelleentestaus ja hyväksytty. Jos uudelleentestaus epäonnistuu edelleen, se palaa avoimiin virheisiin määritettyä polkua pitkin, jotta toimimaton korjaus ei katoa uuteen tikettiin.
Virheen raportointi
Bugin tyyppinen työtehtävä kysyy vakavuusastetta (estää etenemisen, merkittävä, vähäinen tai kosmeettinen), toistovaiheita sekä koontiversiota tai ympäristöä, josta se löytyi. Mukautetuilla kentillä voidaan lisätä mitä tahansa muuta, mitä tiimi haluaa seurata.
Virheeseen liitetään kuvakaappaus tai näyttötallenne. Tallenteeseen tehty huomautus ankkuroidaan tiettyyn ruutuun. Kuvakaappaukseen tehtyyn huomautukseen voi piirtää suoraan. Kehittäjä näkee suoraan merkinnän sen sijaan, että joutuisi lukemaan sitä kuvailevaa tekstikappaletta.
- Vakavuus: estää etenemisen, merkittävä, vähäinen, kosmeettinen
- Toistovaiheet ja löytöpaikka
- Ruutuun ankkuroidut huomautukset tallenteissa, piirretyt huomautukset kuvakaappauksissa
Kierto ja kehittäjän näkökulma
Testauskierroksen paketti etenee vaiheissa: suunniteltu (48 tuntia), käynnissä (72), avoimet virheet (72), uudelleentestaus (48) ja hyväksytty. Käynnissä-vaihe ei voi alkaa ennen kuin suunnitelma ja testitapausten tarkistuslista on valmis. Uudelleentestauksesta on paluupolku avoimiin virheisiin nimellä ”epäonnistuu edelleen”.
Virheenkorjauspaketti on kehittäjän puoli: arviointi, toistaminen, korjaus, varmistus ja julkaistu. Varmistus-vaiheesta tehtävä voidaan lähettää takaisin korjattavaksi merkinnällä ”edelleen rikki”. Ohjelmistopaketti päättää QA-vaiheen julkaisuhyväksyntään, joka on järjestelmän valvoma hyväksyntävaihe.
Jos virhe osoittautuu samaksi kuin toinen bugi, se linkitetään siihen: linkin tyypiksi määritetään liittyy, kaksoiskappale tai klooni, ja estävyys säilyy riippuvuudessa, jonka työnkulku jo tunnistaa. Korjaukseen käytetty aika kirjataan tyypillisinä kirjauksina kyseiselle kohteelle työn tekopäivänä, ja se lasketaan mukaan henkilökohtaiseen viikkoon ja projektin kokonaisaikaan suhteessa arvioihin.
Rehelliset puutteet
Erillistä testiajon tietorakennetta ei ole; ajo on tällä hetkellä vain tarkistuslista kierroksella. Kerromme tämän mieluummin tässä kuin annamme sinun huomata sen vasta kokeilujakson aikana.
Usein esiin nousevat kysymykset
- Voiko kehittäjälle lähettää epäonnistuneen tallenteen, johon on merkitty tietty hetki?
- Kyllä. Virheeseen liitettyyn tallenteeseen voi tehdä ruutuun ankkuroidun huomautuksen, ja kuvakaappaukseen voi piirtää huomautuksen.
- Mitä tapahtuu, jos uudelleentestaus epäonnistuu?
- Uudelleentestausvaiheesta on siirtymä takaisin avoimiin virheisiin merkinnällä ”epäonnistuu edelleen”. Virhe palaa ilman uutta tikettiä.
- Onko QA-hyväksyntä todellinen este etenemiselle?
- Paketeissa, joissa käytetään hyväksyntävaihetta kuittaukseen, kyllä: työ ei voi edetä ilman kirjattua päätöstä. Testauskierroksen paketti päättyy hyväksytty-vaiheeseen valmiina vaiheena; ohjelmistopaketti käyttää julkaisuhyväksyntää porttina.