Grutte software-bedriuwen, lykas Google, slagje nettsjinsteande net-prioriteit-bugs yn har software, mar lytsere bedriuwen en startups hawwe dit leuk.
Klanten ferwachtsje produkten om te dwaan wat se oanfreegje op 'e ferkeap side, of yn' e dokumintaasje. Mei safolle mooglik opsjes, dan sille se net twa kear tinke oer springen fan skip as it produkt har tiid en jild ôfbrekt. Dêrom is ûndersyk nei rjochtsferbetterings foarôfgeand oan om te freegjen:
markearje ferskillen tusken it orizjinele konsept en finaleútfier
Kontrolearje dat de software wurket de wize wêrop ûntwerper fan planten binne
Ferklearje it einpuntprodukt - it produkt moat klantferletten foldwaan
bepaalde funksjes en kwaliteit
Testjen folget in strang plan. Dit optimisearret it gebrûk fan weardefolle middels - feardichheden, tiid en jild, wylst stakeholders mei essinsjele ynformaasje soargje om it produkt foar te nimmen. It doel is om in goede end-user-ûnderfining te fasilitearjen troch in sterke kwaliteit-assuranceprogramma . Mei de opsjenningen sa heech binne QA-bestjoerders inkele fan de top earners yn tech. Trochgean meastal folgje dizze stappen:
Ferplikaan-analyse dêr't managers in plan skriuwe om in passende teststrategy yn plak te setten.
Tests begjinne en resultaten ûndersykje.
Alle defekten wurde korrizjearre, en de software giet troch regressiontest - in systeem om it programma te kontrolearjen, wurket noch nei wizigingen.
In test-ferslachrapport details dan it hiele proses en de resultaten.
Software Testing Methods
Hjir binne de ferskate metoaden dy't brûkt wurde foar it behearjen fan produktgedrach en prestaasjes.
Black box en wyt kastestests binne de twa fûnemintlike metoaden.
- Black box testing - Oftich funksjonele of specification-basearre testen neamt dizze metoade rjochte op output. Testers binne net omgean mei de ynterne meganismen. Se kontrolearje allinich de software hokker wat it is. Kennis fan kodearring is net nedich, en testers wurkje op brûkersynterpinsnivo.
- Wite kastestests - Dizze metoade brûkt it kodearjen fan wittenskip as in part fan de testproseduere. As in produkt falt, dan testers as djip yn 'e koade as nedich om de oarsaak te finen. De software-ûntwikkelders dogge dat sels, om't se bepale hoe't it produkt wurkje moat. Struktureel basearre en glaskastprotest binne oare nammen foar dizze metoade.
- Static testing - Testers ûndersiikje de koade en dokumintaasje fan 'e software, mar it programma net útfiere. Static tests begjinne froast yn 'e ûntjouwing fan' e produkten yn 'e ferifikaasjeproses.
- Dynamyske hifking - De software wurdt útfierd mei ferskate ynputen, en testers fergelykje de útfieringen mei ferwachte gedrach mei dizze metoade.
- GUI-testen - Dizze testen GUI-eigenskippen - tekstformatearring, tekstkisten, knoppen, listen, layout, kleuren, lettertypen, lettertypen, ensfh. GUI-testen is tiidgebrûk, en tredde -party bedriuwen nimme faak op 'e taak ynstee fan ûntwikkelers.
Testnivo's
Dizze binne nedich om gebieten fan swakke en oerlap te identifisearjen yn elke fase fan 'e softwareûntwikkelingsfyk.
- Untestigingsproblemen - Undersikers probearje de meast basale dielen fan koade lykas lessen, ynterfaces en funksjes / proseduren. Se wite hoe't har koade reagearje en kinne oanpassings ôfhinklik meitsje fan ôfstân.
- Komponintestests - Oare nammen binne modul of programmestests. It is likernôch oan unit testing, mar befettet in hegere nivo fan yntegraasje. Module fan 'e software wurde getten foar defekten om har yndividuele funksje te kontrolearjen.
- Yntegraasjeprotest - Dit identifisearret fouten as modules yntegreare binne. Ferskillende yntegraasje-tests binne ûndergrûn, boppe-op, en funksjonele ynkommensje.
- Systemtest - Komponinten fan in projekt wurde yn 'e ferskate omjouwing as gehiel te ûndersykjen mei dizze metoade. It falt ûnder de swarte fekansmetoade en is ien fan 'e lêste testen yn it proses. It bepaalt oft it systeem funksjele as it it bedriuw en brûkber needsaaklik te hâlden.
- Alfa testen - Ynterne personiel test de software op 'e side fan it ûntwikkeljen yn in simulearre of eigentlike omjouwing. Dêrnei rjochtsje ûntwikkelers bugs en oare problemen.
- Beta testen - Bekend as feldprotest ek, de kliïnt probearret it produkt op eigen webside yn echte betingsten. De kliïnt kin in groep fan ein-brûkers de kâns jaan om de software te besjen fia prerelease of beta ferzjes. Ferwidering oer eventuele ferbetteringen wurdt dan nei de ûntwikkelders stjoerd.
- Akseptaasjeprotest - Ek yn 'e omfang fan swarte fisk testen klikket de client klant software om te útfieren as de ûntwikkelders it programma oan winsken spesjalisten makke hat.
Testtypen
Dizze softwaretests fokusje op spesifike doelen.
- Ynstallaasjeprotest - De software testingenieur en de konfiguraasje manager traine dizze test om te soargjen dat de ynd-brûker it programma ynstalleare en útfiere kin. It befettet gebieten lykas ynstallaasjestrukturen, ynstallaasjestannen en bestjoerlike privileezjes.
- Untwikkelingsprotest - Dit soarget foar in breedte fan syngronisearre strategyen om defekten te finen en te foarkommen. It befettet statyske koade-analyze, peer-codebewertingen, traceability, en metrike-analyze. It doel is om risiko's te ferleegjen en kostkosten te fertsjinjen.
- Usability testing - brûkersûnderfining komt ûnder it spotlight mei dizze test. It mjittet hoe't de GUI ûntwurpen is en it maklik fan gebrûk is. De test kontrolearret genoatigens en effektiviteit fan funksjes en de emosjonele responsen fan testoepen.
- Sanitaasjeprotest - Dit jout oan oft de software de tiid hat wurdich en koste om fierdere toetsen te fierder. Tefolle flaws en agressive toetsen folge net.
- Smokerproblemen - Smokerproblemen ûntdekt basic mislearrings dy't serieus genôch binne om frijlitting te foarkommen. As dit útfierd wurdt op in nijbou, wurdt it neamd in bou-ferifikaasjeketest.
- Regressionstests - As it systeem feroarjen wurdt, kontrolearret regressionskontrôle unferwachte gedrach. It wiist op adversjele effekten op modules of komponinten.
- Ferneatigjend testen - Testers yntelleare yntreekte entries en ûndersykje de mooglikheid fan de software om unferwachte ynfier te beheinen. Dit soarget ûntwikkelders hoe robúst it programma is by flaterbehear.
- Wapen fan 'e wisseljen - As fyts of oare funksjes mislearre, sil dizze test sjen hoe't de software weromfiere kin en fierder operearje.
- Automatisearre testen - Dit funksjonearret funksjes maklik om ynstallaasje út te fieren. It brûkt spesifike software om de toetsen te fieren en te gegevens oer aktuele versus ferwachte útkomsten.
- Kompatibiliteitsprotest - Software moat yn ferskate kompjûtersynstellings útfiere, sadat dit hifket kompatibiliteit mei ferskate systemen. Bygelyks, wurket de software mei ferskate bestjoeringssysteem en webbrowsers?
- Prestaasjes fan prestaasjes - Dit is in djipte test dy't ûndersiikret fan softwareprestaasjes yn ferskate senario's. Ynformaasje oer responsiveness, stabiliteit, helpferliening, en snelheid is sammele. Boppedat spylje subtests lykas voluminten, kaptens, en spike testen in part yn dit proses.
- Feiligensprotest - Dit mjit de mooglikheid fan de software om de feiliging fan brûkers te beskermen. Dit betsjut autorisaasjefunksjes, ferifikaasje, fertroulikens, yntegriteit, beskikberens, en net-ôfwiising.
- Tagonklikensproblemen - Dit is net itselde as usability testing. Dit bepaalt de mjitte wêryn't brûkers fan ferskate kapasiteiten - learen en fysike ynvaliditeit opnimme kinne de software brûke.
- Ynternaasjalisaasje en lokalisaasjekrêft - Resultaten litte sjen hoe't de software oanpasse kin oan ferskate talen en regionale easken. Dit omfetsje tafoegje oan komponinten foar spesifike lokaasjes en oersetten tekst
Softwareprotest is in essinsjeel diel fan it bringen fan in produkt nei merk. En sûnder testers soe de romte fan beskikbere software net bestean. Meitsje in sertifisearre softwarepresint troch organisaasjes lykas BCS, The Chartered Institute for IT, ISTQB® (International Software Testing Kwalifikaasjesburo), en ASQ (earder de American Society for Quality).