Wat is Software Testing, wat betsjut it om software te testen

Softwaretesten is in set fan prosessen om de folsleinens en kwaliteit fan software skreaun foar kompjûters te ûndersiikjen, evaluearje en fêst te stellen. Soarget it neilibjen fan in softwareprodukt mei respekt foar regeljouwing, saaklike, technyske, funksjonele en brûkerseasken.

Softwaretesten, as softwaretesten, wurdt ek wol applikaasjetesten neamd.

Softwaretesten is yn it foarste plak in grut proses dat bestiet út ferskate ûnderling ferbûne prosessen. It haaddoel fan softwaretesten is om de yntegriteit fan 'e software te mjitten tegearre mei syn folsleinens yn termen fan syn fûnemintele easken. Softwaretesten omfetsje it ûndersykjen en testen fan software fia ferskate testprosessen. De doelen fan dizze prosessen kinne omfetsje:

Ferifikaasje fan software folsleinens tsjin funksjonele / saaklike easken
Identifisearje bugs / technyske flaters en soargje dat de software flaterfrij is
Evaluaasje fan brûkberens, prestaasjes, feiligens, lokalisaasje, kompatibiliteit en ynstallaasje
Teste software moat alle testen trochjaan om kompleet te wêzen of geskikt foar gebrûk. Guon fan 'e ferskillende soarten softwaretestmetoaden omfetsje wite doazetesten, swarte doazetesten, en grize doazetesten. Fierder kin de software as gehiel hifke wurde, yn komponinten / ienheden as binnen in live systeem.

Black Box Testing

Black Box Testing is in software test technyk dy't him rjochtet op it analysearjen fan de funksjonaliteit fan de software, mei respekt foar de ynterne wurking fan it systeem. Black Box Testing waard ûntwikkele as in metoade foar it analysearjen fan klant easken, spesifikaasjes en hege-nivo design strategyen.

In Black Box Testing tester selektearret in set fan jildich en ûnjildige koade útfiering en ynfier betingsten en kontrolearret foar jildige útfier antwurden.

Black Box Testing wurdt ek bekend as funksjonele testen of sletten doaze testen.

In sykmasine is in ienfâldich foarbyld fan in applikaasje ûnderwurpen oan swarte doaze testen. In sykmasine-brûker fiert tekst yn 'e sykbalke fan in webbrowser. De sykmasine fynt dan resultaten fan brûkersgegevens (útfier).

De foardielen fan Black Box Testing omfetsje:

• Ienfâld: fasilitearret testen fan projekten op heech nivo en komplekse applikaasjes
• Besparje boarnen: Testers rjochtsje har op 'e funksjonaliteit fan' e software.
• Testgefallen: Fokus op softwarefunksjonaliteit om rappe ûntwikkeling fan testgefallen te fasilitearjen.
• Biedt fleksibiliteit: gjin spesifike programmearring kennis is nedich.

Black Box Testing hat ek wat neidielen, as folget:

• Testkoffer / skriptûntwerp en ûnderhâld kin útdaagjend wêze, om't Black Box Test-ark binne ôfhinklik fan bekende yngongen.
• Ynteraksje mei de grafyske brûkersynterface (GUI) kin testskripts korrupsje.
• De tests hawwe allinich betrekking op de funksjes fan 'e applikaasje.

Wite doaze testen

Tidens testen fan wite doazen wurdt koade útfierd mei foarselekteare ynfierwearden om de foarselekteare útfierwearden te falidearjen. Wite-box-testen omfettet faaks it skriuwen fan stubkoade (in stik koade dat brûkt wurdt om in spesifike funksje te ferfangen. In stub kin it gedrach fan besteande koade simulearje, lykas in proseduere op in masine op ôfstân.) En ek bestjoerders.

De foardielen fan testen fan wite doazen omfetsje:

• Aktivearret hergebrûk fan testgefallen en biedt gruttere stabiliteit
• Fasilitearret koade optimalisaasje
• Fasilitearret it finen fan de lokaasjes fan ferburgen flaters yn 'e iere stadia fan ûntwikkeling
• Fasilitearret effektive applikaasje testen
• Fuortsmite ûnnedige rigels fan koade

De neidielen omfetsje:

