Michael Luchen
Tuotteen rakentamisesta puhutaan paljon, mutta entä tuotteen testaamisesta? Millaisia lähestymistapoja, asenteita ja käytäntöjä tarvitaan, jotta tuote testataan perusteellisesti ja se tukee käyttäjiä, joita varten se on rakennettu? Tämän päivän ohjelmassa vieraaksemme saapuu testausinsinööri, jonka kanssa perehdymme syvällisesti siihen, mikä määrittää tämän tuotetiimin kriittisen roolin, miten testaajat tekevät yhteistyötä tuotepäälliköiden kanssa ja miksi he saattavat olla tuotetiimin tärkeimpiä empatian puolestapuhujia. Pysy kuulolla.
Tämä on The CPO Club -podcast — yhteisön äänitorvi yhteisölle, joka kirjoittaa tuotteenhallinnan, kehityksen ja strategian käsikirjaa. Ohjelmaa tukee Crema, digitaalisten tuotteiden toimisto, joka auttaa yksilöitä ja yrityksiä menestymään luovuuden, teknologian ja kulttuurin avulla. Lue lisää osoitteessa crema.us. Jatka kuuntelemista saadaksesi käytännöllisiä ja aitoja näkemyksiä, jotka auttavat sinua menestymään tuotteenhallinnan maailmassa.
Hei kaikki. Olen tänään erittäin innoissani voidessani toivottaa Erin Hessin tervetulleeksi ohjelmaan. Olen saanut henkilökohtaisesti tutustua Eriniksi, kun hän toi hiljattain osaamisensa Crema-tiimiimme vanhempana testausinsinöörinä. Erinillä on ainutlaatuinen yhdistelmä luovaa ja teknistä osaamista, jota hän on kartuttanut yli 12 vuoden ajan useissa ohjelmistokehityksen ja -suunnittelun tehtävissä.
Hän aloitti uransa asiakastuen edustajana ennen kuin hänestä tuli itseoppinut ohjelmoija, joka ihastui ohjelmistojen testaamiseen. Erin on sydämeltään käyttäjien puolestapuhuja, ja hänen keskeisiä vahvuuksiaan ovat empatia, visualisointi sekä käyttäytymisen ja viestinnän ennakointi. Erin pitää prosessikarttojen luomisesta ja kuvittelee, missä ongelmakohdat saattavat sijaita. Asettumalla muiden asemaan, tarkastelemalla ongelmia useista näkökulmista ja näkemällä tämän päivän toimien pitkän aikavälin seuraukset ja hyödyt Erin on pystynyt vaikuttamaan jokaisessa tiimissä ja tuotteessa, johon hän liittyy.
Erin auttaa organisaatioita myös omaksumaan ja toteuttamaan osallistavan suunnittelun käytäntöjä lisäämällä tietoisuutta yleisistä käytettävyyden esteistä ja levittämällä tätä tietoa. Hän ajaa saavutettavuutta ja tuottaa jatkuvasti materiaalia kasvaville verkossa toimiville testausyhteisöille.
Hei Erin. Tervetuloa ohjelmaan.
Erin Hess
Kiitos paljon hienosta esittelystä, Michael. Olen iloinen, että olen täällä.
Michael Luchen
Hienoa. Minun on sanottava, että olen henkilökohtaisesti todella innoissani tästä keskustelusta. Yksi testausinsinöörin ja tuotepäällikön yhteistyön hienoista puolista on se, että se voi tuottaa parhaimpia tuloksia, vaikka siitä ei puhuta kovin paljon.
Oletko valmis aloittamaan?
Erin Hess
Ehdottomasti.
Michael Luchen
Selvä.
Haluaisin aloittaa yleisellä tasolla joidenkin kuuntelijoidemme vuoksi. Ehkä heidän tiimissään ei ole testausinsinööriä ja he haluavat ymmärtää tätä roolia paremmin. Voisitko aloittaa kertomalla, millaisia tehtäviä testausinsinöörinä pidät suosikkeinasi?
Erin Hess
Totta kai. Niitä on paljon, ja tästä aiheesta voisin puhua loputtomiin. Testaajana saat tehdä niin monenlaisia asioita. Yksi ehdottomista suosikkitehtävistäni on suhteiden rakentaminen ja niiden tiimien oppiminen tuntemaan, joiden kanssa työskentelen. Näihin kuuluvat kehittäjä, suunnittelija, tuotepäälliköt, muut insinöörit, asiakastuki ja joskus myös markkinointi.
Ainutlaatuisissa projekteissa, kuten yhteistyöprojektissa, tutustun myös asiakkaan puolen resursseihin. Olen löytänyt oman alueeni teknisen dokumentaation kirjoittamisesta. Arvostan todella sitä, että käytettävissä on aikaa ja tilaa oikean yksityiskohtien ja kuvausten määrän tarjoamiseen hyödyllisten visuaalisten apuvälineiden avulla.
Jos voin olla luova ja lisätä kuvan kissasta tietokoneen edessä, teen sen. Pidän myös uusien työkalujen oppimisesta ja työskentelystä yhdessä muiden insinöörien kanssa. Odotan sitä aina innolla.
Michael Luchen
Hienoa. Miten lähestyt suhteiden rakentamista tiimiesi kanssa, erityisesti siitä näkökulmasta, jonka testausinsinöörin on omaksuttava?
Erin Hess
Olen erittäin avarakatseinen ja ymmärrän, että kaikki ovat hieman erilaisia. En tule keskustelemaan suunnittelijan kanssa samalla tavalla kuin kehittäjän kanssa, ja sama pätee tuotteen omistajaan. Olen hyvin avarakatseinen ja yritän antaa tiimille niin paljon tilaa ja empatiaa kuin pystyn.
Michael Luchen
Miten löydät tasapainon tilan ja empatian luomisen välillä, erityisesti kun kaikki ovat erilaisia ja jokainen tuo tuotetiimiin omat taitonsa ja toimintatapansa?
Erin Hess:
Minulle kyseinen taito on tarkoittanut kärsivällisyyttä ja harjoittelua sekä sitä, että opimme antamaan itsellemme ja tiimillemme retrospektiiveissä palautetta siitä, miten onnistuimme toistemme huomioimisessa ja sprintin läpiviemisessä. Mitkä asiat olivat vaikeita? Ei vain itse työ, vaan myös se, miten toimimme ihmisinä. Annan tiimille tilaa puhua kanssani ja käydä tällaisia keskusteluja.
Michael Luchen
Hienoa. Astutaan hetkeksi hieman ylemmälle tasolle.
Millaisia tyypillisiä tehtäviä testausinsinööri tekee tuotetiimissä? Se ei tietenkään ole — tämä on vitsi — vain sitä, että sanoo tuotteen olevan valmis julkaistavaksi, eikö niin?
Erin Hess
Ei todellakaan. En istu täällä leimasimen kanssa, jossa lukee ”hyväksytty” tai ”hylätty”. Työhön liittyy paljon yksityiskohtia ja paljon enemmän suhteiden rakentamista kuin tekniseltä roolilta voisi odottaa. Työskentelen ja teen yhteistyötä tiimin eri osien kanssa. Se voi tarkoittaa esimerkiksi työskentelyä yhdessä kehittäjän kanssa, jotta opimme tekemään ja arvioimaan yhdistämispyyntöjä paremmin.
Työskentelen tuotepäällikön kanssa varmistaakseni, että hyväksymiskriteereissä on oikea määrä yksityiskohtia ja että niiden sisältöä ja odotuksia koskeva taso on selkeä.
Kaikki käyttäjätarinat ja ominaisuudet on tarkasteltava — ei vain suunnittelijoiden ja kehittäjien, vaan myös sidosryhmien toimesta. Testausinsinöörinä olet osa tätä kaikkea. Sinun täytyy pysyä mukana ja viestiä kaikkien näiden ihmisten kanssa, sillä muuten jotain jää huomaamatta, jokin asia katoaa ja riski siitä, ettei tuote täytä vaatimuksia, kasvaa.
Michael Luchen
Mielenkiintoista. Tämä liittyy siihen, mitä sanoit oman paikan löytämisestä teknisessä dokumentaatiossa, koska se auttaa kokoamaan kaiken kontekstin yhteen, eikö niin?
Erin Hess
Käytän sitä myös toisena aivonani. En odota muistavani kaikkea, mutta tiedän, että dokumentaationi on erinomaista, joten voin käyttää sitä projektissa tarvittaessa ja muut voivat hyödyntää sitä.
Michael Luchen
Kun viittaat toisiin aivoihin, tarkoitatko, että pidät kaiken tämän dokumentaation julkisesti tuotetiimin saatavilla?
Erin Hess
Kyllä.
Michael Luchen
Se on — anteeksi, jatka vain.
Erin Hess
Olin sanomassa, että se on yksinkertaisesti kaikkien saatavilla.
Se ei ole piilotettu, lukittu tai jonkin oudon maksumuurin takana. Se on suoraan tiimin käytettävissä. Kun luon jotakin, jaan sen ehdottomasti.
Michael Luchen
Se on todella hienoa. Läpinäkyvä dokumentaatio on asia, jota tuotetiimien pitäisi mielestäni aktiivisesti edistää, jos ne eivät jo tee sitä. Eikä vain testausinsinöörien osalta, vaan kaikkien tuotetiimin muodostavien osa-alueiden osalta. Sen myötä syntyy konteksti, ja juuri konteksti auttaa ihmisiä onnistumaan omissa rooleissaan.
Niille, jotka kuuntelevat ja ovat uusia testausinsinöörin roolissa tai eivät ole vielä päässeet tekemään yhteistyötä testausinsinöörin kanssa: mikä on tuotetiimissä paras hetki aloittaa yhteistyö? Onko se tuotetyön käynnistymisen jälkeen, loppuvaiheessa vai jossakin muualla?
Erin Hess
Olen ajan mittaan oppinut, että mitä aikaisemmin testausinsinööri otetaan mukaan, sitä parempi. Joissakin yrityksissä ajatellaan, että testaajan tehtävä on vain täyttää tehtävä, kirjoittaa testi ja hyväksyä tai hylätä se. Osallistuminen jää vähäiseksi. Jos kuitenkin haluat hyviä testausinsinöörejä, jotka tuovat pöytään muutakin kuin testaustaitonsa, ota heidät mukaan jo ennen aloitusta ja kontekstiviikolle. Anna heidän nähdä, mihin he ovat ryhtymässä, niin he voivat alkaa kuvitella ja ennakoida asioita.
Heti alusta lähtien he voivat auttaa esimerkiksi testattavuutta tukevien suunnitelmien tekemisessä, vaikuttaa kehitystyöhön ja tuoda saavutettavuustestauksen esiin sen sijaan, että se jäisi jälkikäteen huomioitavaksi.
Michael Luchen
Hienoa. Olen täysin samaa mieltä. Jos tiimi aloittaa ilman testausinsinööriä, siitä tulee minulle aina suuri riski. Alusta asti kerätty konteksti kaikista näkökulmista on ratkaisevan tärkeää, jotta voimme varmistaa, että tuotteemme on laadukkaasti testattu ja vastaa käyttäjien tarpeita. Kyse on paljon muustakin kuin kumileimasimesta, jota joskus kierrätetään.
Mitä testausinsinöörin pitäisi sprintin aikana mielestäsi pitää mielessä?
Erin Hess
Ensinnäkin et tiedä sitä, mitä et tiedä, joten älä pelkää ottaa yhteyttä tiimiin, kun sinulla on epäilys tai huolenaihe — riippumatta siitä, kuinka vakavana pidät sitä. Pieni huolenaihe voi kehittyä merkittäväksi parannukseksi. Asioista puhuminen voi myös pienentää ongelman korjaamisen riskiä ja kustannuksia, jos ongelma muuten päätyisi julkaisuun.
Tuotekehityksessä ei ole ”minää”, aivan kuten tiimissäkään ei ole ”minää”. Et tee tätä yksin. Olet osa tiimiä, etkä auta tiimiä, jos et kerro kamppailevasi jonkin asian kanssa. Yksi huonoimmista asioista on odottaa sprintin loppuun ja ilmoittaa vasta silloin, ettet pysty tekemään jotakin. Puhu siis ajoissa.
Michael Luchen
Kyllä, se on todella tärkeää. Tuotteenhallinnan näkökulmasta se auttaa tunnistamaan sprintin merkittävät riskit. Sprintin alussa oletamme aina rajallisesti, millaisia riskejä siihen liittyy. Testausinsinöörin näkökulmasta sprintin alussa havaittu asia voi kuitenkin muuttaa sprintin suuntaa erittäin hyvällä tavalla.
Erin Hess
Kyllä.
Michael Luchen
Mitä neuvoja antaisit testaajille, suunnittelijoille ja kehittäjille, jotta heidän yhteistyönsä onnistuisi?
Erin Hess
Suunnittelijoiden ja kehittäjien kannattaa mahdollisuuksien mukaan työskennellä yhdessä testausinsinöörien kanssa käyttäjätarinoiden suunnittelu- ja kehitysvaiheissa.
Olen kokemukseni perusteella oppinut, että projektin varhaisissa vaiheissa on paljon mahdollisuuksia tehdä yhteistyötä suunnittelun ja kehityksen kanssa. Se antaa minulle enemmän tietoa testiskenaarioiden ja testitiedostojen valmisteluun sekä automaatioskriptien kirjoittamiseen. Tällä hetkellä täydennän hyväksymiskriteerejämme Gherkinillä, jotta suuri osa työstä olisi jo tehty, kun automaation aika koittaa.
Michael Luchen
Mainitsit testiskenaariot. Mitä ne ovat? Käydäänkö niiden avulla läpi hyväksymiskriteerejä, jotka tuotepäällikkö kirjoittaa, vai ovatko ne jotakin yksityiskohtaisempaa?
Erin Hess
Molempia. Otetaan tiimin ja tuotteenhallinnan yhdessä parantamat hyväksymiskriteerit ja kysytään testiskenaarioiden avulla: mitä tämän tyyppinen käyttäjä tekee tämän tyyppisellä laitteella, mikä on odotettu lopputulos, millaisia riskejä on ja mitä käyttäjä voisi yrittää tehdä väärin? Kyse on erilaisten päästä päähän -kulkujen muodostamisesta ja siitä, mitä käyttäjä voisi testissä mahdollisesti tehdä.
Michael Luchen
Kun tuote julkaistaan, sitä voidaan käyttää niin monissa paikoissa: useissa selaimissa, eri näyttötarkkuuksilla, eri laitteilla ja muualla. Testiskenaarioissa tuotteen voi tavallaan asettaa haastavaan tilanteeseen. Miten päätät valtavassa mahdollisuuksien joukossa, mihin keskityt?
Erin Hess
Testauksessa voi mennä liiallisuuksiin. Saavutettavuustestausta voi tehdä liikaa ja liian usein sivuilla, joita ei välttämättä tarvitse testata sillä tavalla.
Testauksen voi päästää täysin käsistä. Sen rajaaminen vaatii aikaa, harjoittelua ja ennakointia. On mietittävä, millainen projekti on kyseessä: verkkosovellus, natiivisovellus vai esimerkiksi vain iPhoneissa toimiva sovellus. Kun ajattelet kaikkia testausmahdollisuuksia, alat karsia pois ne asiat, joita ei tarvitse testata. Sitten rakennat testimatriisin: tarvitsen tämän laitteen, tämän selaimen ja tämän käyttäjätyypin.
Michael Luchen
Tarkasteletko testiskenaarioita ja painopisteitä määrittäessäsi säännöllisesti selainten ja laitteiden käyttötilastoja ja muita vastaavia tietoja?
Erin Hess
Testausinsinöörit käyttävät monia lähteitä, jotka auttavat selvittämään käytännöllisimmät testattavat yhdistelmät. Kuinka paljon tiettyä laitetta tai selainversiota käytetään? Kuinka moni käyttää kyseisiä sovelluksia, tuotteita ja palveluja?
Näiden tietojen avulla päätämme, että Safari ja Chrome sekä iOS ja Android on ehdottomasti tarkistettava. Sen jälkeen voimme listata pienemmän riskin vaihtoehtoja, joita testataan, jos aikaa jää: esimerkiksi Edge tai jokin muu vähemmän tärkeä selain. Olisi kuitenkin hyvä tietää, toimiiko sovellus niissä.
Michael Luchen
Voivatko käyttäjätestaus tai kyselyt auttaa määrittämään, mitä pitäisi testata?
Erin Hess
En ole itse tehnyt paljon käyttäjäkyselyitä, mutta pidän niiden täyttämisestä ja palautteen antamisesta. Olisi kiinnostavaa saada palautetta todellisilta käyttäjiltä. Otan ehdottomasti huomioon sen, millaista käyttäjäkokemusta tämäntyyppiseltä sovellukselta keskimäärin odotetaan, ja etenen siitä.
Michael Luchen
Olet maininnut kirjoittavasi automaatioskriptejä. Mikä automaation arvo on tuotteelle ja milloin se pitäisi ottaa käyttöön?
Erin Hess
Se riippuu tilanteesta. Jos projekti on pitkäaikainen ja jatkuva, tiimi on vahva eikä loppua ole näkyvissä, automaatio voi olla hyödyllistä. Voit aloittaa manuaalisilla testeillä ja järjestää ne riskin ja ominaisuuden perusteella.
Sen jälkeen mietitään, millaista automaatiokehystä käytetään tai sopisiko vähäkoodinen verkkopohjainen ratkaisu paremmin. Vaihtoehtoja on paljon. Uudessa, alusta asti rakennettavassa projektissa automaation miettiminen ei haittaa, sillä suunnittelun ja kehitystä edeltävän työn aikana voi tehdä yhteistyötä tiimien kanssa, esimerkiksi luoda saavutettavuustunnisteita komponenteille.
Teemme tätä parhaillaan Gherkinillä, jotta koodia ja skriptejä on valmiina jo ennen kuin tuotetta on olemassa. Se säästää aikaa ja auttaa suunnittelemaan paremmin, kun automaatiota tehdään rinnakkain suunnittelun, kehityksen ja testauksen kanssa.
Se tuo testausinsinöörin työhön uuden monimutkaisuustason. Hyväksymiskriteerien ja testitapausten kirjoittamisen ja arvioinnin lisäksi olet tavallaan myös pieni kehittäjä kirjoittaessasi ja arvioidessasi automaatioskriptejä varten laadittuja hyväksymiskriteerejä.
Aikainen aloittaminen on hyvä asia, mutta yleensä automaatio otetaan käyttöön silloin, kun sen tarve tuntuu todelliselta. Tavallisesti tarkoituksena on nopeuttaa testausprosessia ja vakauttaa testausta.
Michael Luchen
Miten lähestyt yhteistyötä tuotepäälliköiden kanssa?
Erin Hess
Pidän suhteiden rakentamisesta tiimiini, joten yhteistyö ei perustu hierarkiaan. Haluan kaikkien tiimin jäsenten tekevän yhteistyötä ja autan mielelläni tätä prosessia. Työskentelen tuotepäälliköiden kanssa yhtä mielelläni kuin kehittäjien ja suunnittelijoiden kanssa.
Se voi tarkoittaa hyväksymiskriteerien työstämistä, tutkimuksen tekemistä tai tiedon keräämistä. Jos tuotepäällikkö tarvitsee jotakin ja voin auttaa, astun mukaan.
Michael Luchen
Testausinsinöörin ja tuotepäällikön yhteistyö on mielestäni yksi tuotetiimin vaikuttavimmista yhteistyösuhteista, erityisesti hyväksymiskriteerien ja julkaisua edeltävän validoinnin vuoksi.
Tuotepäällikkö tuo esimerkiksi näkemyksen käyttäjälle tavoiteltavista tuloksista, kun taas testausinsinööri tuo yksityiskohdat ja varmistaa, että aukot on katettu sopivalla tasolla tavalla, joka jättää muulle tiimille tilaa luovuudelle. Näin voidaan julkaista laadukas, testattu tuote, joka tukee käyttäjien tarpeita.
Erin Hess
Olen täysin samaa mieltä. Olen ollut tilanteissa, joissa testausinsinööriä ei ole otettu mukaan aikaisin, ja nyt ymmärrän todella hyvin, kuinka paljon arvostan sitä, että pääsen mukaan heti alussa.
Michael Luchen
Kun tuotetiimiä tarkastelee ilman testausinsinööriä ja sen jälkeen testausinsinöörin kanssa, ero on valtava. On todella selvää, kuinka huonosti asiat voivat mennä.
Olet suuri saavutettavuuden puolestapuhuja. Voisitko kertoa, mitä se tarkoittaa?
Erin Hess
Saavutettavuudesta puhutaan paljon, ja se on ajankohtainen aihe. Siitä käytetään myös lyhennettä ”A11Y”, koska A-kirjaimen ja Y-kirjaimen välissä on 11 kirjainta sanassa accessibility. Puolestapuhuja on kaikkien erilaisten loppukäyttäjien ääni. Hän varmistaa, että tuotteiden ja palveluiden ominaisuudet ja kehitys ovat kaikkien saavutettavissa. Kyse on osallistamisesta, keskustelusta ja siitä, miten omaa ääntä voi käyttää muiden auttamiseen.
Michael Luchen
Miten haastat tilanteen, jossa sidosryhmät sanovat, ettei saavutettavuusasioita voida priorisoida?
Erin Hess
Olen käyttänyt tähän useita menetelmiä. Joillekin sidosryhmille toimivin tapa on näyttää, kuinka kallista yritykselle voi olla, jos verkkosivusto ei ole vaatimustenmukainen. Oikeudenkäynnin riski on todellinen ja tilanne voi olla hyvin hankala.
Toipuminen on vaikeaa, ja ihmisille jää huono vaikutelma, jos he oppivat, ettei yritys ole välittänyt kokonaisesta loppukäyttäjien ryhmästä. Näin ei ehkä todellisuudessa olisi tarkoitettu, mutta niin ihmiset saattavat tulkita asian.
Michael Luchen
Voisitko kertoa lisää empatiasta testauksen perustana?
Erin Hess
Useimmat ovat kuulleet ilmauksen ”astua toisen saappaisiin”, joka tarkoittaa empatiaa. Se on kykyä ymmärtää tai tuntea, mitä toinen ihminen kokee hänen omasta näkökulmastaan. Empatia kattaa laajan joukon tunteita.
Olen pitänyt empatiasta ja testauksesta esityksen Ministry of Testingin TestBash Home -tapahtumassa yhdessä ystäväni Jenny Bramblen kanssa. Puhuimme tunteistamme ja siitä, mitä ”Empatia on testauksen perusta” tarkoittaa sekä siitä, miten historiamme asettaa meidät ainutlaatuiseen asemaan puhua empatiasta ja asiakkaiden tarpeista.
Michael Luchen
Mikä tekee empatiasta testauksen perustan?
Erin Hess
Testauksen ja empatian välillä on yhteys: et voi tietää jonkun odotuksia, jos et tiedä hänen kokemustaan.
Toisen ihmisen kokemukseen astuminen on tärkeä osa testausta, ja teemme sitä koko ajan, vaikka emme aina ajattele asiaa. Esimerkiksi suuren kontrastin teeman tai dysleksiaa tukevan fontin testaamisella on tarkoitus. Testauksen ja empatian yhteys sijoittuu ennen kaikkea saavutettavuustestauksen alueelle.
Michael Luchen
Keskustelumme aikana on noussut esiin useita teemoja: saavutettavuuden puolustaminen, empatian merkitys kaikessa testausinsinöörin työssä ja yhteistyön tärkeys sekä tuotepäällikön että koko tuotetiimin kanssa.
Ennen kuin päätämme, haluaisin esittää muutaman henkilökohtaisen pikakysymyksen, jos se sopii.
Erin Hess
Anna tulla.
Michael Luchen
Mikä henkilökohtainen tapasi on vaikuttanut eniten menestykseesi?
Erin Hess
Kyky luoda, jäsentää ja järjestää suuria tietomääriä, jota olen kehittänyt ajan mittaan. Se on yksi supervoimistani. Tämä juontaa juurensa intohimostani järjestämiseen ja hyvien, hyödyllisten ja merkityksellisten dokumenttien kirjoittamiseen.
Michael Luchen
Mikä on suosikkityökalusi, jota käytät säännöllisesti?
Erin Hess
Chrome DevTools monista syistä. Erityisesti haluan mainita laitetilan, jolla voi simuloida mobiililaitteita, testata responsiivisuutta ja eri näkymäalueita. Verkkopaneeli on paras ystäväni. Käytän sitä, kun tutkin kehittäjätyökaluissa ilmoitettavaa virhettä. Lisäksi Lighthouse ja Axe ovat tärkeitä saavutettavuustestauksessa.
Michael Luchen
Minkä neuvon antaisit tuotteenhallinnan uran alussa olevalle henkilölle?
Erin Hess
Ole avoin oppimaan mitä tahansa, keneltä tahansa. Jos kehittäjä, suunnittelija tai tuotepäällikkö haluaa aikaasi tai mielipiteesi, tartu tilaisuuteen. Käytä sitä oppimiskokemuksena ja ota siitä kaikki irti.
Michael Luchen
Hyvin sanottu. Olen oppinut tänään paljon. Kiitos, Erin, että tulit ohjelmaan.
Erin Hess
Kiitos itsellesi kutsusta. Odotan innolla, että pääsen puhumaan lisää saavutettavuustestauksesta ja testausinsinöörin työstä yleensä.
Michael Luchen
Odotan sitä innolla. Jos haluatte oppia lisää Eriniltä, voitte tutustua hänen työhönsä osoitteessa crema.us. Löydät hänet myös LinkedInistä. Erin on aktiivinen Twitterissä, ja hänen käyttäjänimensä on @QueenTester.
Jos pidit tämänpäiväisestä ohjelmasta, tutustu siihen liittyvään julkaisuumme QA Leadiin, jossa tarkastelemme automaation ja testauksen uusimpia ja parhaimpia käytäntöjä. Löydät sen osoitteesta theqalead.com.
Kiitos vielä kerran, Erin, että liityit seuraamme. Tämä on ollut mahtava jakso. Kiitos kaikille kuuntelusta. Jätäthän tästä podcastista arvostelun — haluaisin kuulla palautteesi. Muista myös seurata yhteisöämme ja liittyä siihen osoitteessa theproductmanager.com. Kiitos.

