• Kio Estas Testa Scenaro?
  • Ekzemplo De Testa Scenaro Ŝablono
• Konkludo
  • Graveco De Testa Scenaro
  • Diferenco Inter Testa Scenaro Kaj Testkazo
  • Kial Estas Testaj Scenaroj Nemalhaveblaj?
  • Efektivigo de Testscenaroj
• Testaj Scenaroj Ekzemploj
  • #1) Testaj Scenaroj por Kindle App
  • #2) Akceptaj Kriterioj por Google Docs

Ĉi tiu lernilo klarigas Kio Estas Testa Scenaro kune kun la Graveco, Efektivigo, Ekzemploj kaj Ŝablonoj De Testa Scenaro:

Ajna programara funkcieco/trajto kiu povas esti provita laŭdire estas Testa Scenaro. La perspektivo de la finuzanto estas konsiderata dum verkado de ajnaj testscenaroj.

Ĉi tiu lernilo helpos vin respondi la demandojn: kial testaj scenaroj estas bezonataj, kiam testaj scenaroj estas skribita kaj kiel verki la testscenarojn.

Kio Estas Testa Scenaro?

Konsideru hipotezan situacion: Estas vasta oceano. Vi devas vojaĝi trans la oceanon de unu marbordo al alia. Ekzemple, de Mumbajo, Barata Marbordo ĝis Kolombo, Srilanka marbordo.

La vojaĝmanieroj, kiujn vi povas elekti, estas:

(i) Aervojoj: Flugu al Kolombo

(ii) Akvovojoj: Preferu ŝipon por vojaĝi al Kolombo

(iii) Fervojoj: Prenu trajnon al Srilanko

1>Nun por la Testaj Scenaroj: Vojaĝi de Mumbajo-marbordo al Kolombo-marbordo estas funkcieco kiu estas provita.

La Testaj Scenaroj inkluzivas:

• Vojaĝado per Aervojoj,
• Vojaĝado per Akvovojoj aŭ
• Vojaĝado per Fervojoj.

Ĉi tiuj testscenaroj havos provojn.

Testkazoj, kiuj povas esti skribitaj por ĉi-supraj Testaj Scenaroj inkluzivas:

Testoloke kaj alŝutita laŭ havebleco de interreta konekto. 6 Ŝanĝoj faritaj de pluraj uzantoj ne estas troskribitaj. 7 Mulblaj uzantoj povas labori en ununura dokumento. 8 La laboro farita estas konservita se interreta konekto estas perdita dum alŝuto de dosiero. 9 Limigoj pri kundivido estas aplikataj ĝuste. 10 Vidi restriktajn uzantojn ne povas fari ajnajn redaktojn en la dokumentoj. 11 Dokumentoj povas esti eldonitaj al interreto por ĝenerala publiko. 12 Ŝanĝoj faritaj al dokumentoj estas konservitaj kun tempomarko & aŭtoraj detaloj.

La nombro da testscenaroj estos multobla kaj tre grandega por Google Docs. En tiaj kazoj ĝenerale, nur la akceptkriterioj estas fiksitaj kaj aprobitaj fare de koncernatoj, kaj la grupanoj laboras pri tiuj akceptkriterioj. Skribi testkazojn por aŭ pli ĝuste provaj scenaroj povas esti ĝisfunda tasko por grandegaj aplikoj.

Ĉi tiuj akceptaj kriterioj ludas gravan rolon en ripeta proceza planado kaj neniam estu preteratentitaj. Difini ilin antaŭe kaj antaŭe evitas surprizojn aŭ ŝokojn ĉe fino de sprintoj aŭ ellasoj

Donita antaŭkondiĉo.

Kiam por fari agon.

Tiam la rezulto estas atendata.

La formatoj de Given,Kiam kaj Tiam estas helpemaj por specifi akceptajn kriteriojn.

Ekzemplo De Testa Scenaro Ŝablono

Uzu Rakontan ID #	Prova Scenaro-ID #	Versio n-ro	Testaj Scenaroj	Nombro de Testkazoj	Graveco
USID12.1	TSID12.1.1	Kin12.4	Konfirmu ĉu Kindle-Apo lanĉas ĝuste.	4	Alta
USID12.1	TSID12.1.2	Kin12.4	Konfirmu stokan kapaciton de Kindle-Apo.	3	Mezo

Konkludo

