Mikä on ohjelmistojen testausmenetelmä?
Ohjelmistojen testausmenetelmät määritellään strategioiksi ja testaustyypeiksi, joita käytetään varmentamaan, että testattava sovellus täyttää asiakkaan odotukset. Testausmenetelmät sisältävät toiminnallisen ja ei-toiminnallisen testauksen AUT: n vahvistamiseksi. Esimerkkejä testausmenetelmistä ovat yksikkötestaus, integraatiotestaus, järjestelmätestaus, suorituskyvyn testaus jne. Jokaisella testausmenetelmällä on määritelty testitavoite, testausstrategia ja suoritteet.
Huomaa : Koska ohjelmistojen testaus on olennainen osa kaikkia kehitysmenetelmiä, monet yritykset käyttävät termiä Kehitysmenetelmät ja testausmenetelmät puhekielellä. Siksi testausmenetelmät voisivat viitata myös vesiputous-, ketterä- ja muihin laadunvarmistusmalleihin edellä esitetyn testausmenetelmien määritelmän vastaisesti. Keskustelu erilaisista testaustyypeistä ei tuota arvoa lukijoille. Siksi keskustelemme erilaisista kehitysmalleista.
Tässä opetusohjelmassa opit-
- Vesiputousmalli
- Iteratiivinen kehitys
- Ketterä metodologia
- Äärimmäinen ohjelmointi
- Mikä ohjelmistomenetelmä valita?
- Kuinka ohjelmistojen testausmenetelmät määritetään?
Vesiputousmalli
Mikä se on?
Vesiputousmallissa ohjelmistokehitys etenee vaiheittain, kuten vaatimusten analyysi, suunnittelu jne. - peräkkäin .
Tässä mallissa seuraava vaihe alkaa vasta kun edellinen vaihe on valmis.
Mikä on testausmenetelmä?
Vesiputousmallin ensimmäinen vaihe on vaatimusvaihe, jossa kaikki projektivaatimukset on määritelty kokonaan ennen testauksen aloittamista. Tässä vaiheessa testiryhmä ideoi testauksen laajuutta, testistrategiaa ja laatii yksityiskohtaisen testisuunnitelman.
Vasta kun ohjelmiston suunnittelu on valmis, tiimi siirtyy testaustapausten suorittamiseen varmistaakseen, että kehitetty ohjelmisto toimii odotetulla tavalla.
Tässä metodologiassa testausryhmä etenee seuraavaan vaiheeseen vasta kun edellinen vaihe on valmis.
Edut
Tämä ohjelmistotekniikan malli on hyvin helppo suunnitella ja hallita. Näin ollen hankkeet, joissa vaatimukset on määritelty ja määritelty etukäteen, voidaan helposti testata vesiputousmallilla.
Haitat
Vesiputousmallissa voit aloittaa seuraavan vaiheen vasta kun edellinen vaihe on valmis. Siksi tämä malli ei voi ottaa huomioon suunnittelemattomia tapahtumia ja epävarmuutta.
Tämä menetelmä ei sovellu hankkeisiin, joissa vaatimukset muuttuvat usein.
Iteratiivinen kehitys
Mikä se on?
Tässä mallissa iso projekti on jaettu pieniin osiin, ja kullekin osalle tehdään useita vesiputousmallin iteraatioita. Iteraation lopussa kehitetään uusi moduuli tai parannetaan olemassa olevaa moduulia. Tämä moduuli on integroitu ohjelmistoarkkitehtuuriin ja koko järjestelmä testataan yhdessä
Mikä on testausmenetelmä?
Heti kun iterointi on valmis, koko järjestelmä testataan. Testauksesta saatu palaute on heti saatavilla ja sisällytetään seuraavaan jaksoon. Peräkkäisessä iteroinnissa tarvittavaa testausaikaa voidaan lyhentää aiempien iteraatioiden perusteella saatujen kokemusten perusteella.
Edut
Iteratiivisen kehityksen tärkein etu on, että testipalaute on heti käytettävissä jokaisen syklin lopussa.
Haitat
Tämä malli lisää viestinnän yleiskustannuksia merkittävästi, koska jokaisen jakson lopussa on annettava palautetta suoritteista, ponnisteluista jne.
Ketterä metodologia
Mikä se on?
Perinteisten ohjelmistokehitysmenetelmien lähtökohtana on, että ohjelmistovaatimukset pysyvät vakiona koko projektin ajan. Mutta monimutkaisuuden lisääntyessä vaatimukset muuttuvat lukuisasti ja kehittyvät jatkuvasti. Toisinaan asiakas itse ei ole varma mitä haluaa. Vaikka iteratiivinen malli käsittelee tätä ongelmaa, se perustuu silti vesiputouksen malliin.
Ketterässä metodologiassa ohjelmistoa kehitetään asteittain, nopeasti. Asiakkaiden, kehittäjien ja asiakkaiden välistä vuorovaikutusta korostetaan pikemminkin kuin prosesseja ja työkaluja. Ketterä metodologia keskittyy muutoksiin reagoimiseen eikä laajaan suunnitteluun.
Mikä on testausmenetelmä?
Inkrementaalista testausta käytetään ketterissä kehitysmenetelmissä, joten jokainen projektin julkaisu testataan perusteellisesti. Tämä varmistaa, että kaikki järjestelmän viat korjataan ennen seuraavaa julkaisua.
Edut
Projektissa on mahdollista tehdä muutoksia milloin tahansa vaatimusten täyttämiseksi.
Tämä asteittainen testaus minimoi riskit.
Haitat
Jatkuva asiakkaan vuorovaikutus merkitsee lisäpainetta kaikille sidosryhmille, mukaan lukien asiakas itse, ohjelmistokehitys ja testausryhmät.
Äärimmäinen ohjelmointi
Mikä se on?
Äärimmäinen ohjelmointi on eräänlainen ketterä metodologia, joka uskoo lyhyisiin kehitysjaksoihin. Projekti on jaettu yksinkertaisiin suunnittelutehtäviin. Ohjelmoijat koodaavat yksinkertaisen ohjelmiston ja palaavat asiakkaalle palautetta varten. Asiakkaan arvostelupisteet yhdistetään ja kehittäjät jatkavat seuraavaa tehtävää.
Äärimmäisissä ohjelmointikehittäjät työskentelevät yleensä pareittain.
Äärimmäistä ohjelmointia käytetään paikoissa, joissa asiakkaiden vaatimukset muuttuvat jatkuvasti.
Mikä on testausmenetelmä?
Äärimmäinen ohjelmointi seuraa testiohjattua kehitystä, joka kuvataan seuraavasti -
- Lisää testitapaus testipakettiin varmistaaksesi, että uusi toiminto on vielä kehitteillä
- Suorita kaikki testit, ja uuden testitapauksen on ilmeisesti epäonnistuttava, koska toimintoja ei ole vielä koodattu
- Kirjoita ominaisuus / toiminnallisuus koodin avulla
- Suorita testipaketti uudelleen. Tällä kertaa uuden testitapauksen pitäisi läpäistä, koska toiminnallisesti on koodattu
Edut
Asiakkaat, joilla on epämääräinen ohjelmistosuunnittelu mielessä, voivat käyttää äärimmäistä ohjelmointia
Jatkuva testaus ja pienten julkaisujen jatkuva integrointi varmistavat, että ohjelmistokoodi toimitetaan korkealaatuisena
Haitat
Ohjelmistokehitystiimin ja asiakkaiden tapaamiset lisäävät ajan vaatimuksia.
Mikä ohjelmistomenetelmä valita?
Ohjelmistokehitykseen ja sitä vastaavaan testaukseen on tarjolla tonnia menetelmiä. Jokainen testaustekniikka ja menetelmät on suunniteltu tiettyä tarkoitusta varten, ja niillä on suhteelliset edut ja haitat.
Tietyn menetelmän valinta riippuu monista tekijöistä, kuten projektin luonteesta, asiakkaan vaatimuksesta, projektin aikataulusta jne.
Testauksen näkökulmasta jotkut menetelmät edellyttävät panoksen testaamista kehityksen elinkaaren alussa, kun taas toiset odottavat, kunnes järjestelmän toimiva malli on valmis.
Kuinka ohjelmistojen testausmenetelmät määritetään?
Ohjelmistojen testausmenetelmiä ei pitäisi asettaa pelkästään ohjelmistokoodin testaamisen vuoksi. Suuri kuva tulee ottaa huomioon ja projektin päätavoitteen tulee olla tyytyväinen testausmenetelmiin.
Aikataulu
Realistinen aikataulutus on avain onnistuneen testausmenetelmän käyttöönottoon, ja aikataulun on vastattava jokaisen tiimin jäsenen tarpeita.
Määritellyt suoritteet
Jotta kaikki ryhmän jäsenet pysyisivät samalla sivulla, tulisi toimittaa hyvin määritellyt suoritteet. Suoritusten tulisi sisältää suoraa sisältöä ilman epäselvyyttä.
Testilähestyminen
Kun aikataulutus on valmis ja määritellyt suoritteet ovat saatavilla, testausryhmän tulisi pystyä muotoilemaan oikea testausmenetelmä. Määritelmäasiakirjoissa ja kehittäjien kokouksissa on ilmoitettava tiimille paras testausmenetelmä, jota voidaan käyttää projektissa.
Raportointi
Läpinäkyvää raportointia on erittäin vaikea saavuttaa, mutta tämä vaihe määrittää projektissa käytetyn testausmenetelmän tehokkuuden.