fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

 

Ad-hoc prófun er tegund hugbúnaðarprófunar sem forritarar og hugbúnaðarfyrirtæki innleiða þegar þeir athuga núverandi endurtekningu hugbúnaðarins. Þetta prófunarform veitir meiri innsýn í forritið, staðsetur atriði sem hefðbundin próf gætu verið ófær um að draga fram.

Það er mikilvægt að prófunarteymi hafi fullan skilning á ad hoc prófunarferlinu svo þeir viti hvernig á að sniðganga áskoranir þess og ganga úr skugga um að teymið geti innleitt þessa tækni með góðum árangri.

Að vita nákvæmlega hvernig sértækar prófanir virka og hvaða verkfæri geta auðveldað innleiðingu þeirra, gerir fyrirtækinu kleift að auka stöðugt eigin gæðatryggingarferli. Formlega prófunarferlið fylgir mjög ákveðnum reglum, sem gæti leitt til þess að teymið missir af ákveðnum villum – ad hoc athuganir geta sniðgengið þessa blindu bletti og fljótt prófað alla hugbúnaðareiginleika.

 

Í þessari grein skoðum við tilviljunarprófanir náið og hvernig þú getur notað þær í þágu þín þegar þú þróar hugbúnaðarvöru.

 

Table of Contents

Ad-Hoc prófun Merking: Hvað er Ad-Hoc prófun?

gátlisti uat, prófunartæki fyrir vefforrit, sjálfvirkni og fleira

Ad-hoc prófun er gæðatryggingarferli sem forðast formlegar reglur og skjöl – sem hjálpar prófurum að finna villur í umsókn sinni sem hefðbundnar aðferðir geta ekki greint. Þetta krefst venjulega yfirgripsmikillar þekkingar á hugbúnaðinum áður en prófun hefst – þar á meðal skilning á innri starfsemi forritsins. Þessar sértæku athuganir miða að því að brjóta forritið á þann hátt sem endurspeglar inntak notenda, gera grein fyrir ýmsum hugsanlegum aðstæðum svo verktaki geti lagað öll vandamál sem fyrir eru.

Skortur á skjölum er lykilatriði í þessari tækni, sem inniheldur engan gátlista eða prófunartilvik til að leiðbeina prófurum yfir eiginleika forritsins. Ad hoc prófun snýst algjörlega um að prófa hugbúnaðinn á þann hátt sem teymi ákveður að sé árangursríkt á því tiltekna augnabliki. Þetta gæti tekið tillit til fyrirliggjandi formlegra prófana, en gæti líka einfaldlega falið í sér að framkvæma eins mörg próf og mögulegt er á þeim (líklega takmarkaða) tíma sem er úthlutað fyrir þessa tækni.

 

1. Hvenær og hvers vegna þarftu að gera Ad-Hoc prófun í hugbúnaðarprófun?

Kostir þess að setja upp ágætisprófunarmiðstöð. Er frammistöðupróf öðruvísi en virknipróf?

Aðalástæðan fyrir því að fyrirtæki framkvæma tilfallandi prófun er vegna getu þess til að afhjúpa villur sem hefðbundnar aðferðir geta ekki fundið. Þetta gæti verið af ýmsum ástæðum, svo sem hefðbundnum prófunartilfellum sem fylgja sérstaklega staðlaðu ferli sem getur ekki gert grein fyrir sérkennum umsóknar.

Hver prófunartegund getur boðið upp á ný sjónarhorn og áhugaverðar aðferðir við gæðatryggingu – þetta sýnir einnig vandamál með venjulega prófunarstefnu. Til dæmis, ef sérstakar prófanir geta greint áhyggjuefni sem prófunartilvik teymisins taka ekki á, bendir það til þess að þeir gætu hagnast á því að endurkvarða prófunaraðferðina sína.

Prófendur geta framkvæmt tilfallandi athuganir hvenær sem er í prófunarferlinu. Þetta þjónar venjulega sem viðbót við hefðbundna (og formlegri) gæðatryggingu og með þetta í huga geta prófunaraðilar framkvæmt sérstakar skoðanir á meðan samstarfsmenn þeirra framkvæma formlegri próf. Hins vegar gætu þeir frekar kosið að vista sérstakar athuganir þar til eftir formlegt prófunarferli sem eftirfylgni sem beinist sérstaklega að hugsanlegum blindum blettum.

Ad hoc prófun gæti einnig verið gagnleg þegar tíminn er sérstaklega takmarkaður vegna skorts á skjölum – rétti tíminn fer eftir fyrirtækinu og valinni nálgun þess.

 

2. Þegar þú þarft ekki að gera Ad-Hoc prófun

Kostir þess að setja upp ágætisprófunarmiðstöð. Er frammistöðupróf öðruvísi en virknipróf?

Ef það er ekki nægur tími til að framkvæma bæði tilfallandi og formlegar prófanir, er mikilvægt að teymið setji hið síðarnefnda í forgang þar sem það tryggir umtalsverða prófun – jafnvel þó að einhverjar eyður séu enn til staðar.

Ef formlegar prófanir teymisins finna villur sem þarfnast lagfæringar er almennt betra að bíða þar til eftir að verktaki hefur lokið nauðsynlegum breytingum til að koma á ad hoc athuganir. Annars gætu niðurstöðurnar sem þeir skila brátt orðið úreltar, sérstaklega ef prófin tengjast þeim íhlut sem er þegar með villur.

Í viðbót við þetta verða ad hoc prófun að fara fram fyrir beta prófunarstigið.

 

3. Hver tekur þátt í ad-hoc prófunum?

hverjir ættu að taka þátt í sjálfvirkni hugbúnaðarprófunarverkfærum og skipulagningu

Það eru nokkur lykilhlutverk sem taka þátt í Ad-Hoc prófunarferlinu, þar á meðal:

• Hugbúnaðarprófarar eru aðalliðsmenn sem framkvæma sérstakar athuganir. Ef þú setur upp félaga- eða paraprófun, þá munu nokkrir þessara prófara vinna saman að sömu hlutunum.

