Muista, että hyväksymiskriteerit tulisi määritellä etukäteen, ja koskaan sen jälkeen, kun kehityksen vaihe on alkanut. Siksi tiimin ja tuotteen omistajan tulisi sopia vähimmäistoimituksista, jotka täyttävät tuotteen omistajan vaatimukset.
Miten Kirjoittaa hyväksymiskriteerit
On olemassa useita erilaisia hyväksymiskriteerit., Suosituimpia ovat sääntöjä suuntautunut (muodossa luettelo) ja skenaario-suuntautunut (muodossa skenaarioita, jotka kuvaavat kukin kriteeri). Skenaario-suuntautunut tyyppi on suosittu Ketterä joukkueet, koska se auttaa saada eri vaatimukset, suunnittelee erilaisia käyttötapauksia, ja edelleen käyttää skenaarioita manuaalinen ja automaattiset hyväksymistestit.
yhteisen mallin, jossa kuvataan hyväksymiskriteerit käyttäen skenaario-suuntautunut lähestymistapa on Koska/Kun/Sitten-muodossa, joka on peräisin behaviour-driven development (BDD)., Hyväksyntätestien kirjoittamiseen käytetään annettua/milloin / sitten-muotoa, jolla varmistetaan, että kaikki eritelmän vaatimukset täyttyvät.
Tämä muoto on kätevä ihmisille (koska se on kirjoitettu tuttu syy-seuraus-tavalla), sekä automaattisen testauksen työkaluja, kuten Kurkkua ja RSpec.,ser:
Sillä on kirjautunut ulos käyttäjä
haluan pystyä kirjautua verkkosivuilla
Niin, että voin löytää saannissa minun henkilökohtainen profiili
Skenaario: Järjestelmän käyttäjä kirjautuu voimassa valtakirjojen
”Koska olen kirjautunut ulos järjestelmä käyttäjä,
ja olen kanssa Rekisteröidy-sivulla
Kun en täytä ”Käyttäjätunnus” ja ”Salasana” kentät minun todentamistietoja,
ja napsauta Kirjaudu Sisään-painiketta
Sitten järjestelmä merkkejä minua”,
Koska/Kun/Sitten malli auttaa sinua vähentää aikaa kuluu kirjallinen koe tapauksissa, koska voit kuvata järjestelmän toiminta etukäteen., Haluamme kirjoittaa hyväksymiskriteerit ensimmäisen persoonan ”I”: llä, koska se auttaa meitä puhumaan käyttäjän näkökulmasta ja pitämään käyttäjän tarpeet mielessä.
Tässä muutamia vinkkejä, jotka auttavat sinua kirjoittaa hyvä hyväksymiskriteerit:
- Pidä kriteerit hyvin määritelty, jotta jokainen jäsen projektiryhmä ymmärtää ajatus, että yrität välittää.
- pitää kriteerit realistisina ja saavutettavissa olevina. Määrittele pienin pala toiminnallisuutta voit toimittaa ja kiinni siihen., Toisaalta, älä yritä kuvata jokaisen yksityiskohdan, koska olet vaarassa täyttämättä ruuhkaa ja saada haudattu monia pieniä tehtäviä.
- koordinoi kaikkien sidosryhmien kanssa, joten hyväksymiskriteerisi perustuvat konsensukseen.
- luo mitattavia kriteerejä, joiden avulla voit arvioida riittävästi kehitysaikaa, jotta Pysyt budjetissa ja aikarajoituksissa.
- Harkitse tarjoaa tarkistuslistoja, joiden avulla voit nähdä, mitä käyttäjä tarinat ovat peitetty hyväksymiskriteerit.,
Esimerkkejä hyväksymiskriteerit
Tässä jaksossa menemme katsomaan esimerkkejä hyväksymiskriteerit kirjoitettu yhteisiä piirteitä läsnä useimmat sivustot. Määrittelemme käyttäjän tarinoita etukäteen, koska hyväksymiskriteerit on kirjoitettu sen jälkeen, kun olemme määritelleet kaikki toiminnot käyttäjätarinoiden kautta.,kana järjestelmä näyttää luettelon kaikista tuotteista,
Ja järjestelmä näyttää ”Hae” – osiossa oikeassa yläkulmassa näytön
Kun en täytä ”Etsi” – kenttää, jonka nimi on nykyisten tuote tuote lista
Ja klikkaa ”käytä” – painiketta TAI paina Enter-näppäintä näppäimistö
Sitten järjestelmä osoittaa tuotteiden Etsinnän Tulokset-osiossa, jossa tuotteiden nimet matching tuli tuotteen nimi
Ja järjestelmä näyttää hakutulosten määrä yläosassa hakutulokset jaksossa”
Esimerkki #2
seuraava esimerkki edustaa hyväksymisvaatimukset palautelomake sivulla.,ck muodossa sisältää ”Sähköposti”,”Nimi” ja ”Kommentti” – kenttiin, jotka ovat tarpeen
Kun en täytä ”Sähköposti” – kenttään, jolla on voimassa oleva sähköpostiosoite,
Ja minä täytä ”Nimi” – kenttään oma nimi,
Ja minä täytä ”Kommentti” – kenttään oma kommentti
Ja klikkaa ”Lähetä Palautetta” – painiketta
Sitten järjestelmä lähettää minun palautetta
Ja järjestelmä näyttää ”Olet onnistuneesti toimitettu palautetta” flash-viesti
Ja järjestelmä tyhjentää kentät Lähetä Palautetta muodossa”
Esimerkki #3
Lopuksi, nyt määritellä käyttäjän tarina-ja hyväksymisvaatimukset kommentointi toiminnallisuutta blogi., Vain allekirjoittaneet käyttäjät voivat lisätä kommentteja., järjestelmä säästää minun kommentti
Ja järjestelmä näyttää oma kommentti top ”Kommentit” – osiossa.
Ja järjestelmä näyttää oma käyttäjätunnus ja profiilin kuva vasemmalla puolella minun kommentti
Ja järjestelmä näyttää ”Poista” ja ”Muokkaa” – kuvakkeet vastapäätä minun kommentti”
niputtamiseen
Kuten voit nähdä, kirjoittaminen hyväksymiskriteerit on todella win-win-toimintaa sekä asiakkaita ja kehitys joukkueet: ei vain se auttaa joukkue tietää tarkalleen, mitä heidän täytyy tehdä, mutta se pitää asiakas ajan tasalla kehitysprosessia ja antaa heille tarkistaa, että kehitetty ohjelmisto täyttää varsinaisen liiketoiminnan vaatimukset.,
Älä anna käyttäjän tarinoita ja hyväksymiskriteerit pelästyttää sinut pois ‒ aika investoida kuvataan ja määritellään kaikki ominaisuudet lopulta maksaa pois. Hyväksymiskriteerit pohjana käyttötapaukset ja testitapaukset, joilla varmistetaan, voit saavuttaa liiketoiminnan tavoitteita ja tuottaa bug-free apps.