Johdatus ketterään malliin
Ohjelmistokehityksen elinkaaressa on monia lähestymistapoja kehittäjille ja sidosryhmille. Yksi erittäin tehokkaista menetelmistä SDLC: ssä on ketterä malli. Ketterä malli keskittyy sekä kehittämisen että testauksen jatkuvaan toistoon.
Ketterä malliprosessi SDLC: ssä helpottaa kehittäjien tiimin vuorovaikutusta ja antaa asiakkaalle täydellisen kuvan käynnissä olevasta projektista ja tehdä tarvittaessa muutoksia. Tämä saa kehittäjät tekemään muutokset asiakkaan vuorovaikutuksen mukaan ja säästää paljon aikaa uusintaan. Koska tämä lähestymistapa toimii käsi kädessä kehittämisessä ja testauksessa, kehittäjät ja testaajat toimivat yhdessä.
Ketterä testausmenetelmä
Ketterä testaus käyttää erityyppisiä menetelmiä, jotka perustuvat kehitystyyliin. Alla luetellaan ketterät testausmenetelmät:
- tungos
- kanban
- Äärimmäinen menetelmä
- Kidemenetelmä
- Dynaaminen ohjelmistokehitysmenetelmä (DSDM)
- Ominaisuusohjattu kehitys (FDD)
- Lean-ohjelmistokehitys
1. Scrum
Aina kun projektissa tapahtuu nopea muutos, ketterää käytetään ketterässä mallissa. Scrum keskittyy pääasiassa asiakkaan toimitukseen jatkuvassa iteratiivisessa mallissa.
Jokainen työ joukkueessa on jaettu sprinteihin, Scrum-pohjainen sprintisykli koostuu:
- Sprint-arvostelu
- Sprint retro
- Sprintisuunnittelu
- Päivittäinen kuori
Sprintisuunnitteluvaiheessa sprintisuunnitelmakokous pidetään joka päivä tai viikko vaatimusten ja käyttäjän tarinoita käyttävien kehityssuunnitelmien mukaisesti. Tätä seuraa projektin retrospektiivinen kokous. Käyttöönottovaiheen ja päivittäisen punninnan jälkeen pidetään sprintiarviointikokous. Scrum-tiimi koostuu sidosryhmistä, scrum-mestarista, projektin omistajasta ja Scrum-tiimin jäsenistä.
2. Kanban
Kanban on inkrementaalinen prosessi. Se täyttää kaikki ketterän ketterän metodologian periaatteet. Kanbanin tärkein näkökohta on ohjelmistokehitysjakson läpinäkyvyys. Kanban-levyt, työkalut käytetään projektin jäljitettävyyteen. Tätä levyä käytetään 3-vaiheisessa prosessissa:
- Tehdä
- Meneillään
- Tehty
Projektin minkä tahansa työn seuraamiseksi kortteja käytetään taululla edustamaan jokaisen työn tilaa. Tämä antaa selkeän kuvan ryhmän työnkulusta ja edistymisestä.
3. Äärimmäinen menetelmä
Äärimmäinen menetelmä on yksi ketterän kehitysmallin suosituimmista ja tehokkaimmista kehityskehyksistä, jonka mukaan suurten muutosten tekeminen ei toimi yhtä aikaa, joten aloita heti biteistä tehokkaaseen muutokseen minkä tahansa ongelman hoitamisessa. Tämä ohjelmistokehitysmalli käyttää usein julkaisuja ja parantaa ohjelmistojen laatua. Lisäksi tämä menetelmä tekee nopeasti muutoksia asiakkaan vaatimusten mukaan. Äärimmäinen ohjelmointimenetelmä soveltuu hyvin pieniin projekteihin ja myös uudempaan tekniikkaan.
XP-ohjelmistokehitysmalli sisältää muutaman vaiheen:
- Coding
- Design
- Testata
- palaute
Tämä on toistuva prosessi, johon liittyy usein 12 periaatteeseen perustuvia julkaisuja. Suunnittele aina koodi, joka voidaan toteuttaa ja helposti laajentaa sovelluksen perusteella. Joten tulevaisuuden muutokset ovat helppoja ja vievät vähemmän aikaa. Palautteella on tärkeä rooli, joka perustuu asiakkaiden, tiimin ja järjestelmän palautteeseen. Tässä viestintä on avaintekijä. Yleisempi on viestintä, parempi on laadukas tuote, jolla on tuottava aika.
4. Kidemenetelmä
Kristallimetodologia tunnetaan vähemmän dokumentoinnista ja projektien arviointimenoista, joten tätä kutsutaan myös ”kevyeksi metodologiaksi”. Kristallimenetelmä ei ole aiempien menetelmien mukainen, sillä ei ole erityistä lähestymistapaa tai asetettuja sääntöjä. Kristalli riippuu projektissa monista tekijöistä, jotka luokitellaan eri väreillä.
Kristallimenetelmäperhe koostuu erilaisista menetelmistä: kristallinkirkas, kristallinkeltainen, kristallioranssi, kristallioranssi verkko, kristallipunainen, kristalli marjooni, kristalli timantti ja kristallisafiiri. Kristallimenetelmän tyyppi riippuu ryhmän koosta ja projektiympäristöstä.
5. Dynaaminen ohjelmistokehitysmenetelmä (DSDM)
DSDM perustettiin vuonna 1994 nopeaan ohjelmistokehitykseen. Tämä kehys sisälsi 4 vaihetta: Suunnittelu, hallinta, suorittaminen ja skaalaaminen ketterässä ympäristössä. Tämä kehys perustuu 80 - 20: een perustaan. Tämä tarkoittaa, että keskittyminen 80%: iin hyödyllisyydestä vie 20% ajasta.
DSDM-iteraatiot perustuvat MSCW-prosessikehitykseen:
M - Vaaditaan vaatimuksia
S - Pitäisi olla, jos mahdollista
C - Voi olla, mutta ei kriittinen
W - Ei tällä kertaa, mutta mahdollisesti myöhemmin.
6. Ominaisuuteen perustuva kehitys (FDD)
Toinen ketterän malliprosessin ohjelmisto on FDD: Feature Driven Development suuremman tiimin toteuttamiseen. Tämän mallin on kehittänyt Jeff De Luca. Tässä olevat iteraatiot sisältävät piirtämisen ja rakentamisen ominaisuudet. FDD perustuu 8 periaatteeseen:
- Verkkotunnusobjektin mallintaminen
- Kehitys ominaisuuden mukaan
- Luokan omistus
- Ominaisuusjoukot
- tarkastukset
- Kokoonpanon hallinta
- Säännölliset rakennukset
- Edistymisen ja tulosten näkyvyys
7. Lean-ohjelmistokehitys
Lean: n tavoitteena on tarjota asiakkaille arvokkaita palveluita kokonaisvaltaisen lähestymistavan avulla. Lean-ohjelmistokehityksen peruskonsepti on jätteiden vähentäminen. Se perustuu seitsemään perusperiaatteeseen, jotka luetellaan alla:
- Poista jätteet
- Luo oppiminen
- Päätä myöhässä
- Toimitus nopea
- Joukkueen vaikutusmahdollisuudet
- Rakenna eheys
- Optimoi kokonaisuus
Käytännöt ovat hyvin samankaltaisia ketterän sprintikehityksen kanssa, joka on toistuva prosessi. Tämä prosessi auttaa myös rakentamisen laadussa, ennen kuin velka löytyy, validoimalla se ensimmäisessä vaiheessa ja sitten aloittamalla. Päätä joustava arkkitehtuuri aloittaaksesi siten, että se täyttää asiakkaan vaatimukset laaturajoitteilla. Tämä optimoi koko arvovirran.
Johtopäätös: Ketterä malli
Ketterä malli onnistuu kuin perinteinen SDLC-malli, koska se toimii sekä kehitys- että testausryhmien kanssa. Tämä parantaa laatua. Koska tämä malli koostuu innovatiivisista käytännöistä, joihin sisältyy sprintisuunnittelu, kojetaulun suunnittelu ja stand up -kokous, tämä tekee yhteistyötä asiakkaan, organisaation ja myyjien kanssa. Asiakkaan sisällyttäminen kehitysvaiheeseen antaa heille luottamuksen laadukkaaseen tuotteeseen. Ketterä on joustava, mikä helpottaa kehittäjien, sidosryhmien ja testaajien toteuttamista.
Suositellut artikkelit
Tämä on opas ketterään malliin. Tässä keskustelimme ketterien testausmenetelmien käsitteistä ja erotyypeistä ketterän mallin prosessissa. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -
- Ketterä ajattelutapa
- Ketterät kehykset
- Ketterän manifestin periaatteet
- Ketterät työpaikat
- Ketterien Devops-esittelyjen esittely
- Mikä on Agile Group?
- 7 tärkeintä ketterän testauksen strategiaa