• Hönnuðir geta sjálfstætt notað þessar athuganir fyrir formlega gæðatryggingarstigið til að skoða sinn eigin hugbúnað fljótt, þó það sé í minna dýpt en sérstök sértæk prófun.

• Leiðs- eða deildarstjórar heimila heildarprófunarstefnuna – hjálpa prófunaraðilum að ákvarða hvenær eigi að hefja sérstakar prófanir og hvernig eigi að framkvæma þær án þess að trufla aðrar athuganir.

 

Ávinningur af ad-hoc prófunum

Zaptest, besta hagnýta prófunar sjálfvirkni tólið

Kostir sérstakra prófa í hugbúnaðarprófun eru:

 

1. Fljótlegar upplausnir

 

Þar sem þessar prófanir fela ekki í sér tíð skjöl fyrir, á meðan eða eftir athuganir, er mögulegt fyrir teymi að greina vandamál mun hraðar. Þessi einfaldleiki býður prófurum gríðarlegt frelsi.

Til dæmis, ef þeir prófa íhlut og geta ekki greint neinar villur, getur teymið einfaldlega haldið áfram í næsta próf án þess að taka það fram í skjali.

 

2. Bætir við aðrar prófanir

 

Engin prófunarstefna er fullkomin og 100% umfang er venjulega ómögulegt að ná – jafnvel með alhliða áætlun. Það verða alltaf eyður í hefðbundnum prófunum svo það er mikilvægt að fyrirtæki samþætti margar aðferðir.

Ad-hoc prófun miðar sérstaklega að því að finna þau atriði sem formleg próf geta ekki tekið til – tryggja víðtækari heildarprófunarumfang.

 

3. Sveigjanleg framkvæmd

 

Ad hoc prófun getur gerst hvenær sem er í gæðatryggingarferlinu fyrir beta prófun, sem gerir fyrirtækjum og teymum kleift að ákveða hvenær er best að framkvæma þessar athuganir. Þeir gætu valið að framkvæma tilfallandi próf samhliða hefðbundnum prófum eða geta beðið þar til eftir það – sama hvað, teymið nýtur góðs af valinu sem það hefur yfir að ráða.

 

4. Meiri samvinna

 

Hönnuðir taka meira þátt í þessu ferli en margar aðrar prófanir – sérstaklega ef fyrirtækið notar vináttu- og parapróf.

Fyrir vikið fá forritararnir betri innsýn í eigin forrit og gætu hugsanlega tekið á villum í hærri staðli. Þetta hjálpar til við að bæta heildargæði hugbúnaðarins enn frekar.

 

5. Fjölbreytt sjónarhorn

 

Ad-hoc prófun getur sýnt forritið frá nýjum sjónarhornum og hjálpað prófurum að taka þátt í þessum eiginleikum á nýjan hátt. Viðbótarsjónarmið eru mikilvæg í prófunum þar sem formlegar athuganir hafa oft að minnsta kosti smávægilegar eyður.

Ef að-hoc prófarar nota hugbúnaðinn í þeim ásetningi að brjóta hann, munu þeir vera fær um að ákvarða takmörk forritsins auðveldara.

 

Áskoranir við ad-hoc prófun

skorar á álagsprófanir

Ad-hoc prófunarferlið hefur einnig nokkrar áskoranir, svo sem:

 

1. Erfiðleikar við að tilkynna

 

Skortur á skjölum gerir ad-hoc prófun mun hraðari en getur líka gert skýrslugjöf erfitt fyrir allt annað en stórt mál.

Til dæmis gæti ein áður gerð athugun orðið mikilvægari síðar þrátt fyrir að hafa ekki leitt til marktækra niðurstaðna í upphafi. Án alhliða skjala gæti teymið ekki útskýrt þessar prófanir.

 

2. Minni endurtekningarhæfni

 

Á svipaðan hátt gætu prófunaraðilar ekki verið fullkomlega meðvitaðir um nákvæmlega ástandið sem er nauðsynlegt til að valda viðbrögðunum sem þeir sjá. Til dæmis getur verið að sértæk athugun sem skilar villu hafi ekki nægjanlegar upplýsingar til að teymið geti gripið til aðgerða. Þeir gætu ekki verið meðvitaðir um hvernig á að endurtaka þetta próf og fá sömu niðurstöðu.

 

3. Krefst hugbúnaðarreynslu

 

Þar sem hraði er lykilatriði í gegnum tilfallandi prófun og það felur venjulega í sér að reyna að brjóta forritið, er mikilvægt að þessir prófunaraðilar hafi náinn skilning á þessu forriti.

Vitandi hvernig það virkar gerir prófunaraðilum kleift að brjóta og vinna með hugbúnaðinn á fleiri vegu, en þetta gæti aukið verulega kröfurnar um færni fyrir tilfallandi prófun.

 

4. Takmörkuð ábyrgð

 

Skortur á skjölum getur valdið fleiri vandamálum en bara lélegri skýrslugjöf; það getur líka óvart lengt prófunarferlið, sem hefur áhrif á notagildi skjótra einstakra sérstakra prófa.

Prófendur geta átt í erfiðleikum með að fylgjast með framförum sínum án nægjanlegra skjala á hverju stigi. Þetta getur jafnvel leitt til þess að þeir endurtaki athugun sem aðrir prófunaraðilar hafa þegar lokið.

 

5. Endurspeglar kannski ekki notendaupplifunina

 

Markmiðið með nánast hverri prófunartegund er að gera grein fyrir villum sem hafa áhrif á endanotendur á einhvern hátt. Ad-hoc prófun byggir fyrst og fremst á því að reyndur prófari reynir að líkja eftir óreyndum notanda og þetta ætti að vera í samræmi við hverja skoðun, allt til og með tilraunum þeirra til að brjóta forritið.

 

Einkenni ad-hoc prófana

