Menu

Vzor otázky týkajúcej sa certifikácie skúšok softvéru CSTE

cste software testing certification exam question pattern

Tento článok vám poskytne všeobecnú predstavu o Papierový vzor certifikačnej skúšky CSTE . Zahrnul som niekoľko vzorových otázok a odpovedí pre falošný testovací papier CSTE. Môžete sa na tieto otázky obrátiť a môžete posúdiť vzor popisného článku s odpoveďami.



Ak potrebujete otázky týkajúce sa objektívnych typov z dokumentu CSTE, môžete si prečítať náš predchádzajúci článok o odpovediach na otázky týkajúce sa objektívnych typov CSTE. Môžete si tiež stiahnuť niekoľko ďalších vzorových papierov z nášho servera 'K stiahnutiu' oddiel.

vytvorenie binárneho vyhľadávacieho stromu v jave

CSTE

CSTE Mock Test Paper - Otázky a odpovede

Otázka č. 1) Definujte nasledujúce spolu s príkladmi [25 bodov]
a. Testovanie hraničných hodnôt
b. Testovanie rovnocennosti
c. Hádanie chýb
d. Kontrola stola
e. Analýza prietoku kontroly



Odpoveď:
a) Analýza hraničných hodnôt: Proces výberu testovacích prípadov / údajov identifikáciou hraníc, ktoré oddeľujú platné a neplatné podmienky.



Testy sú konštruované tak, aby testovali vnútorné a vonkajšie okraje týchto hraníc, navyše k skutočným hraničným bodom alebo Technika výberu, pri ktorej sa testovacie dáta volia pozdĺž „hraníc“ tried vstupnej domény [alebo výstupného rozsahu], dátových štruktúr , parametre postupu a pod.

Možnosti často zahŕňajú maximálne, minimálne a triviálne hodnoty alebo parametre.



Napríklad, Vstupné údaje 1 až 10 (hraničná hodnota)
Otestujte vstupné údaje 0, 1, 2 až 9, 10, 11

b) Testovanie rovnocennosti: Vstupná doména systému je rozdelená do tried reprezentatívnych hodnôt, takže počet testovacích prípadov je možné obmedziť na jednu triedu, čo predstavuje minimálne číslo. testovacích prípadov, ktoré sa musia vykonať.

Napríklad, platný rozsah údajov: 1–10
Testovacia súprava: -2; 5; 14

c) Hádanie chýb: Technika výberu údajov na testovanie. Kritériom výberu je výber hodnôt, ktoré pravdepodobne spôsobia chyby. Hádanie chýb je založené väčšinou na skúsenostiach s určitou pomocou iných techník, ako je analýza hraničných hodnôt.

Na základe skúseností návrhár testov odhadne typy chýb, ktoré by sa mohli vyskytnúť v konkrétnom type softvéru, a navrhne testovacie prípady, aby ich odhalil.

Napríklad, ak je akýkoľvek typ zdroja alokovaný dynamicky, dobré miesto na hľadanie chýb je v de-alokácii zdrojov. Sú všetky zdroje správne pridelené alebo sa niektoré stratia pri spustení softvéru?

d) Kontrola stola: Stolovú kontrolu vykonáva vývojár systému alebo programu. Proces zahŕňa kontrolu kompletného produktu, aby sa zabezpečilo, že je štrukturálne bezpečný a že sú splnené normy a požiadavky. Toto je najtradičnejší prostriedok na analýzu systému alebo programu.

e) Analýza prietoku kontroly: Je založená na grafickom znázornení procesu programu. V analýze prietoku kontroly; programové grafy majú uzly, ktoré predstavujú príkaz alebo segment, ktorý môže končiť nevyriešenou vetvou.

Graf zobrazuje tok riadenia programu z jedného segmentu do druhého, ako je znázornené cez vetvy. Cieľom analýzy toku riadenia je určiť potenciálne problémy v logických vetvách, ktoré by mohli vyústiť do stavu slučky alebo nesprávneho spracovania.

Otázka 2) Zistili ste, že existuje senior tester, ktorý robí viac chýb ako junior testers. Tento aspekt musíte oznámiť senior testerovi. Tiež nechcete prísť o tohto testera. Ako by sa malo postupovať pri konštruktívnej kritike? [10 bodov]

Odpoveď: Pokiaľ ide o prístup ku kvalite, zodpovednosť za to, aby boli jeho podriadení úspešní, je zodpovedný supervízor. Efektívne využitie kritiky je nástrojom na zlepšenie podriadeného výkonu.

