Programvare QA Metoder

Programvareutvikling selskaper bruker ulike metoder for å utføre kvalitetssikring (QA). På grunn av den komplekse natur av programvare og hvordan den kommuniserer med operativsystemer og maskinvare, til bedriftens QA teamet må utføre nøyaktig testing sikre at alle programvarens funksjoner arbeider under varierende forhold og scenarier.

Bruker Aksept Testing

Bruker aksept testing (UAT) er den fasen av programvare QA hvor sluttbrukeren av programvaren tester programvare for funksjonalitet. Begge software testing fagfolk samt ikke-tekniske programvare brukerne utføre UAT testing og gi innspill på brukbarheten av programvaren, og hvis det virkelig tilfredsstiller deres behov. UAT testing er en av de viktigste testfaser, fordi det er ofte den siste fasen av testing som skjer før programvaren er utgitt i sin produksjonsmiljø.

regresjonstesting

Selskaper som oftest utføre regresjonstesting etter en endring er gjort til den opprinnelige programvaren. Hovedmålet med regresjonstesting er å sikre at endringen gjorde ikke forstyrre noen eksisterende funksjonalitet i programvaren. Hvis et selskap gjør programvareendringer ofte, så det må også utføre regresjonstesting ofte. Programvare QA testere utføre testene ved å trene et sett av bruksmåter, som representerer vanlige bruker, eller scenarier, av programvaren.

integrering Testing

Integrasjon testing sikrer at ulike komponenter av programvaren fungerer sammen med hell for å møte et funksjonelt krav av programvaren. Test saker som QA testere bruker i integrasjonstesting er designet for å trene de ulike komponentene i programvaren. Integrasjon testing er det som validerer, eller underkjenner de forutsetninger som programvareutviklere gjør når de kode forskjellige deler av programvaren som de senere kombinere.

Unit Testing

Unit testing kommer i begynnelsen av testfaser. Utviklerne selv noen ganger utføre enhet tester, før deres programvare er gått ut til QA avdelingen. Unit testing undersøker små biter av kode som er bare knapt testbar. Enhet tester kan gi utviklere et bedre inntrykk av hva deres kode vil gjøre når henrettet, og dermed unngår feil og redusere mengden av problemer som QA avdelingen finner.