api prófun og sjálfvirkni

Helstu eiginleikar árangursríkra ad-hoc prófana eru:

 

1. Rannsakandi

 

Helsta forgangsverkefni tiltekinna prófana er að bera kennsl á villur í forritinu með því að nota tækni sem hefðbundnar athuganir gera ekki grein fyrir. Sértækar prófanir leita að þessum hugbúnaði í þeim tilgangi að finna göt í prófunarferli liðsins, þar með talið umfjöllun um próftilvik þeirra.

 

2. Óskipulagt

 

Ad hoc athuganir hafa yfirleitt enga fasta áætlun umfram það að framkvæma eins mörg próf og mögulegt er utan dæmigerðra marka formlegrar gæðatryggingar. Prófunaraðilar munu venjulega flokka athuganir eftir íhlutum til hægðarauka en jafnvel þetta er ekki nauðsynlegt – þeir gætu jafnvel hugsað um athuganir á meðan þeir framkvæma þær.

 

3. Upplifunardrifið

 

Ad-hoc prófarar nota fyrirliggjandi hugbúnaðarreynslu sína til að meta hvaða próf myndu skila mestum ávinningi og taka á algengum blindum blettum í formlegum prófunum.

Þó að prófunarferlið sé enn að fullu óskipulagt, beita prófunaraðilar þekkingu sinni á fyrri tilfallandi athugunum á meðan þeir ákveða stefnu sína.

 

4. Víðtækt

 

Það eru engar nákvæmar leiðbeiningar um hvaða athuganir teymið ætti að framkvæma á meðan á sértækum prófunum stendur, en þær ná venjulega yfir ýmsa hluti – hugsanlega með meiri áherslu á viðkvæmari þætti forritsins. Þetta hjálpar prófunaraðilum að tryggja að próf þeirra geti fyllt fullkomlega upp formleg próf.

 

Hvað prófum við í ad-hoc prófum?

End-to-end prófun - Hvað er E2E prófun, verkfæri, gerðir og fleira

Gæðatryggingateymi prófa venjulega eftirfarandi meðan á sérstökum prófunum stendur:

 

1. Hugbúnaðargæði

 

Þessar athuganir miða að því að bera kennsl á villur í forritinu sem hefðbundnar prófanir geta ekki uppgötvað; þetta þýðir að ferlið reynir aðallega á almenna heilsu umsóknarinnar.

Því fleiri villur sem sértækar prófanir geta fundið, því fleiri endurbætur geta forritarar innleitt fyrir frestinn.

 

2. Próftilvik

 

Ad-hoc prófun útfærir almennt ekki próftilvik – og þetta er sérstaklega til að teymið geti kannað hversu árangursríkt það er við að veita næga umfjöllun. Prófunartilvikin eru líklega ófullnægjandi ef sértækar athuganir geta fundið villur sem hefðbundin prófunarferli geta ekki.

 

3. Prófunarstarfsfólk

 

Markmiðið gæti líka verið að kanna færni og þekkingu prófunarteymis, jafnvel þótt próftilvikin séu fullnægjandi. Til dæmis gæti aðferðafræði þeirra við að innleiða tilvikin verið ófullnægjandi og tilfallandi prófun gæti verið mikilvæg til að takast á við eyður í prófum sem myndast.

 

4. Hugbúnaðarmörk

 

Ad hoc prófun leitast einnig við að skilja takmörk forritsins – eins og hvernig það bregst við óvæntum inntakum eða miklu kerfisálagi. Prófendurnir gætu verið að rannsaka villuboð forritsins og hversu vel þetta forrit virkar þegar það er undir verulegu álagi.

 

Að losna við smá rugl:

Ad-hoc prófun og könnunarpróf

UAT próf samanburður við aðhvarfspróf og annað

Sumir telja sértækar og könnunarprófanir vera samheiti, þó sannleikurinn sé flóknari en þetta.

 

1. Hvað er könnunarprófun?

Kostir þess að setja upp ágætisprófunarmiðstöð. Er frammistöðupróf öðruvísi en virknipróf?

Könnunarprófun vísar til gæðatryggingarferla sem rannsaka hugbúnaðinn frá heildrænu sjónarhorni og sameina uppgötvunar- og prófunarferla sérstaklega í eina aðferð. Þetta er venjulega millivegur á milli fullskipaðra prófa og algjörlega frjálst form athugunar.

Könnunarprófun virkar best í sérstökum tilfellum, svo sem þegar skjót endurgjöf er nauðsynleg eða ef teymið verður að taka á jaðartilfellum. Þessi tegund af prófun nær venjulega fullum möguleikum þegar teymið notar forskriftarpróf við hlið sér.

 

2. Mismunur á könnunarprófunum

og Ad-Hoc prófun

Kostir þess að setja upp ágætisprófunarmiðstöð. Er frammistöðupróf öðruvísi en virknipróf?

Stærsti greinarmunurinn á tilfallandi prófunum og könnunarprófunum er notkun þess fyrrnefnda á skjölum til að skrá og auðvelda eftirlit þeirra, en tilfallandi prófun forðast þetta algjörlega. Könnunarprófun leggur meiri áherslu á próffrelsi en aldrei á sama stigi og sértæk nálgun sem er algjörlega ómótuð.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Könnunarprófun felur einnig í sér að læra um forritið og innri virkni þess við þessar athuganir – tilfallandi prófarar hafa þess í stað oft yfirgripsmikla þekkingu á virkni hugbúnaðarins áður en þeir hefjast.

 

Tegundir ad-hoc prófana

sjálfvirkniprófun á vefforritum

Það eru þrjár megingerðir ad-hoc prófunar í hugbúnaðarprófun, þar á meðal:

 

1. Apapróf

 

Kannski vinsælasta tegundin af ad-hoc prófunum, apapróf eru þau sem fela í sér að teymi skoðar mismunandi hluti af handahófi.