Pri konštruktívnej kritike by ste mali použiť nasledujúcu taktiku:

  • Robte to súkromne.
  • Majte fakty.
  • Buďte pripravení pomôcť pracovníkovi pri zlepšovaní jeho / jej výkonu.
  • Buďte konkrétni v súvislosti s očakávaniami.
  • Pri poskytovaní kritiky postupujte podľa konkrétneho postupu.

Otázka č. 3) Váš manažér vás vzal na palubu ako testovacieho kábla na testovanie webovej aplikácie. Chce vedieť, aké riziká by ste zahrnuli do plánu testov. Vysvetlite každý rizikový faktor, ktorý by bol súčasťou vášho plánu testov. [20 značiek]

Odpoveď: Primárne rizikové faktory webových aplikácií:

  • Zabezpečenie: čokoľvek, čo súvisí s bezpečnosťou aplikácie.
  • Výkon: Počet výpočtových zdrojov a kódu vyžadovaných systémom na výkon uvedených funkcií.
  • Správnosť: Údaje zadané, spracované a odoslané do systému sú presné a úplné
  • Riadenie prístupu: Záruka, že prostriedky systému aplikácie budú chránené
  • Kontinuita spracovania: Schopnosť udržať spracovanie v prípade problému nastane
  • Audit Trail: Schopnosť doložiť spracovanie, ku ktorému došlo.
  • Autorizácia: Uistenie, že údaje sú spracované v súlade so zámermi manažmentu.

Všeobecné riziko alebo vedľajšie riziko:

  • Komplex: čokoľvek neprimerane veľké, zložité alebo komplikované.
  • Nový: všetko, čo nemá vo výrobku históriu.
  • Zmenené: všetko, čo bolo neoprávnene upravené alebo „vylepšené“.
  • Závislosť proti prúdu: čokoľvek, čoho porucha spôsobí kaskádové zlyhanie vo zvyšku systému.
  • Následná závislosť: čokoľvek, čo je obzvlášť citlivé na poruchy vo zvyšku systému.
  • Kritické: čokoľvek, čoho zlyhanie by mohlo spôsobiť značné škody.
  • Presný: všetko, čo musí presne spĺňať jeho požiadavky.
  • Populárne: čokoľvek, čo sa bude veľa používať.
  • Strategické: všetko, čo má pre vaše podnikanie mimoriadny význam, napríklad funkcia, ktorá vás oddeľuje od konkurencie.
  • Tretia strana: čokoľvek použité v produkte, ale vyvinuté mimo projektu.
  • Distribuované: čokoľvek rozložené v čase alebo priestore, ale ktorých prvky musia spolupracovať.
  • Buggy: vedelo, že všetko má veľa problémov.
  • Nedávne zlyhanie: čokoľvek s nedávnou históriou zlyhania.

Otázka č. 4) Ste vo fáze kontraktu projektu a vyvíjate komplexný návrh bezpečnostného softvérového systému. Váš riaditeľ vás konzultoval s prípravou dokumentu s pokynmi, ktorý zaistí úlohu používateľa počas fázy testovania prijatia.

Uveďte kľúčové role, ktoré by podľa vás mal používateľ hrať vo fáze prijatia. Uveďte tiež kategórie, do ktorých by požiadavky na prijatie mali spadať. [10 bodov]

Odpoveď:

  • Zaistite zapojenie používateľov do vývoja systémových požiadaviek a kritérií prijatia.
  • Identifikujte dočasné a konečné výrobky na prijatie ich kritérií prijatia a harmonogramu.
  • Naplánujte si, ako a kým sa bude vykonávať každá prijímacia činnosť.
  • Naplánujte si zdroje na poskytovanie informácií.
  • Naplánujte primeraný čas, aby pracovníci kupujúceho dostali a preskúmali produkty a hodnotenie pred kontrolou prijatia.
  • Pripravte plán prijatia.
  • Pred prijatím a odmietnutím reagujte na analýzu oprávnení projektu.
  • Schvaľujte rôzne dočasné softvérové ​​produkty.
  • Vykonajte činnosti súvisiace s konečným prijatím vrátane formálneho testovania prijatia pri dodaní.
  • Pre každý produkt urobte rozhodnutie o prijatí.

Otázka č. 5) Čo je to paralelné testovanie a kedy použijeme paralelné testovanie? Vysvetlite s
príklad? [5 bodov]

Odpoveď: Testovanie nového alebo zmeneného systému na spracovanie údajov s rovnakými zdrojovými údajmi, aké sa používajú v inom systéme. Druhý systém sa považuje za štandard porovnávania. ALEBO môžeme povedať, že paralelné testovanie vyžaduje, aby boli rovnaké vstupné údaje spustené cez dve verzie tej istej aplikácie.

