Programaro-testado, aŭ programaro-testado, ankaŭ estas konata kiel aplikaĵo-testado.
Programaro-testado estas ĉefe granda procezo konsistanta el pluraj interligitaj procezoj. La ĉefa celo de programaro-testado estas mezuri la integrecon de la programaro kune kun ĝia kompleteco laŭ ĝiaj fundamentaj postuloj. Programaro-testado implikas ekzamenadon kaj testadon de programaro per malsamaj testaj procezoj. La celoj de ĉi tiuj procezoj povas inkluzivi:
Konfirmo de programaro-kompleteco kontraŭ funkciaj/komercaj postuloj
Identigi cimojn/teknikajn erarojn kaj certigi, ke la programaro estas senerara
Taksado de uzebleco, rendimento, sekureco, lokalizo, kongrueco kaj instalado
Provita programaro devas pasigi ĉiujn testojn por esti kompleta aŭ taŭga por uzo. Kelkaj el la malsamaj specoj de programaj testaj metodoj inkluzivas blankan skatolon-testadon, nigra-skatolon-testadon kaj grizan skatolon. Krome, la programaro povas esti provita kiel tutaĵo, en komponantoj/unuoj aŭ ene de viva sistemo.
Black Box Testing estas programara testa tekniko, kiu fokusiĝas pri analizado de la funkcieco de la programaro, rilate al la interna funkciado de la sistemo. Black Box Testing estis evoluigita kiel metodo por analizi klientpostulojn, specifojn kaj altnivelajn dezajnostrategiojn.
Testilo de Black Box Testing elektas aron de validaj kaj nevalidaj kodaj ekzekuto kaj enigokondiĉoj kaj kontrolas por validaj eligrespondoj.
Black Box Testing ankaŭ estas konata kiel funkcia testado aŭ fermita kestotestado.
Serĉilo estas simpla ekzemplo de aplikaĵo submetata al provo de nigra skatolo. Uzanto de serĉilo enmetas tekston en la serĉbreton de retumilo. La serĉilo tiam lokalizas kaj retrovas uzantajn rezultojn (eligo).
La avantaĝoj de Black Box Testing inkluzivas:
Black Box Testing ankaŭ havas kelkajn malavantaĝojn, jene:
Dum blank-skatolo-testado, kodo estas rulita kun antaŭ-elektitaj enigvaloroj por validigi la antaŭ-elektitajn eligvalorojn. Blank-kesto-testado ofte implikas skribi stumkodon (peco de kodo uzita por anstataŭigi specifan trajton. Stumpo povas simuli la konduton de ekzistanta kodo, kiel ekzemple proceduro sur fora maŝino.) kaj ankaŭ ŝoforojn.
La avantaĝoj de blank-skatola testado inkluzivas:
La malavantaĝoj inkluzivas:
Unuotesto estas komponento de la Software Development Life Cycle (SDLC) en kiu ampleksa testproceduro estas individue aplikata al la plej malgrandaj partoj de softvarprogramo por dezirata taŭgeco aŭ konduto.
Unuotesto estas kvalita mezurado kaj taksadprocedo aplikita en la plej multaj entreprenaj programaj evoluagadoj. Ĝenerale, unutesto taksas kiom bone la softvarkodo konformas al la totala celo de la softvaro/aplikaĵo/programo kaj kiel ĝia taŭgeco influas aliajn pli malgrandajn unuojn. Unuaj testoj povas esti faritaj permane - de unu aŭ pluraj programistoj - aŭ per aŭtomatigita programara solvo.
Dum testado, ĉiu unuo estas izolita de la ĉefa programo aŭ interfaco. Unuotestoj estas tipe faritaj post evoluo kaj antaŭ deplojo, tiel faciligante integriĝon kaj fruan problemodetekto. La grandeco aŭ amplekso de unuo varias dependi de la programlingvo, programaro, kaj testaj celoj.
Funkcia testado estas testa procezo uzata ene de programaro, kie programaro estas testata por certigi, ke ĝi konformas al ĉiuj postuloj. Ĝi estas maniero kontroli programaron por certigi, ke ĝi havas ĉiujn postulatajn funkciojn specifitajn en siaj funkciaj postuloj.
Funkcia testado estas ĉefe uzata por kontroli, ke programaro provizas la saman produktaĵon, kiel postulas la fina uzanto aŭ komerco. Tipe, funkcia testado implikas taksi kaj kompari ĉiun programaran funkcion kontraŭ komercaj postuloj. La programaro estas provita donante al ĝi iun rilatan enigaĵon tiel ke la eligo povas esti taksita por vidi kiel ĝi konformas al, rilatas al, aŭ varias de ĝiaj bazaj postuloj. Krome, funkciaj testoj ankaŭ kontrolas la uzeblecon de la programaro, ekzemple certigante ke la navigaciaj funkcioj funkcias laŭbezone.
Regresa testado estas speco de softvartestado uzata por determini ĉu novaj problemoj estas la rezulto de softvarŝanĝoj.
Antaŭ apliki ŝanĝon, programo estas testata. Post kiam ŝanĝo estas aplikita, la programo estas retestita en elektitaj lokoj por detekti ĉu la ŝanĝo kreis novajn cimojn aŭ problemojn, aŭ ĉu la fakta ŝanĝo servis sian celitan celon.
Regresa testado estas esenca por grandaj programoj, ĉar ofte estas malfacile scii ĉu ŝanĝi unu parton de problemo kreis novan problemon por malsama parto de la aplikaĵo. Ekzemple, ŝanĝo al banka aplika pruntformularo povas rezultigi malsukceson de ĉiumonata transakcia raporto. Plejofte, la problemoj povas ŝajni senrilataj, sed ili efektive povas esti la kaŭzo de frustriĝo inter aplikaĵprogramistoj.
Aliaj situacioj kiuj postulas regrestestadon inkludas detekti ĉu certaj ŝanĝoj atingas fiksitan celon aŭ testadon por novaj danĝeroj asociitaj kun temoj kiuj reaperas post periodo sen problemoj.
Moderna regrestestado estas ĉefe pritraktita per specialecaj komercaj testaj iloj kiuj prenas momentfotojn de ekzistanta programaro kiuj tiam estas komparitaj post aplikado de specifa ŝanĝo. Estas preskaŭ neeble por homaj testistoj plenumi la samajn taskojn same efike kiel aŭtomatigitaj softvartestiloj. Ĉi tio validas precipe kun grandaj kaj kompleksaj programaroj en grandaj IT-medioj kiel bankoj, hospitaloj, produktaj kompanioj kaj grandaj podetalistoj.
Streĉa testado rilatas al testado de programaro aŭ aparataro por determini ĉu ĝia agado estas kontentiga sub ekstremaj kaj malfavoraj kondiĉoj, kiuj povas okazi kiel rezulto de peza rettrafiko, proceza ŝarĝo, underclocking, overclocking, kaj pinta uzado postuloj de rimedoj.
La plej multaj sistemoj estas evoluigitaj supozante normalajn funkciigadkondiĉojn. Tial, eĉ se limo estas superita, eraroj estas nekonsiderindaj se la sistemo estas strestestita dum evoluo.
Streĉtestado estas uzata en la sekvaj kuntekstoj:
Aŭtomatigita testado (programara testaŭtomatigo) estas aliro al koda testado, kiu uzas specialajn programarajn ilojn, kiuj aŭtomate ruligas testojn kaj poste komparas realajn testrezultojn kun atendataj rezultoj.
Aŭtomatigita testado ludas gravan rolon en Kontinua Livero (KD), Kontinua Integriĝo (CI), DevOps kaj DevSecOps. La ĉefaj avantaĝoj de aŭtomata testado inkluzivas:
En programaro, estas speciale utile plenumi aŭtomatigitajn testojn dum la konstruprocezo por certigi, ke aplikaĵo estas libera de konstrueraroj kaj plenumas sian celitan funkcion.
Preni la tempon por aŭtomatigi softvartestadon finfine ŝparos tempon al programistoj reduktante la riskon ke kodŝanĝo rompos ekzistantan funkciecon.
Testado estas tre grava etapo en la disvolva procezo. Certigas, ke ĉiuj cimoj estas korektitaj kaj ke la produkto, programaro aŭ aparataro, plenumas kiel celite aŭ kiel eble plej proksime al sia cela rendimento. Aŭtomatigita testado, prefere ol mana testado, estas esenca por konstante liveri kostefikan programaron kiu renkontas uzantbezonojn ĝustatempe kun minimumaj difektoj.
Mana testado ankoraŭ estas farita en diversaj tempoj dum evoluo, sed ĉi tio estas plejparte farita de la programistoj aŭ la aparataj inĝenieroj mem por rapide vidi ĉu la ŝanĝoj kiujn ili faris havis la deziratan efikon.
Ercole Palmeri
Pasintlunde, la Financial Times anoncis interkonsenton kun OpenAI. FT licencas sian mondklasan ĵurnalismon...
Milionoj da homoj pagas por streaming-servoj, pagante monatajn abonkotizojn. Estas komuna opinio, ke vi...
Coveware de Veeam daŭre liveros servojn de respondaj incidentoj pri ciberĉantaĝo. Coveware ofertos krimmedicinajn kaj solvajn kapablojn...
Prognoza prizorgado revolucias la petrolon kaj gasan sektoron, kun noviga kaj iniciatema aliro al plantadministrado...