Þetta á sér venjulega stað meðan á einingaprófunarferlinu stendur og framkvæmir röð athugana án nokkurra prófunartilvika. Prófendurnir rannsaka sjálfstætt gögnin á algjörlega ómótaðan hátt og leyfa þeim að skoða víðtækara kerfið og getu þess til að standast mikið álag frá inntak notenda.

Að fylgjast með framleiðsla þessara óskrifuðu aðferða hjálpar prófunarteyminu að bera kennsl á villur sem önnur einingapróf hafa misst af vegna galla í hefðbundnum prófunaraðferðum.

 

2. Félagapróf

 

Í sérstöku samhengi nota vináttupróf að lágmarki tvo starfsmenn – venjulega prófunaraðila og þróunaraðila – og fara fyrst og fremst fram eftir einingaprófunarstigið . „Viningarnir“ vinna saman að sömu einingu til að finna villur. Fjölbreytt kunnátta þeirra og yfirgripsmikla reynsla gera þá að skilvirkara teymi, sem hjálpar til við að draga úr mörgum vandamálum sem koma upp vegna skorts á skjölum.

Framkvæmdaraðilinn gæti jafnvel stungið upp á nokkrum prófunum sjálfum og látið þá bera kennsl á þá íhluti sem gætu þurft meiri athygli.

 

3. Paraprófun

 

Pörprófun er svipuð að því leyti að tveir starfsmenn taka þátt en þetta eru venjulega tveir aðskildir prófunaraðilar, þar af annar sem framkvæmir raunveruleg próf á meðan hinn tekur minnispunkta.

Jafnvel án formlegra gagna getur minnistaka gert liðinu óformlega kleift að fylgjast með einstökum athugunum. Hlutverk prófara og skrifara geta skipt um eftir prófinu eða parið gæti haldið hlutverkum sínum í öllu ferlinu.

Prófandinn sem hefur meiri reynslu er venjulega sá sem framkvæmir raunverulegar athuganir – þó að þeir deili alltaf verkinu sín á milli.

 

Handvirk eða sjálfvirk ad-hoc próf?

tölvusjón fyrir hugbúnaðarprófun

Sjálfvirk prófun getur hjálpað teymum að spara enn meiri tíma á gæðatryggingarstigi; sem gerir prófunaraðilum kleift að passa fleiri athuganir inn í áætlun sína. Jafnvel án ákveðinnar uppbyggingar er nauðsynlegt að prófunaraðilar vinni að því að hámarka umfang og sjálfvirkni hvetur til ítarlegri skoðana á þessum hugbúnaði.

Sjálfvirk at-hoc athuganir eru almennt nákvæmari en handvirkar prófanir vegna hæfni þeirra til að forðast mannleg mistök við utanaðkomandi verkefni – þetta er sérstaklega gagnlegt þegar sömu próf eru sett í mismunandi endurtekningar. Árangur þessarar aðferðar fer venjulega eftir sjálfvirku prófunarverkfærinu sem teymið velur og virkni þess.

Hins vegar hafa sjálfvirkar prófanir ákveðnar takmarkanir. Til dæmis er helsti styrkur ad-hoc prófunar hæfni þess til að líkja eftir inntaki notenda og framkvæma handahófskenndar athuganir þegar prófarinn kemur með þær. Þessar prófanir gætu glatað handahófi sínu ef prófunaráætlun stofnunarinnar glímir við flóknar athuganir.

Tíminn sem það tekur að gera þessi mjög sértæku verkefni sjálfvirk gæti einnig takmarkað dæmigerðan tímasparnað þessa ferlis. Það er mikilvægt að teymi kanni vel tiltæk sjálfvirkniverkfæri til að finna eitt sem passar við verkefni fyrirtækisins.

 

Hvað þarftu til að hefja Ad-Hoc prófun?

Sjálfvirkni álagsprófun

Hér eru helstu forsendur sérstakra prófa:

 

1. Hæft starfsfólk

Þar sem sértækar prófanir eru fljótlegar, handahófskenndar skoðanir á innri virkni hugbúnaðarins, hjálpar það venjulega að hafa prófara sem hafa reynslu af hugbúnaðinum. Þeir ættu einnig að hafa þekkingu á helstu prófunarreglum – þetta gerir þeim kleift að bera kennsl á árangursríkustu eftirlitið.

 

2. Óskipulögð nálgun

Prófunaraðilar verða að vera tilbúnir til að yfirgefa venjulegar aðferðir sínar fyrir tilfallandi prófun; þetta hugarfar er alveg jafn mikilvægt og gæðaeftirlitið sjálft. Þessi aðferð getur aðeins náð árangri án uppbyggingar eða skjala og það er mikilvægt að prófunaraðilar muni þetta á hverju stigi.

 

3. Sjálfvirknihugbúnaður

Þó að tilfallandi prófun treysti meira á að prófa tilviljunarkennd inntak og aðstæður, er sjálfvirkni samt mjög áhrifarík tækni í hvaða samhengi sem er.

Af þessum sökum ættu ad hoc athuganir samt að innleiða sjálfvirk prófunarverkfæri þar sem hægt er, þar sem rétt forrit getur hagrætt ferlinu verulega.

 

4. Önnur prófun

Ad hoc próf virka best samhliða öðrum athugunum sem taka formlegri nálgun – hjálpa teyminu að tryggja verulega umfjöllun um allan hugbúnaðinn. Það er mikilvægt að prófunaraðilar blandi saman ýmsum aðferðum, þó það gæti verið fyrir, á meðan eða eftir að þeir ljúka við-hoc prófunum.

 

Ad-hoc prófunarferli

Bak enda próf, verkfæri, hvað er það, tegundir, aðferðir

Venjuleg skref sem prófunaraðilar ættu að fylgja þegar þeir framkvæma ad hoc prófun í hugbúnaðarprófun eru:

 

1. Skilgreina tilfallandi prófmarkmið

 