En iu ajn programaro-testado, vivciklo-komprenado kaj demetado de la Testaj Scenaroj estas tre signifa elemento. La kvalito de la programaro povas esti plibonigita havante bonan fundamenton por testaj scenaroj. Ofte, la uzo de testkazoj kaj testscenaroj povas esti interŝanĝita.

Tamen, la dikfingro regulo estas ke la testscenaro estas uzata por skribi plurajn testkazojn aŭ ni povas diri ke testkazoj estas derivitaj de testaj scenaroj. Bone difinitaj testscenaroj certigas bonkvalitan programaron.

Scenaro: Vojaĝado per Aervojoj

Provaj kazoj povas inkluzivi scenarojn kiel:

1. La flugo estas laŭ la planita tempo .
2. La flugo ne estas laŭ la planita tempo.
3. Estis kriza situacio (forta pluvo kaj ŝtormo).

Sammaniere, aparta aro de provaj kazoj povas esti skribita por aliaj ceteraj scenaroj.

Nun ni iru al la teknologiaj testscenaroj.

Ĉio, kio povas esti testita, estas Testa Scenaro. Tiel ni povas konstati, ke iu ajn programara funkcio kiu estas sub testo povas esti dividita en multoblajn pli malgrandajn funkciojn kaj povas esti nomata "Testa Scenaro".

Antaŭ liveri ajnan produkton al la kliento, la kvalito de la produkto devas esti. esti taksita kaj taksita. Testscenaro helpas pri taksado de la funkcia kvalito de programaro kiu konformas kun ĝiaj komercaj postuloj.

Testerscenaro estas procezo en kiu la elprovilo testas programaron el perspektivo de finuzanto. La rendimento kaj kvalito de la programaro estas ĝisfunde taksitaj antaŭ efektivigo en la produktadmedio.

Graveco De Testa Scenaro

• Unu Testa Scenaro povas havi multoblajn 'Testkazojn'. Ĝi povas esti kalkulita kiel granda panorama bildo kaj testkazoj estas la malgrandaj partoj kiuj estas gravaj por kompletigi la panoramon.
• Ĝi estas unulinia deklaro kaj testo.kazoj konsistas laŭpaŝa priskribo por kompletigi la celon de la prova scenaro-deklaro.
• Ekzemplo:

Prova Scenaro: Faru la pago por la taksioservo uziĝis.

Ĉi tio havos plurajn provojn kiel dirite sube:

(i) Pagmetodo uzota: PayPal, Paytm, Kredit/Debetkarto.

(ii) La pago  farita estas sukcesa.

(iii) Pago farita estas malsukcesa.

(iv) La pago  procezo ĉesiĝis intere.

(v) Ne eblis aliri pagmetodojn.

(vi) La aplikaĵo  malfunkcias intere.

• Testscenaroj tiel helpas pri taksado de la programaro laŭ la realaj situacioj.
• Testscenaroj. kiam determinite, helpu en dubigi la amplekson de testado.
• Tiu ĉi forkiĝo nomiĝas prioritatigo, kiu helpas determini la gravajn funkciojn de la programaro.
• Prioricita testado de la funkcioj, helpas al bonega. amplekso en la sukcesa efektivigo de la programaro.
• Dum la testscenaroj prioritatiĝas, la plej gravaj funkcioj povas esti facile identigitaj kaj provitaj laŭ prioritato. Ĉi tio certigas, ke la plimulto de la decidaj funkcioj funkcias bone kaj ke difektoj rilataj al ĝi estas laŭregule kaptitaj kaj ĝustigitaj.
• Testscenaroj determinas la komercan procezofluon de la programaro.kaj tiel finfina testado de la aplikaĵo eblas.

Diferenco Inter Testa Scenaro Kaj Testkazo

Testo-Scenaro	Testokazoj
Testoscenaro estas koncepto.	Provokazoj estas la solvoj por kontroli tiun koncepton.
Testa Scenaro estas altnivela funkcieco.	Testokazoj estas detala proceduro por testi la altnivelan funkciecon.
Testo-Scenaroj. estas derivitaj de Postuloj/Uzantrakontoj.	Testokazoj estas derivitaj de Testaj Scenaroj .
Prova scenaro estas 'Kia funkcieco estas testenda'	Testokazoj estas 'Kiel testi la funkciojn'.
Tescenoj havas plurajn testkazojn.	Provokazoj povas aŭ ne esti asociitaj al pluraj Testscenaroj.
Ununura testscenaroj neniam estas ripeteblaj.	Ununura testkazo povas esti uzata plurfoje en malsamaj scenaroj.
Necesas mallongaj dokumentoj.	Necesas detala dokumentado.
Cerboŝtormaj sesioj estas bezonataj por fini Testan Scenaron.	Detala teknika scio pri la programaro. estas bezonata
Tempoŝparado ĉar etaj detaloj ne estas bezonataj.	Tempopostula ĉar ĉiuminuta detalo devas esti prizorgita.
Prizorgado estas malalta kiel necesaj rimedojmalalta.	Prizorgado estas alta ĉar necesaj rimedoj estas altaj

Kial Estas Testaj Scenaroj Nemalhaveblaj?

Testscenaroj estas derivitaj de postuloj aŭ uzantrakontoj.

• Prenu la ekzemplon de prova scenaro por rezervado de Taxi.
• La scenaroj. povus esti fiakraj rezervaj elektoj, pagmetodoj, GPS-spurado, vojmapo montrita ĝuste aŭ ne, detaloj pri fiakro kaj ŝoforo montritaj ĝuste aŭ ne, ktp. ĉiuj estas listigitaj en la ŝablono pri prova scenaro.
• Nun supozu, ke la prova scenaro estas. por kontroli ĉu la lokservoj estas ŝaltitaj, se ne ŝaltitaj, montru la mesaĝon 'Turn surlokaj servoj. Ĉi tiu scenaro estas maltrafita kaj ne estas listigita en la ŝablono pri provaj scenaroj.
• La scenaro 'Lokservo' estigas aliajn provajn scenarojn rilatajn al ĝi.

Ĉi tiuj povas esti :

• • Lokservo griziĝis.
  • La loka servo ŝaltis sed neniu interreto.
  • Limigoj surlokaj servoj .
  • La malĝusta loko estas montrata.
• Perdi ununura scenaro povas signifi maltrafi multajn aliajn decidajn scenarojn aŭ provojn. . Ĉi tio povas havi grandan negativan efikon dum efektivigo de la programaro. Ĉi tio rezultigas gravan perdon de rimedoj (templimoj).
• Testscenaroj multe helpas eviti ĝisfundajn testadojn . Ĝi certigas, ke ĉiuj decidaj kajatendataj komercaj fluoj estas provitaj, kio plue helpas en la fino-al-fina testado de la aplikaĵo.
• Ĉi tiuj estas tempoŝparantoj. Ankaŭ, multe pli detala priskribo laŭ la testaj kazoj ne estas postulata. Unu-linia priskribo estas specifita pri kion testi.
• Testscenaroj estas skribitaj post cerboŝtormaj sesioj de la teamanoj. Tial la probableco maltrafi ajnan scenaron (decida aŭ negrava) estas minimuma. Ĉi tio estas farita tenante en menso la teknikaĵojn kaj ankaŭ la komercan fluon de la programaro.
• Cetere, la testscenaroj povas esti aprobitaj aŭ de Komerca Analizisto-Kliento aŭ ambaŭ kiuj havas eksplicitan scion pri la testata aplikaĵo.

Testscenaroj estas do nemalhavebla parto de SDLC.

Efektivigo de Testscenaroj

Ni vidu la efektivigon de testscenaroj aŭ kiel verki testajn scenarojn:

• Epopeoj/Komercaj Postuloj estas formitaj.
  • Ekzemplo de Epopeo : Kreu Gmail-konton. Epopeo povas esti la ĉefa trajto de aplikaĵo aŭ komerca postulo.
• Epopeoj estas dividitaj en pli malgrandajn uzantrakontojn tra sprintoj.
• Uzantrakontoj estas derivitaj de Epopeoj. Ĉi tiuj uzantrakontoj devas esti bazliniaj kaj aprobitaj de koncernatoj.