• Fereasket in betûfte tester mei kennis fan ynterne struktuer
• It duorret tiid
• Hege kosten
• Bit-of-koade falidaasje is lestich.
• Wite doaze-testen omfetsje ienheidstesten, yntegraasjetesten, en regressiontesten.

Ienheidstest

In Unit Test is in komponint fan 'e Software Development Life Cycle (SDLC) wêryn in wiidweidige testproseduere yndividueel tapast wurdt op' e lytste dielen fan in softwareprogramma foar winske geskiktheid of gedrach.

In ienheidstest is in proseduere foar mjitting en evaluaasje fan kwaliteit tapast yn de measte aktiviteiten foar ûntwikkeling fan bedriuwssoftware. Yn 't algemien evaluearret in ienheidstest hoe goed de softwarekoade oerienkomt mei it algemiene doel fan' e software / applikaasje / programma en hoe't de geskiktheid dêrfan ynfloed hat op oare lytsere ienheden. Ienheidstests kinne mei de hân dien wurde - troch ien of mear ûntwikkelders - of fia in automatisearre softwareoplossing.

Tidens testen wurdt elke ienheid isolearre fan it haadprogramma as ynterface. Ienheidstests wurde typysk útfierd nei ûntwikkeling en foar ynset, sadat yntegraasje en iere probleemdeteksje makliker wurde. De grutte of omfang fan in ienheid ferskilt ôfhinklik fan 'e programmeartaal, softwareapplikaasje en testdoelen.

Funksjonele Test

Funksjonele testen is in testproses dat wurdt brûkt yn softwareûntwikkeling wêrby't software wurdt hifke om te soargjen dat it foldocht oan alle easken. It is in manier om software te kontrolearjen om te soargjen dat it alle fereaske funksjonaliteit hat spesifisearre yn har funksjonele easken.

Funksjonele testen wurdt benammen brûkt om te kontrolearjen dat in stik software deselde útfier leveret as fereaske troch de ein brûker as bedriuw. Typysk omfettet funksjonele testen it evaluearjen en fergelykjen fan elke softwarefunksje tsjin saaklike easken. De software wurdt hifke troch it wat relatearre ynput te jaan, sadat de útfier kin wurde evaluearre om te sjen hoe't it oerienkomt mei, relatearret oan of fariearret fan har basiseasken. Fierder kontrolearje funksjonele tests ek de brûkberens fan 'e software, bygelyks om te soargjen dat de navigaasjefunksjes wurkje as nedich.

Regression testen

Regression testen is in soarte fan software testen brûkt om te bepalen oft nije problemen binne it gefolch fan software feroarings.

Foardat in wiziging tapast wurdt, wurdt in programma hifke. Neidat in wiziging is tapast, wurdt it programma opnij hifke yn selektearre gebieten om te detektearjen oft de wiziging nije bugs of problemen hat makke, of oft de eigentlike wiziging it bedoelde doel dien hat.

Regressiontesten is essinsjeel foar grutte softwareapplikaasjes, om't it faak lestich is om te witten oft it feroarjen fan ien diel fan in probleem in nij probleem hat makke foar in oar diel fan 'e applikaasje. Bygelyks, in feroaring yn in lieningsformulier foar bankoanfraach kin resultearje yn it mislearjen fan in moanlikse transaksjerapport. Yn 'e measte gefallen kinne de problemen net relatearre lykje, mar se kinne eins de oarsaak wêze fan frustraasje ûnder applikaasje-ûntwikkelders.

Oare situaasjes dy't regressytests fereaskje omfetsje it detektearjen oft bepaalde wizigingen in ynsteld doel berikke of testen foar nije gefaren ferbûn mei problemen dy't nei in perioade sûnder problemen wer opkomme.

Moderne regressytesten wurde primêr behannele troch spesjalisearre kommersjele testynstruminten dy't snapshots nimme fan besteande software dy't dan wurde fergelike nei it tapassen fan in spesifike feroaring. It is hast ûnmooglik foar minsklike testers om deselde taken sa effisjint út te fieren as automatisearre softwaretesters. Dit is benammen wier mei grutte en komplekse softwareapplikaasjes binnen grutte IT-omjouwings lykas banken, sikehuzen, produksjebedriuwen en grutte retailers.

Stresstest

Stresstesten ferwiist nei it testen fan software of hardware om te bepalen oft de prestaasjes befredigjend binne ûnder ekstreme en ûngeunstige omstannichheden, dy't foarkomme kinne as gefolch fan swier netwurkferkear, prosesladen, underklokken, oerklokken, en peak gebrûk fan boarnen.

De measte systemen wurde ûntwikkele útgeande fan normale bedriuwsbetingsten. Dêrom, sels as in limyt wurdt oerskreden, flaters binne negligible as it systeem wurdt stress testen tidens ûntwikkeling.

Stresstest wurdt brûkt yn 'e folgjende konteksten:

• Software: Stresstesten beklamje beskikberens en flaterhanneling ûnder ekstreem swiere lesten om te soargjen dat de software net crasht fanwegen te min boarnen. Software-stresstesten rjochtet him op identifisearre transaksjes om transaksjes ôf te brekken, dy't swier beklamme binne tidens testen, sels as in databank net wurdt laden. It proses fan stresstesten laadt tagelyk brûkers boppe normale systeemnivo's om de swakste skeakel yn it systeem te finen.
• Hardware: Stresstests soargje foar stabiliteit yn normale komputeromjouwings.
• Websites: Stresstests bepale de grinzen fan elke sidefunksjonaliteit.
• CPU: Feroarings lykas overvolting, undervolting, underlocking en overlocking wurde kontrolearre om te bepalen oft se swiere lesten kinne omgean troch in CPU-yntinsyf programma út te fieren om te testen op systeem crashes of befriest. CPU-stresstest is ek bekend as marteltest.

Automatyske Tests

Automatisearre testen (software test automatisearring) is in oanpak foar koade testen dy't gebrûk makket fan spesjale software-ark dy't tests automatysk útfiere en dan werklike testresultaten fergelykje mei ferwachte resultaten.

Automatisearre testen spilet in wichtige rol yn Continuous Delivery (CD), Continuous Integration (CI), DevOps, en DevSecOps. De wichtichste foardielen fan automatisearre testen omfetsje:

• Automatisearre testen besparret ûntwikkelders tiid en jild troch it testproses effisjinter te meitsjen.
• Automatisearre tests identifisearje flaters effisjinter dan hânmjittige tests.
• As tests wurde automatisearre, kinne meardere test-ark parallel wurde ymplementearre.

Yn softwareûntwikkeling is it foaral nuttich om automatyske tests út te fieren tidens it bouproses om te soargjen dat in applikaasje frij is fan boufouten en de bedoelde funksje útfiert.

De tiid nimme om softwaretesten te automatisearjen sil ûntwikkelders úteinlik tiid besparje troch it risiko te ferminderjen dat in koadeferoaring besteande funksjonaliteit sil brekke.

Testen is in heul wichtich stadium yn it ûntwikkelingsproses. Soarget derfoar dat alle bugs wurde reparearre en dat it produkt, software of hardware, prestearret as bedoeld of sa ticht mooglik by de doelprestaasjes. Automatisearre testen, ynstee fan hânmjittich testen, is essensjeel om konsekwint kosten-effektive software te leverjen dy't op 'e tiid foldocht oan behoeften fan brûkers mei minimale defekten.

Soarten automatyske testen brûkt yn softwareûntwikkeling

• Ienheidstest: Test ien programma op leech nivo yn in isolearre omjouwing foardat jo de yntegraasje mei oare ienheden ferifiearje.
• Yntegraasjetesten: Ienheidstests en oare applikaasjekomponinten wurde hifke as in kombineare entiteit.
• Funksjonele tests: Kontrolearje oft in softwaresysteem gedraacht sa't it moat.
• Prestaasjetesten: Evaluearje de robúste fan 'e applikaasje ûnder hegere as ferwachte loads. Prestaasjetests litte faak knelpunten sjen.
• Smoke Test: Bepaalt as in build is stabyl genôch om fierder te gean mei fierdere testen.
• Browser Testing: Kontrolearje dat softwarekomponinten kompatibel binne mei ferskate browsers.

Hânlieding wurdt noch op ferskate kearen yn 'e ûntwikkeling dien, mar dit wurdt meast dien troch de ûntwikkelders as de hardware-yngenieurs sels om fluch te sjen oft de wizigingen dy't se hawwe makke it winske effekt hawwe hân.

Ercole Palmeri