Þetta stig er takmarkað vegna skorts á skjölum og uppbyggingu en það er samt mikilvægt að teymið hafi skýra áherslu. Prófendurnir gætu byrjað að deila óljósum hugmyndum um hvaða komandi próf eigi að keyra og íhlutunum sem eigi að forgangsraða.

 

2. Val á sértæku prófunarteymi

 

Þegar teymið veltir fyrir sér fjölda hugsanlegra tilfallandi athugana, komast þeir líka að því hvaða prófunartæki henta best fyrir þessa tegund af prófunum. Þeir velja venjulega prófunaraðila sem skilja forritið náið og geta einnig parað þá við þróunaraðila.

 

3. Framkvæmd ad hoc próf

 

Eftir að hafa ákveðið hvaða prófunartæki eru rétt fyrir þetta stig, hefja þessir liðsmenn athuganir sínar á samþykktum tímapunkti í prófun. Markmið þeirra er að framkvæma eins mikið af sértækum athugunum og mögulegt er – sem prófunaraðilar gætu ekki hugsað fyrr en á þessu stigi.

 

4. Mat á niðurstöðum prófsins

 

Þegar prófunum er lokið (eða jafnvel á milli einstakra athugana) munu prófunaraðilar meta niðurstöðurnar en án þess að skrá þær formlega í prófunartilviki. Ef þeir uppgötva einhver vandamál með forritið taka þeir þau upp óformlega og ræða næstu skref liðsins.

 

5. Tilkynning um allar uppgötvaðar villur

 

Þegar þeir hafa metið niðurstöðurnar verða prófunaraðilar að upplýsa þróunaraðila um villurnar sem eru til staðar í hugbúnaðinum svo þeir hafi nægan tíma til að laga þær fyrir útgáfu.

Prófateymið notar einnig upplýsingarnar til að ákvarða hvernig eigi að bæta formlega prófunarferla sína.

 

6. Endurprófun eftir þörfum

 

Prófunarteymið mun líklega endurtaka ad-hoc ferlið fyrir nýjar endurtekningar á forritinu til að athuga hversu vel það meðhöndlar uppfærslur. Þar sem prófunaraðilar munu hafa lagað mörg af þeim eyðum sem áður hafa verið auðkennd í prófunartilvikum sínum, gætu framtíðar tilfallandi athuganir þurft aðra nálgun.

 

Bestu starfsvenjur fyrir ad-hoc prófun

2-2.png

Það eru ákveðnar venjur sem prófunarhópar ættu að innleiða meðan á sértækum prófum stendur, þar á meðal:

 

1. Miðaðu á hugsanlega prófunarbil

 

Þó að sérstakar prófanir feli í sér mun minni skipulagningu en aðrar gerðir, stefnir teymið samt að því að taka á göllum í gæðatryggingu. Ef sértæka prófunarmenn gruna einhver sérstök vandamál með prófunartilvik teymisins ættu þeir að forgangsraða því meðan þeir framkvæma athuganir sínar.

 

2. Hugleiddu sjálfvirknihugbúnað

 

Sjálfvirkniaðferðir eins og ofsjálfvirkni geta boðið upp á marga kosti fyrir fyrirtæki sem vilja framkvæma ad hoc próf.

Árangur þessa veltur á nokkrum lykilþáttum, þar á meðal tækinu sem fyrirtækið velur, svo og almennum margbreytileika sérstakra prófa þeirra.

 

3. Taktu ítarlegar athugasemdir

 

Skortur á skjölum í sértækum prófunum er aðallega til að hagræða þessu ferli enn frekar – teymið gæti notið góðs af því að gera óformlegar athugasemdir þegar þær halda áfram. Þetta gefur prófunaraðilum skýra skrá yfir þessar athuganir og niðurstöður þeirra, og eykur endurtekningarhæfni þeirra í heild.

 

4. Haltu áfram að fínpússa prófin

 

Ad-hoc prófarar betrumbæta nálgun sína stöðugt til að gera grein fyrir breytingum á prófunarstefnu teymisins. Þegar litið er á nýrri útgáfur af hugbúnaði fyrirtækisins, til dæmis, gætu þeir lagað þessar athuganir til að bregðast við nýrri og innihaldsmeiri formlegum prófunartilfellum.

 

7 Mistök og gildrur við innleiðingu

Ad-hoc próf

gagnast HÍ prófunum

Eins og með öll prófunarferli, þá er mikið úrval af hugsanlegum mistökum sem teymið ætti að vinna að því að forðast, svo sem:

 

1. Óreyndir prófunaraðilar

 

Til að viðhalda áætluðum hraða tilfallandi prófana verður teymisstjóri að úthluta prófurum á grundvelli þeirrar þekkingar og færni sem þeir búa yfir. Þó að margar tegundir af prófunum geti hýst gæðatryggingarstarfsfólk á frumstigi, krefjast sértækar athuganir liðsmanna sem skilja hugbúnaðinn að fullu; helst með reynslu af því að keyra þessi próf.

 

2. Ómarkvissar athuganir

 

Ad hoc prófun getur bætt umfang prófanna verulega vegna hraðari hraða – teymið þarf ekki að fylla út ítarleg skjöl fyrir og eftir hverja skoðun.

Hins vegar verða ad hoc prófunaraðilarnir enn að halda sterkri fókus; til dæmis gætu þeir ákveðið að forgangsraða ákveðnum íhlutum með meiri hættu á bilun.

 

3. Ekkert skipulag

 

Að forðast hvers kyns áætlun gæti takmarkað skilvirkni ad-hoc prófana. Þrátt fyrir óskipulagt eðli þessarar nálgunar er mikilvægt að teymið hafi grófa hugmynd um hvaða próf eigi að keyra áður en þau hefjast.

Tími er takmarkaður á meðan á þessu ferli stendur og að vita hvernig á að halda áfram getur boðið upp á marga kosti.

 

4. Of uppbyggt

 

Á hinum enda litrófsins byggir þessi nálgun venjulega á skorti á skipulagningu þar sem þetta hjálpar prófunaraðilum að hnekkja próftilvikum á virkan hátt og finna faldar villur.

Ad hoc prófun er einnig þekkt sem tilviljunarkennd próf og að þvinga uppbyggingu inn á það gæti komið í veg fyrir að þessar athuganir geti fundið villur.

 

5. Engar langtímabreytingar

 

Tilgangur sérstakra prófana er að greina hvers kyns veikleika í prófunartilfellum liðsins; þetta skoðar heildarstefnu þeirra alveg eins mikið og hugbúnaðinn sjálfur.

Hins vegar þýðir þetta að sérstök próf eru almennt aðeins árangursrík ef teymið notar þessar upplýsingar til að betrumbæta formlegar athuganir sínar með tímanum.

 

6. Ósamrýmanleg gagnasöfn

 

Nánast sérhver tegund af prófun krefst form af hermuðum gögnum til að meta hvernig forritið bregst við; sum verkfæri leyfa prófunaraðilum að fylla sjálfkrafa út forrit með sýndargögnum .

Hins vegar gæti þetta ekki endurspeglað hvernig notandi myndi taka þátt í hugbúnaðinum – sérstakar athuganir krefjast gagnapakka sem hugbúnaðurinn mun líklega lenda í.

 

7. Upplýsingasíló

 

Það er nauðsynlegt að prófunaraðilar og þróunaraðilar séu í stöðugum samskiptum sín á milli, jafnvel þótt hið síðarnefnda sé ekki hluti af sértæku prófunarferlinu.

Þetta hjálpar öllum að skilja hvaða prófanir hafa verið gerðar – sýnir næstu aðgerðir sem þarf að grípa til á sama tíma og kemur í veg fyrir að prófunaraðilar endurtaki ákveðnar athuganir að óþörfu.

 

Tegundir úttaks frá ad-hoc prófum

hugbúnaðarprófunar sjálfvirknipóstur

Ad-hoc athuganir framleiða nokkrar mismunandi úttak, þar á meðal:

 

1. Niðurstöður prófa

 

Einstök próf gefa mismunandi niðurstöður sem eru sértækar fyrir nákvæmlega þann þátt og nálgun sem um ræðir – þetta getur tekið á sig margar myndir.

Það er venjulega á ábyrgð prófunaraðila að ákvarða hvort niðurstöðurnar séu mistök, þó skortur á skjölum gerir það erfitt að bera þetta saman við væntingar þeirra. Liðið sendir þessar niðurstöður til þróunaraðila ef þeir taka eftir einhverjum vandamálum.

 

2. Prófunarskrár

 

Hugbúnaðurinn sjálfur notar flókið kerfi innri annála til að fylgjast með inntak notenda og varpa ljósi á fjölda skráa eða gagnagrunnsvandamála sem gætu komið upp.

Þetta gæti bent til innri villu, þar með talið tiltekinn hluta hugbúnaðarins sem veldur vandanum. Með þessum upplýsingum geta ad-hoc prófarar og forritarar tekið á vandamálum sem þeir uppgötva mun auðveldara.

 

3. Villuboð

 

Margar sértækar athuganir miða sérstaklega að því að brjóta hugbúnaðinn og afhjúpa takmörk hans, sem þýðir að villuboð forritsins eru ein algengasta úttakið úr þessum prófum.

Með því að valda villuskilaboðum vísvitandi getur teymið sýnt fram á hvað meðalnotandi sér hvenær sem óvæntar aðgerðir sem þeir grípa til hafa slæm áhrif á rekstur forritsins.

 

Ad-hoc prófunardæmi

 

Hér eru þrjár sérstakar prófanir sem sýna hvernig teymi gæti innleitt það fyrir mismunandi forrit:

 

1. Vefforrit fyrir rafræn viðskipti

 

Ef fyrirtæki vill prófa vefforrit sem byggir á netverslun gæti það notað tilfallandi prófun – sérstaklega apaprófanir – til að sjá hversu vel pallurinn höndlar óvænt notendasamskipti.

Prófendurnir gætu stefnt að því að ýta hverjum eiginleika að sínum mörkum, svo sem með því að bæta hlutum í körfuna sína í óraunhæfu magni eða reyna að kaupa vörur sem eru uppseldar. Þeir eru ekki bundnir af próftilvikum liðsins og það eru fá takmörk fyrir því hvaða athuganir þeir gætu framkvæmt; prófunaraðilar gætu jafnvel reynt að klára kaup með úreltum vefslóðum.

 

2. Skrifborðsforrit

 

Ad-hoc prófarar geta einnig innleitt þessar aðferðir fyrir skjáborðsforrit með mögulega áherslu á mismunandi vélar og hversu vel þær passa við forritið.

Liðsmenn gætu framkvæmt þessar athuganir ítrekað til að sjá hvernig breytingar á vélbúnaði eða hugbúnaðarstillingum hafa áhrif á heildarframmistöðu forrits. Til dæmis gæti ákveðið skjákort átt í erfiðleikum með að gera viðmótið.

Að öðrum kosti gætu þessir prófunaraðilar einfaldlega gefið forritinu sínu ómögulegt inntak og séð hvernig það bregst við, svo sem hvort það geti birt villuskilaboð sem útskýra málið á fullnægjandi hátt fyrir endanotandanum.

 

3. Farsímaforrit

 

Ein leið sem ad-hoc prófarar gætu skoðað farsímaforrit er að prófa öryggisreglur þess – þeir gætu reynt að fá beinan aðgang að þróunarverkfærum appsins, til dæmis.

Liðið gæti reynt að sjá hvort það geti framkvæmt óviðkomandi aðgerðir með því að finna algengar glufur og hetjudáð; þeir gætu sérstaklega beðið starfsmenn með reynslu af öryggi appa að auðvelda þetta.

Þetta gæti einnig falið í sér pörprófun með hönnuðum vegna innsæis þeirra í hönnun appsins, láta prófunaraðila brjóta hugbúnaðinn og sýna nákvæmlega hvar öryggi hans er ábótavant.

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Tegundir villna og galla fundust

