Groot sagteware maatskappye, soos Google, slaag ten spyte van laer prioriteit foute in hul sagteware, maar kleiner maatskappye en opstarters het nie daardie luukse nie.
Kliënte verwag dat produkte sal doen wat hulle eis op die verkope bladsy, of in die dokumentasie. Met soveel opsies daar buite, sal hulle nie twee keer oor springskip dink as die produk hul tyd en geld mors nie. Daarom ondergaan die sagteware streng toetse voordat dit vrygestel word om:
beklemtoon verskille tussen die oorspronklike konsep en die finale uitset
Verifieer die sagteware werk soos ontwerpers beplan het
Bevestig die eindproduk - die produk moet aan die vereistes van die kliënt voldoen
assesseer kenmerke en kwaliteit
Toetse volg 'n streng bloudruk. Dit optimaliseer die gebruik van waardevolle hulpbronne - vaardighede, tyd en geld, terwyl belanghebbendes noodsaaklike inligting verskaf om die produk vorentoe te neem. Die doel is om 'n goeie eindgebruiker ervaring te fasiliteer deur 'n sterk gehalteversekeringsprogram . Met soveel insette is QA-bestuurders van die beste verdieners in tegnologie. Toetse volg gewoonlik hierdie stappe:
Vereiste-analise waar bestuurders 'n plan uiteensit om 'n geskikte toetsstrategie in plek te stel.
Toetse begin en resultate word ontleed.
Enige gebreke word reggestel, en die sagteware gaan deur middel van regressietoetsing. 'N Stelsel om te kontroleer of die program steeds werk na veranderinge.
'N Toetsverslagverslag gee dan die hele proses en die uitkomste.
Sagteware toetsmetodes
Hier is die verskillende metodes wat gebruik word om produkgedrag en prestasie te beoordeel.
Swart boks en wit boks toetsing is die twee fundamentele metodes.
- Swart boks toets - Ook genoem funksionele of spesifikasie-gebaseerde toets, hierdie metode fokus op uitset. Toetsers is nie betrokke by die interne meganismes nie. Hulle kyk net na die sagteware doen wat dit veronderstel is. Kennis van kodering is nie nodig nie, en testers werk op gebruikersvlakvlak.
- Wit boks toets - Hierdie metode gebruik kodering know-how as deel van die toetsprosedure. Wanneer 'n produk misluk, gaan toetsers so diep in die kode as wat nodig is om die oorsaak te vind. Die sagteware-ontwikkelaars doen dit self omdat hulle bepaal hoe die produk moet werk. Struktuurgebaseerde en glasboks toetse is ander name vir hierdie metode.
- Statiese toetsing - Testers ondersoek die sagteware se kode en dokumentasie, maar voer nie die program uit nie. Statiese toetse begin vroeg in die produk se ontwikkeling gedurende die verifikasieproses.
- Dinamiese toetsing - Die sagteware word uitgevoer met verskillende insette, en toetsers vergelyk uitsette met verwagte gedrag met hierdie metode.
- GUI toets - Hierdie toetse GUI eienskappe - teks formatering, teks bokse, knoppies, lyste, uitleg, kleure, lettertipes, lettergrootte, en so aan. GUI toetsing is tydrowend, en derdeparty-maatskappye neem dikwels die taak in plaas van ontwikkelaars.
Toetsvlakke
Hierdie is nodig om areas van swakheid te identifiseer en oorvleuel in elke fase van die sagteware-ontwikkelings lewensiklus.
- Eenheidstoetsing - Ontwikkelaars toets die mees basiese dele van kode soos klasse, koppelvlakke en funksies / prosedures. Hulle weet hoe hul kode moet reageer en kan aanpassings maak, afhangende van die uitset.
- Komponent toetsing - Ander name is module- of programtoetsing. Dit is soortgelyk aan eenheidstoetsing, maar bevat 'n hoër vlak van integrasie. Modules van die sagteware word getoets vir defekte om hul individuele funksie te verifieer.
- Integrasie toets - Dit identifiseer foute wanneer modules geïntegreer word. Verskillende integrasietoetse is onderkant, boonste en funksionele inkrementele.
- Stelsel toets - Komponente van 'n projek word as 'n geheel in verskillende omgewings met hierdie metode getoets. Dit val onder die swart boks-metode en is een van die finale toetse in die proses. Dit bepaal of die stelsel funksioneer soos dit nodig sou wees om besigheids- en gebruikersbehoeftes te bevredig.
- Alpha toets - Interne personeel toets die sagteware op die ontwikkelaar se webwerf in 'n gesimuleerde of werklike omgewing. Daarna ontwikkel ontwikkelaars foute en ander probleme.
- Beta toetsing - Ook bekend as veldtoetsing, die kliënt toets die produk op hul eie webwerf in werklike omstandighede. Die kliënt kan 'n groep eindgebruikers die geleentheid bied om die sagteware te toets via prerelease of beta weergawes. Terugvoer oor moontlike verbeterings word dan aan die ontwikkelaar gestuur.
- Aanvaarding toets - Ook onder die omvang van die swart boks toets, toets die kliënt sagteware om uit te vind of die ontwikkelaar die program geskep het na verlangde spesifikasies.
Toets tipes
Hierdie sagteware toetse fokus op spesifieke doelwitte.
- Installeringstoetse - Die sagteware-toetsingenieur en die konfigurasiebestuurder voer hierdie toets uit om te verseker dat die eindgebruiker die program kan installeer en bestuur. Dit dek gebiede soos installasie lêers, installasie plekke en administratiewe regte.
- Ontwikkelingstoetsing - Dit implementeer 'n reeks gesinkroniseerde strategieë om defekte op te spoor en te voorkom. Dit sluit in statiese kode analise, resensies van peer code, traceerbaarheid en statistiese analise. Die doel is om risiko's te verminder en koste te bespaar.
- Usability testing - Gebruikers ervaring kom onder die soeklig met hierdie toets. Dit meet hoe goed die GUI ontwerp is en die gemak daarvan. Die toets kontroleer die akkuraatheid en doeltreffendheid van funksies en die emosionele reaksies van toetsvakke.
- Sanity toets - Dit dui aan of die sagteware die tyd werd is en koste om verdere toetse voort te sit. Te veel foute en meer aggressiewe toetse volg nie.
- Rooktoetsing - Rooktoets openbaar basiese foute wat ernstig genoeg is om vrylating te voorkom. Wanneer dit op 'n nuwe bou uitgevoer word, word dit 'n bouverifikasie toets genoem.
- Regressie toetsing - Wanneer die stelsel veranderinge ondergaan, monitor die regressie-toets onverwagte gedrag. Dit dui op nadelige effekte op modules of komponente.
- Vernietigende toetse - Testers voer abnormale inskrywings in en onderskei die sagteware se vermoë om onverwagte insette te bestuur. Dit wys ontwikkelaars hoe sterk die program is by foutbestuur.
- Herstel toets - Wanneer hardeware of ander funksies misluk, toon hierdie toets hoe goed die sagteware kan herstel en voortgaan om te werk.
- Outomatiese toetsing - Dit verrig funksies wat moeilik is om handmatig te implementeer. Dit gebruik spesifieke sagteware om die toetse uit te voer en data te verskaf oor werklike versus verwagte uitkomste.
- Kompatibiliteitstoetsing - Sagteware moet in verskillende rekenaaromgewings loop, dus dit kontroleer versoenbaarheid met verskillende stelsels. Byvoorbeeld, werk die sagteware met verskeie bedryfstelsels en webblaaiers?
- Prestasietoetsing - Hierdie is 'n in-diepte toets wat sagtewareprestasie in verskillende scenario's ondersoek. Inligting oor responsiwiteit, stabiliteit, hulpbrontoewysing en spoed word versamel. Daarbenewens speel subtests soos volume, kapasiteit en spit toets in hierdie proses deel.
- Sekuriteitstoetsing - Dit meet die sagteware se vermoë om gebruikers se sekuriteit te beskerm. Dit beteken magtigingsfunksies, verifikasie, vertroulikheid, integriteit, beskikbaarheid en nie-verwerping.
- Toeganklikheidstoetsing - Dit is nie dieselfde as bruikbaarheidstoetsing nie. Dit bepaal die mate waarin gebruikers van verskillende vaardighede - leer en fisiese gestremdhede ingesluit kan die sagteware gebruik.
- Internasionalisering en lokaliseringstoetse - Resultate toon hoe die sagteware kan aanpas by verskillende tale en streeksvereistes. Dit sluit in die byvoeg van komponente vir spesifieke plekke en die vertaling van teks.
Sagteware toetsing is 'n noodsaaklike deel van die bemarking van 'n produk. En sonder toetsers sou die groot verskeidenheid beskikbare sagteware nie bestaan nie. Word 'n gesertifiseerde sagteware-toetser deur organisasies soos BCS, The Chartered Institute for IT, ISTQB® (International Software Testing Qualifications Board) en ASQ (voorheen die American Society for Quality).