• Testscenaroj estas derivitaj de uzantrakontoj aŭ BRS (Komerca Postulo Dokumento), SRS (Sistema PostuloSpecifa Dokumento), aŭ FRS (Functional Requirement Document) kiuj estas finpretigitaj kaj bazliniitaj.
• Testistoj skribas la testscenarojn.
• Ĉi tiuj testaj scenaroj estas aprobitaj de Teamestro, Komerca Analizisto aŭ Projektestro. depende de la organizo.
• Ĉiu testscenaro devas esti ligita al almenaŭ unu uzantrakonto.
• Pozitivaj same kiel negativaj testscenaroj devas esti identigitaj.
• Uzantrakontoj inkluzivas Akceptaj kriterioj kiel :
  • Akceptaj kriterioj estas listo de kondiĉoj aŭ la intenca stato por la klientpostuloj. La atendoj de la kliento kaj ankaŭ miskomprenoj estas konsiderataj dum la skribado de la akceptkriterioj.
  • Ĉi tiuj estas unikaj por unu uzantrakonto kaj ĉiu uzantrakonto devas havi almenaŭ unu akceptkriterion kiu estu sendepende testebla.
  • Akceptaj kriterioj helpas determini kiuj trajtoj estas en amplekso kaj kiuj estas ekstere de amplekso por projekto. Ĉi tiuj kriterioj devus inkluzivi funkciajn kaj ankaŭ nefunkciajn funkciojn.
  • Komercaj analizistoj skribas la akceptajn kriteriojn kaj la Produktposedanto aprobas ilin.
  • Aŭ en iuj kazoj, la produktposedanto povas mem skribi la kriterioj.
  • Testscenaroj povas esti akiritaj de la akceptaj kriterioj.

Testaj Scenaroj Ekzemploj

#1) Testaj Scenaroj por Kindle App

Kindle estas la aplikaĵo, kiu ebligas al retlegantoj serĉiretlibrojn, elŝutu kaj aĉetu ilin. Amazon Kindle donas al la e-libroleganto la realan sperton teni libron enmane kaj legi ĝin. Eĉ la turniĝo de paĝoj estas bele simulita en la apo.

Nun ni notu la testajn scenarojn. ( Noto: Limigitaj scenaroj estas listigitaj malsupre por akiri ĝeneralan ideon por verki la testscenaron. Povas esti multoblaj testkazoj derivitaj de ĝi).

Testscenaroj. #	Provaj Scenaroj
1	Konfirmu ĉu Kindle-Apo lanĉas ĝuste.
2	Konfirmu ekranan rezolucion ĝustigas laŭ malsamaj aparatoj, post lanĉo de aplikaĵo.
3	Konfirmu, ke teksto montrata estas legebla.
4	Konfirmu, ke opcioj pri zomi kaj malzomi funkcias.
5	Konfirmu, ke kongruaj dosieroj importitaj en Kindle-apliko estas legeblaj.
6	Konfirmu konservan kapablon de Kindle App.
7	Konfirmu, ke elŝuta funkcio funkcias ĝuste.
8	Konfirmu, ke la simulado de Paĝturno funkcias ĝuste
9	Konfirmu la kongruon de la eBook-formatoj kun la Kindle-apo.
10	Konfirmu tiparojn subtenatajn de Kindle-apo.
11	Konfirmu la baterian daŭron uzatan de Kindle-apliko.
12	Konfirmu rendimenton.de Kindle depende de retkonektebleco (Wi-Fi, 3G aŭ 4G).

Mulblaj testkazoj povas esti derivitaj de ĉiu testa scenaro deklarita supre.

#2) Akceptaj Kriterioj por Google Docs

'Google docs' estas ret-bazita aplikaĵo por krei, redakti kaj kunhavigi vortdokumentojn, kalkultabelojn, lumbildojn kaj formojn. Ĉiuj dosieroj estas interrete alireblaj per retumilo havanta interretan konekton.

La dokumentoj kreitaj povas esti kunhavataj kiel retpaĝo aŭ prespreta dokumento. La uzanto povas agordi limigojn pri kiu povas vidi kaj redakti la dokumentojn. Ununura dokumento povas esti kunlabore dividita kaj prilaborata de diversaj individuoj de malsamaj geografiaj lokoj.

Limigitaj testscenaroj estas menciitaj malsupre por ĝenerala kompreno. Profundaj testscenaroj por Google-dokumentoj povas esti tute aparta temo.

Akceptaj Kriterioj #	Akceptaj Kriterioj
1	Vorto, Folioj aŭ Formoj povas esti malfermitaj sukcese sen eraro.
2	Ŝablonoj disponeblas por dokumentoj, folioj. kaj diapozitivoj.
3	Haveblaj ŝablonoj estas alireblaj por uzantoj.
4	Uzita ŝablono estas redaktebla (ekz.: tiparoj, tiparo, aldono de teksto, forigo de teksto, enmeto de diapozitivo).
5	Se interreta konekto ne disponeblas provizore la dosiero povas esti konservita