í gegnum Ad-Hoc prófun

zaptest-runtime-error.png

Ad-hoc athuganir geta leitt í ljós mörg vandamál með forriti, svo sem:

 

1. Virknivillur

 

Notkun ad hoc prófunar til að skoða grunneiginleika forrits gæti leitt í ljós alvarlegar villur sem hafa áhrif á hvernig notendur geta tekið þátt í því.

Til dæmis, apaprófun á greiðslumöguleikum netverslunarsíðu mun sýna skilyrðin sem koma í veg fyrir viðskiptin.

 

2. Frammistöðumál

 

Prófendurnir gætu sérstaklega unnið að því að búa til frammistöðuvandamál í forritinu – svo sem með því að fylla gagnagrunninn með ýmsum ruslpóstinntakum.

Þetta gæti komið fram sem verulegur töf eða jafnvel almennur óstöðugleiki hugbúnaðar, sem mun líklega leiða til (hugsanlega kerfisbreiðs) hruns.

 

3. Nothæfisvandamál

 

Þessar athuganir gætu einnig bent á galla við viðmótið og almenna notendaupplifun. Notendaviðmót farsímaforrits gæti til dæmis komið fram á annan hátt á öðru stýrikerfi eða skjáupplausn. Lélegt viðmót getur leitt til þess að notendur eiga í erfiðleikum með að stjórna þessu forriti.

 

4. Öryggisgalla

 

Tilviljunarkennd eðli tilfallandi prófana gerir það kleift að ná til margvíslegra algengra og sjaldgæfra öryggisvandamála; prófari gæti notað þessar athuganir til að finna stjórnunarbakdyr forrits.

Að öðrum kosti getur skoðun þeirra sýnt að hugbúnaðurinn hefur enga gagnadulkóðun.

 

Algengar mælikvarðar á tilfallandi prófun

álagsprófun

Ad-hoc prófun notar ýmsar mælikvarða til að auðvelda niðurstöður sínar, þar á meðal:

 

1. Skilvirkni gallagreiningar

 

Þessi mælikvarði lítur á hversu árangursríkt prófunarferlið er við að finna galla í hverju prófunarformi, þar með talið ad hoc prófun. Skilvirkni gallagreiningar er hlutfall uppgötvaðra galla deilt með heildarfjölda mála – sýnir hversu áhrifarík prófin eru.

 

2. Prófþekjuhlutfall

 

Hjálparaðgerð við sértækar prófanir er að auka umfang með því að athuga íhluti á þann hátt sem prófunartilvik gera ekki grein fyrir. Þetta þýðir að prófunaraðilar munu einnig stefna að því að auka umfang prófunar á róttækan hátt yfir hverja skoðun eins mikið og þeir geta.

 

3. Heildarlengd prófs

 

Ad-hoc prófun er mun hraðari en önnur gæðatryggingarferli – og það er nauðsynlegt að prófunaraðilar vinni að því að viðhalda þessu forskoti. Mælingar á lengd prófunar sýna liðsmönnum hvernig þeir geta sparað tíma og aukið kosti sértækra aðferða enn frekar.

 

4. Hruntíðni

 

Þessar prófanir miða oft að því að brjóta hugbúnaðinn og valda hruni eða alvarlegum villum – leyfa þeim að fara út fyrir dæmigerðar prófunaraðferðir og finna óvænt vandamál. Í þessu skyni getur það hjálpað að vita hversu oft hugbúnaðurinn hrynur og hvað veldur þessum vandamálum.

 

5 bestu ad-hoc prófunartækin

bestu ókeypis hugbúnaðarprófun fyrirtækja og RPA sjálfvirkniverkfæri

Það eru mörg ókeypis og greidd prófunarverkfæri í boði fyrir tilfallandi prófun í hugbúnaðarprófun – bestu fimm eru sem hér segir:

 

1. ZAPTEST Free & Enterprise Edition

Grein um gráa kassaprófun - verkfæri, nálganir, samanburður á móti hvítum kassa og svörtum kassa, ókeypis gráum kassa og verkfæri fyrir fyrirtæki.

ZAPTEST er alhliða hugbúnaðarprófunarforrit sem veitir sterka prófunar- + RPA virkni í bæði ókeypis útgáfum og fyrirtækjaútgáfum.

Þessi sjálfvirkni hugbúnaðar í fullum stafla + RPA Suite gerir kleift að prófa fullkomlega á mismunandi skrifborðs- og farsímakerfum; 1SCRIPT tækni hugbúnaðarins gerir notendum einnig kleift að framkvæma sömu athuganir ítrekað með auðveldum hætti. Ofan á þetta nýtir tólið nýjustu tölvusýn , sem gerir ZAPTEST kleift að keyra tilfallandi próf frá mannlegu sjónarhorni.

 

2. BrowserStack

 

BrowserStack er skýjapallur sem getur auðveldað prófun á yfir 3.000 fjölbreyttum vélum, með þeim viðbótareiginleika að gera Selenium forskriftir sjálfvirkar. Þó það veiti sterka umfjöllun fyrir hugbúnaðarverkefni, virkar það best með vafra- og farsímaforritum .

BrowserStack prófunarlausnir innihalda einnig ókeypis prufuáskrift með 100 mínútna sjálfvirkri prófun – þó að þetta gæti haft takmarkaða notkun.

Þó að skýjabundin nálgun geti verið gagnleg, hefur hún einnig neikvæð áhrif á viðbragðstíma vettvangsins.

 

3. LambdaTest

 

LambdaTest notar á sama hátt skýjatengda tækni og leggur mikla áherslu á vafraprófanir sem geta takmarkað virkni þess fyrir önnur forrit – þó það passi enn vel við iOS og Android forrit. Þetta er gagnlegur vettvangur þegar sveigjanleiki er áhyggjuefni og samþættir mörgum öðrum prófhýsingarþjónustum.

