for any solo tester Out there I recommend leading a regular bug bash/mob testing activity. Se on toimintaa voit suorittaa lopussa sprint / feature dev sykli. Kutsut tiimin, hankit välipalaa/juomaa yhdessä ja saat kaikki testaamaan noin tunnin ajan.
Setup
kannattaa varmistaa hyvä laite/selain kattavuus varmistamalla, että kaikilla on TIEDOT/laitteet ennen kättä. Saatat myös haluta valmistella joitakin apua docs auttaa ihmisiä pääsemään alkuun. Haluan olla mindmap kattavuus ideoita valmis ennen käsin, jotta ihmiset ovat visuaalinen indikaattori siitä, mitä he testaavat. Saatan myös luoda kasan testitilejä ennen kättä ja jakaa ne tiimille.
Kevyt vikailmoitus
kannattaa suosia kevyttä vikailmoitusta;
- ehkä ihmiset kirjoittavat bugeja muistilappuihin
- lisää bugeja jaettuun taulukkolaskentaan
- tai nostavat jira-bugeja suoraan Slackista käyttämällä /jirio create bug-oikotietä
keskittymisen tulisi olla vikojen löytämisessä, ei niiden ilmoittamisessa. Voit aina selventää asioita lisää bug Bashin jälkeen, jos tarvitset lisätietoja.
mitä ötökkäbashissa testataan
minulla on 3 askeleen heuristinen päätös, mitä testataan (think; guide or rule of thumb):
- mikä on muuttunut viime aikoina? Muutos tuo mukanaan uusia riskejä. mitä ominaisuuksia on rakennettu? Mitä koodia on muokattu? Mitä kirjastoja on päivitetty? Keskitä tiimi testaamaan näitä alueita ensin
- Regressiotestaus. On tarkistuslista enintään tusina skenaarioita ydintoiminnot (ehkä noin rekisteröinti, maksut ja tärkeimmät asiat ihmiset tekevät tuotteesi). Pyydä ihmisiä harkitsemaan näitä tapauksia tehdessään 1), pyydä ehkä ihmisiä laittamaan nimi kotelon viereen, kun he testaavat sitä, jotta saat käsityksen kattavuudesta
- mitä muuta testausta pitäisi/voisimmeko tehdä? Joskus voi olla järkevää tehdä kynätestivirheen bash-istunto tai suorituskykytestaus bash tai cross browser-testi bash, mutta sen ei tarvitse tapahtua joka kerta
testi tuotannossa
jos voit; testaa tuotannossa. Ei ole sellaista ympäristöä.
mutta jos et pääse testaamaan tuotannossa, varmista, että testiympäristösi on vakaa, tietosi on perustettu ja olet antanut tiimillesi ”Älä koske paitsi bug bash testing” – pyynnön.
Post Bug Bash
muista kiittää ihmisiä heidän ajastaan, laskea ötökät ja antaa kehut parhaalle buginmetsästäjällesi. Testaus / laatu on sittenkin joukkueen vastuulla. Lähetä kiitossähköposti tuloksineen ja palkintopokaaleineen. Olen jakanut tämän sarvikuono-ötökän palkinnon hartsissa-parhaalle ötökkämetsästäjällemme ennenkin.:
