Hvad er softwarekvalitetssikring?
Softwarekvalitetssikring involverer at teste computersoftwaredesign og -implementering og sikre, at det opfylder en minimumsstandard for kvalitet. Kernen i kvalitetssikringsprocessen er testning, som er den metode, hvorpå hvert trin i udviklingscyklussen analyseres for at finde defekter, såsom funktionsfejl eller sikkerhedsproblemer. Den mest kendte del af softwarekvalitetssikringsprocessen er software- og kodetest; Imidlertid dækker det også andre aspekter af ingeniørcyklussen. Andre aspekter af softwareteknik, der er underlagt kvalitetsanalyse, inkluderer design- og implementeringstrin.
Det overordnede koncept om software kvalitetssikring kræver, at det starter i softwareplanlægningsfasen. Dårligt planlagt software kan være vanskeligt eller umuligt at skrive på en måde, der imødekommer organisationens forventninger, der forestillede sig det. Kvalitetsstyring på designstadiet involverer at studere konsekvenserne af projektets specifikationer, ellerMål såvel som organisationens planer for at nå deres mål. Fordelen ved kvalitetsanalyse i designfasen er, at den finder og eliminerer fejl tidligt, snarere end senere i udviklingscyklussen, når designproblemer er meget dyrere at løse.
En softwaretestingeniør, også kendt som en softwarekvalitetsanalytiker, er den primære person, der er ansvarlig for at udføre testprocessen. Denne person designer og udfører de testplaner, der vil hjælpe en organisation med at forbedre kvaliteten af deres software. Ideelt set bør en programmør aldrig teste sit eget produkt, hvilket betyder, at en programmør og testingeniør inden for et projekt er to forskellige mennesker.
Testplaner er en kritisk del af systemet med kvalitetssikring, især softwaretestfasen. Formålet med testplaner er at bestemme forhold, der markerer softwarens succes eller fiasko. En typiskTestplan vil omfatte en omfattende liste over programmer og underprogrammer eller procedurer, der skal testes, såvel som de teknikker, der er involveret i test. En anden kritisk funktion af en testplan er at bestemme, hvilke mangler der er uacceptable. Testplaner er typisk designet, før projektets faktiske softwarekode er udviklet.
Når testingeniører skriver programmer til implementering af testplaner, kaldes disse test scripts. Test scripts er en væsentlig del af softwarekvalitetssikringsprocessen. Deres formål er at automatisere testen af et programs eksisterende kode for at finde defekter. Derudover bruger testingeniører typisk kommercielt designede testværktøjer til at se efter potentielle problemer. Testplaner implementeres i kodningsstadiet for softwareudvikling.
Der er en række vigtige trin involveret i den faktiske testfase af softwarekvalitetssikringsprocessen. Disse inkluderer enhedstest, der vurderer integriteten af forskellige sektioner af SOFTware -kode såvel som fejlinjektioner, der er designet til at undersøge, hvordan programmerne reagerer på fejlagtige data. Yderligere trin inkluderer belastningstest eller stresstest, der ser, hvordan et program fungerer under kraftig brug, og indtrængen eller sikkerhedstest for at teste et programs modstand mod uautoriseret adgang. Et softwareprojekt udsættes også typisk for brugbarhedstest for at verificere, at det resulterende program er let for andre at bruge.
Specialister, der deltager i softwarekodetest, er generelt opdelt i to grupper, den ene kaldet Black Box -testere og den anden kendt som White Box eller Glass Box, testere. Black Box -test er en mere overfladisk proces, der begynder på softwarekodningstrinnet og ikke undersøger nogen underliggende computerkode. Den undersøger en softwares anvendelighed, kosmetisk konsistens og forekomsten af fejl og funktionsfejl.
White Box Testing er en proces, der starter helt i begyndelsen af softwarekvalitet AssuranCE -proces, på designstadiet. Det inkluderer forudsigelse af potentielle problemer, inden koden faktisk er skrevet, samt skrive testplaner og avancerede test scripts. I modsætning til test af sort kasse involverer test af hvid kasse også studiet af den underliggende computerkode.
Kvalitetssikring gælder også for softwareimplementeringsfasen, hvilket er, når softwaren er tæt på færdiggørelse og er installeret på computersystemer til evaluering. Denne fase omtales ofte som alfa -test, og den forekommer, når det næsten færdige produkt installeres og testes af udviklerpersonalet. Når softwaren præsenteres for potentielle kunder uden for virksomheden, kaldes den beta -test. Hvis der vises mangler, når softwaren er frigivet, og der skal udvikles en patch, bruges regressionstest for at sikre, at nye fejl ikke oprettes af opdateringerne.