Hins vegar hafa sumir notendur misjöfn viðbrögð við verðlagningu forritsins á hinum ýmsu valmöguleikum án prufu sem eru í boði, sem gæti takmarkað aðgengi fyrir smærri stofnanir.

 

4. TestRail

 

TestRail er almennt nokkuð aðlögunarhæft vegna þess að keyra algjörlega í vafra og, þrátt fyrir mikla áherslu á skilvirk próftilvik, státar það einnig af beinni ad-hoc virkni. Greiningin sem hún veitir eftir hvert próf getur einnig hjálpað teymum sem forðast að búa til eigin sjálfstæð skjöl á meðan þau eru enn að sannreyna prófunarferlið sitt.

Stærri svítur gætu hins vegar átt í erfiðleikum með vafratengda sniðið, sem getur takmarkað tímasparnað við sérstakar prófanir umtalsvert.

 

5. Sefir

 

Zephyr er prófunarstjórnunarvettvangur frá SmartBear sem hjálpar gæðatryggingateymum að bæta sýnileika prófunar sinna en samþættir einnig vel við annan villurakningarhugbúnað.

Hins vegar er þessi eiginleiki takmarkaður við ákveðin forrit, þar sem Confluence og Jira eru þau sem hagnast mest á Zephyr – þetta eru kannski ekki áhrifaríkustu lausnirnar fyrir hvert fyrirtæki. Það eru nokkur stigstærð forrit í boði undir Zephyr vörumerkinu á mismunandi verði.

 

Gátlisti fyrir ad-hoc prófun, ráð og brellur

Gátlisti fyrir hugbúnaðarprófanir

Hér eru fleiri ráð fyrir teymi til að taka tillit til þegar framkvæmt er tilfallandi prófun:

 

1. Forgangsraðaðu viðkvæmum hlutum

 

Sumir eiginleikar eða íhlutir eru náttúrulega í meiri hættu á villum en aðrir, sérstaklega ef þeir eru mikilvægir fyrir heildarvirkni forritsins.

Sérhver aðferð til að prófa ætti að bera kennsl á þá hluta forritsins sem gætu notið góðs af ítarlegri athygli. Þetta er sérstaklega gagnlegt þegar heildartími prófunar er takmarkaður.

 

2. Rannsakaðu mismunandi prófunartæki

 

Tólið sem stofnun innleiðir til að auðvelda prófanir sínar gæti haft áhrif á umfang og áreiðanleika þessara athugana.

Með ad-hoc prófunum er þess virði að skoða eins mörg forrit og hægt er til að finna þau sem henta notendamiðuðum þætti þess. Hugbúnaður sem notar tölvusjóntækni, eins og ZAPTEST, getur nálgast ad hoc próf með því að nota mannlega stefnu.

 

3. Taktu upp sérstakt hugarfar

 

Ad-hoc prófun býður upp á gríðarlegt frelsi á öllu gæðatryggingarstigi, en teymið verður að skuldbinda sig til þess að fá helstu kosti stefnunnar.

Til dæmis ættu ad-hoc prófarar að forðast öll venjuleg skjöl sín umfram grunnglósur og þeir þurfa að skoða hugbúnaðinn frá alveg nýju sjónarhorni.

 

4. Traust prófanir á eðlishvöt

 

Reynsla af ad hoc prófunum eða almennum hugbúnaðarathugunum getur hjálpað til við að draga fram algeng mistök og þetta hjálpar prófurum að ákvarða hvernig á að koma auga á villur af öllum gerðum.

Það er mikilvægt að prófunaraðilar treysti eðlishvöt sinni og noti þessa þekkingu alltaf sér til framdráttar – þeir geta séð hvaða sértækar athuganir eru gagnlegastar.

 

5. Skráðu uppgötvaðar villur að fullu

 

Þó ad hoc prófun hafi engin formleg skjöl og byggist að mestu á óformlegum athugasemdum, er samt nauðsynlegt að teymið geti greint og komið á framfæri orsök hugbúnaðarvillu.

Þeir verða að skrá allar upplýsingar sem prófið veitir sem skipta máli fyrir þróunaraðila, svo sem hugsanlegar orsakir þessara vandamála.

 

6. Gerðu alltaf grein fyrir notandanum

 

Sérhver tegund prófunar ætlar að koma til móts við heildarupplifun notandans að vissu marki – og tilfallandi prófun er engin undantekning. Þó að það líti oft dýpra á innri virkni forritsins og jafnvel innri kóða þess, ættu ad hoc prófarar að reyna að brjóta þennan hugbúnað á þann hátt sem notendur gætu fræðilega séð.

 

7. Stöðugt bæta ferlið

 

Prófunarteymi ættu að betrumbæta nálgun sína við tilfallandi prófun á milli margra endurtekninga á sama hugbúnaði og frá einu verkefni til annars.

Þeir geta safnað viðbrögðum frá þróunaraðilum til að sjá hversu vel atviksprófin þeirra hjálpuðu gæðatryggingarstiginu og hvort þeim tókst að auka umfang prófanna verulega.

 

Niðurstaða

Ad-hoc prófun getur hjálpað fyrirtækjum af öllum gerðum að sannvotta hugbúnaðarprófunarstefnu sína en hvernig þau innleiða þessa tækni getur verið mikilvægur þáttur í skilvirkni hennar.

Jafnvægi á mismunandi prófunartegundum er lykillinn að því að fá sem mestan ávinning af tilfallandi eftirliti – sérstaklega þar sem þetta prófform ætlar að bæta við hinar með því að fylla í stefnumótandi skarð.

Með forriti eins og ZAPTEST er mögulegt fyrir teymi að framkvæma ad hoc próf með meira öryggi eða sveigjanleika, sérstaklega ef þau innleiða sjálfvirkni. Sama hvaða sértæka nálgun teymið er, þá gæti skuldbinding þeirra við tilfallandi prófun gjörbylt öllu forritinu eða verkefninu.

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post