Paralelné testovanie by sa malo použiť, ak existujú nejasnosti týkajúce sa správnosti spracovania novej žiadosti. A stará aj nová verzia aplikácií sú rovnaké.

Napríklad,

  • Prevádzkujte starú a novú verziu mzdového systému, aby ste zistili, či sú výplaty z oboch systémov porovnateľné.
  • Spustite starú verziu aplikačného systému, aby ste sa uistili, že prevádzkový stav starého systému bol zachovaný v prípade, že sa v novej aplikácii vyskytnú problémy.

Otázka č. 6) Aký je rozdiel medzi testovacími technikami a nástrojmi? Uveďte príklady. [5 bodov]

Odpoveď:
Technika testovania: Je proces zabezpečujúci správne fungovanie niektorých aspektov aplikačného systému alebo jednotky, môže existovať len málo techník, ale veľa nástrojov.

ako otvoriť súbor torrentu

Nástroje: Je vozidlo na vykonanie skúšobného procesu. Tento nástroj je prostriedkom pre testera, ale sám o sebe nie je dostatočný na vykonanie testovania

Napríklad, Kývanie kladiva na zatĺkanie klinca. Kladivo je nástroj a kývanie kladivom je technika. V procese testovania je dôležitá koncepcia nástrojov a techniky. Je to kombinácia týchto dvoch riešení, ktorá umožňuje vykonať testovací proces.

Tester by mal najskôr porozumieť testovacím technikám a potom porozumieť nástrojom, ktoré je možné použiť pri každej z týchto techník.

Otázka č. 7) Činnosti kontroly kvality sú zamerané na identifikáciu chýb skutočne vyrobených výrobkov; váš šéf však chce, aby ste identifikovali a definovali procesy, ktoré by zabránili chybám. Ako by ste mu vysvetlili, aby rozlišoval medzi zodpovednosťami za QA a QC? [10 bodov]

Odpoveď:

Zabezpečenie kvality:

  • Plánovaný a systematický súbor činností potrebných na zabezpečenie primeranej dôvery v to, že požiadavky sú správne stanovené a výrobky alebo služby zodpovedajú špecifikovaným požiadavkám
  • Činnosť, ktorá ustanovuje a hodnotí procesy na výrobu výrobkov.
  • Pomáha vytvárať procesy.
  • Nastavuje programy merania na vyhodnotenie procesov.
  • Identifikuje slabé stránky procesov a vylepšuje ich.
  • Za zabezpečenie kvality zodpovedá celý tím.
  • Zabraňuje zavedeniu problémov alebo chýb

Kontrola kvality:

  • Proces porovnávania kvality výrobkov s platnými normami; a akcia sa prijme, keď sa zistí nesúlad.
  • Činnosť, ktorá overuje, či produkt spĺňa vopred definované normy.
  • Implementuje proces.
  • Overuje, či sa konkrétny atribút nachádza v konkrétnom produkte alebo službe
  • Identifikuje chyby s primárnym účelom opravy.
  • Za QC je zodpovedný tester.
  • Zisťuje, hlási a opravuje chyby

Otázka č. 8) Rozlišovať medzi modelovaním transakčných tokov, modelovaním konečných stavov, modelovaním toku údajov a časovaním? [10 bodov]

Odpoveď:
Modelovanie toku transakcie: Uzly predstavujú kroky v transakciách. Odkazy predstavujú logické spojenie medzi krokmi.

Modelovanie konečných stavov: Uzly predstavujú rôzne užívateľsky pozorovateľné stavy softvéru. Odkazy predstavujú prechody, ktoré nastávajú pri prechode zo stavu do stavu.

Modelovanie toku dát: Uzly predstavujú dátové objekty. Odkazy predstavujú transformácie, ktoré nastanú pri preklade jedného údajového objektu do druhého.

Modelovanie načasovania: Uzly sú Programové objekty. Prepojenia sú postupné spojenia medzi objektmi programu. Váhy odkazov sa používajú na určenie požadovaných časov vykonania počas vykonávania programu.

9) Uveďte, čo považujete za dva hlavné ciele testovania.
[5 známok]

Odpoveď:

  • Zistite, či systém vyhovuje špecifikáciám (pohľad výrobcu)
  • Zistite, či systém spĺňa obchodné a užívateľské potreby (Zákaznícke zobrazenie)

Dúfam, že vám tento článok pomohol získať predstavu o vzorci otázky týkajúcej sa certifikácie skúšok softvéru CSTE. dajte nám vedieť svoj názor v sekcii komentárov nižšie!

Odporúčané čítanie

^