cste software testing certification exam question pattern
Acest articol vă va oferi o idee generală despre Model de hârtie pentru examenul de certificare CSTE . Am inclus câteva exemple de întrebări și răspunsuri pentru testul simulat CSTE. Puteți face referire la aceste întrebări și puteți judeca tiparul lucrării de răspuns descriptiv.
Dacă aveți nevoie de întrebări de tip obiectiv din hârtie CSTE, puteți consulta articolul nostru anterior despre răspunsurile la întrebări de tip obiectiv CSTE. De asemenea, puteți descărca câteva exemplare de lucrări de pe site-ul nostru „Descărcări” secțiune.
CSTE Mock Test Paper - Întrebări și răspunsuri
Q # 1) Definiți următoarele împreună cu exemple [25 puncte]
A. Testarea valorii limită
b. Testarea echivalenței
c. Eroare de ghicit
d. Verificarea biroului
e. Analiza fluxului de control
Răspuns:
a) Analiza valorii limită: Un proces de selectare a cazurilor / datelor de testare prin identificarea limitelor care separă condițiile valabile de cele nevalide.
Testele sunt construite pentru a testa marginile interioare și exterioare ale acestor limite, în plus față de punctele limită efective sau O tehnică de selecție în care datele de testare sunt alese pentru a se întinde de-a lungul „limitelor” domeniilor de intrare [sau intervalului de ieșire], structurilor de date , parametrii procedurii etc.
Alegerile includ adesea valori sau parametri maximi, minimi și triviali.
De exemplu, Date de intrare de la 1 la 10 (valoare la limită)
Testați datele de intrare 0, 1, 2 până la 9, 10, 11
b) Testarea echivalenței: Domeniul de intrare al sistemului este partiționat în clase de valori reprezentative, astfel încât numărul cazurilor de testare să poată fi limitat la unul pe clasă, ceea ce reprezintă numărul minim. a cazurilor de testare care trebuie executate.
De exemplu, interval de date valid: 1-10
Set test: -2; 5; 14
c) Ghicirea erorilor: Testarea tehnicii de selectare a datelor. Criteriul de selecție este de a alege valori care par să provoace erori Ghicirea erorilor se bazează în principal pe experiență, cu o anumită asistență din alte tehnici, cum ar fi Analiza valorii limită.
Pe baza experienței, proiectantul testelor ghicește tipurile de erori care ar putea apărea într-un anumit tip de software și proiectează cazuri de testare pentru a le descoperi.
java întrebări și răspunsuri de bază pentru interviu
De exemplu, dacă orice tip de resursă este alocat dinamic, un loc bun pentru a căuta erori este în delocarea resurselor. Toate resursele sunt alocate corect sau unele sunt pierdute pe măsură ce software-ul se execută?
d) Verificare birou: Verificarea biroului este efectuată de către dezvoltatorul sistemului sau programului. Procesul presupune revizuirea produsului complet pentru a se asigura că este solid din punct de vedere structural și că standardele și cerințele au fost îndeplinite. Acesta este cel mai tradițional mijloc de analiză a unui sistem sau program.
e) Analiza fluxului de control: Se bazează pe reprezentarea grafică a procesului de programare. În analiza fluxului de control; graficele programului au noduri care reprezintă o afirmație sau un segment care se termină eventual cu o ramură nerezolvată.
Graficul ilustrează fluxul de control al programului de la un segment la altul, așa cum este ilustrat prin ramuri. Obiectivul analizei fluxului de control este de a determina problemele potențiale din ramurile logice care ar putea duce la o stare de buclă sau la o procesare necorespunzătoare.
Q # 2) Descoperiți că există un tester senior care face mai multe greșeli decât testerii junior. Trebuie să comunicați acest aspect testerului senior. De asemenea, nu doriți să pierdeți acest tester. Cum ar trebui să facem critici constructive? [10 puncte]
Răspuns: În abordarea calității, este responsabilitatea supraveghetorului să-i facă pe subordonații săi să aibă succes. Utilizarea eficientă a criticii este un instrument pentru îmbunătățirea performanței subordonate.
Când dați critici constructive, ar trebui să încorporați următoarele tactici:
- Faceți-o în mod privat.
- Aveti faptele.
- Fii pregătit să-l ajuți pe lucrător să-și îmbunătățească performanța.
- Fiți specific cu privire la Așteptări.
- Urmați un proces specific pentru a da critici.
Î # 3) Managerul dvs. v-a luat la bord ca un lider de testare pentru testarea unei aplicații bazate pe web. El vrea să știe ce riscuri ați include în planul de testare. Explicați fiecare factor de risc care ar face parte din planul de testare. [20 de puncte]
Răspuns: Factorii de risc principali ai aplicației bazate pe web:
- Securitate: orice este legat de securitatea aplicației.
- Performanţă: Numărul de resurse de calcul și cod cerute de sistem pentru a-și îndeplini funcțiile declarate.
- Corectitudine: Datele introduse, procesate și transmise în sistem sunt corecte și complete
- Controlul accesului: Asigurarea că resursele sistemului de aplicații vor fi protejate
- Continuitatea procesării: Abilitatea de a susține procesarea în cazul evenimentului apare
- Traseul auditului: Capacitatea de a justifica prelucrarea care a avut loc.
- Autorizare: Asigurarea că datele sunt prelucrate în conformitate cu intențiile conducerii.
Riscul general sau riscul secundar:
- Complex: orice lucru disproporționat de mare, complicat sau complicat.
- Nou: orice nu are istorie în produs.
- Modificat: orice a fost modificat sau „îmbunătățit”.
- Dependența din amonte: orice al cărui eșec va provoca eșec în cascadă în restul sistemului.
- Dependența în aval: orice este deosebit de sensibil la eșecurile din restul sistemului.
- Critic: orice al cărui eșec ar putea provoca daune substanțiale.
- Precis: orice trebuie să îndeplinească exact cerințele sale.
- Popular: orice va fi folosit mult.
- Strategic: orice are o importanță specială pentru afacerea dvs., cum ar fi o caracteristică care vă diferențiază de concurență.
- Terț: orice folosit în produs, dar dezvoltat în afara proiectului.
- Distribuit: orice se răspândește în timp sau spațiu, totuși ale cărui elemente trebuie să funcționeze împreună.
- Carucior: orice știa că are o mulțime de probleme.
- Eșec recent: orice cu o istorie recentă a eșecului.
Q # 4) Sunteți în etapa contractuală a unui proiect și dezvoltați o propunere cuprinzătoare pentru un sistem software critic de siguranță. Directorul dvs. v-a consultat pentru pregătirea unui document orientativ care va înrola rolul utilizatorului în faza de testare a acceptării.
Indicați rolurile cheie pe care credeți că ar trebui să le joace utilizatorul în etapa de acceptare. De asemenea, indicați categoriile în care ar trebui să se încadreze cerințele de acceptare. [10 puncte]
returnarea unui tablou dintr-o metodă în java
Răspuns:
- Asigurați implicarea utilizatorilor în dezvoltarea cerințelor de sistem și a criteriilor de acceptare.
- Identificați produsele intermediare și finale pentru acceptarea criteriilor și calendarului lor de acceptare.
- Planificați cum și de către cine va fi efectuată fiecare activitate de acceptare.
- Planificați resursele pentru furnizarea de informații.
- Programați un timp adecvat pentru ca personalul cumpărător să primească și să examineze produsele și evaluarea înainte de examinarea acceptării.
- Pregătiți planul de acceptare.
- Răspundeți la analiza drepturilor proiectului înainte de a accepta și respinge.
- Aprobați diferitele produse software interimare.
- Efectuați activitățile finale de acceptare, inclusiv testarea formală de acceptare la livrare.
- Luați o decizie de acceptare pentru fiecare produs.
Q # 5) Ce este testarea în paralel și când folosim testarea în paralel? Explicați cu
un exemplu? [5 puncte]
Răspuns: Testarea unui sistem de prelucrare a datelor nou sau modificat cu aceeași sursă de date care este utilizată în alt sistem. Celălalt sistem este considerat standardul de comparație. SAU putem spune că testarea paralelă necesită ca aceleași date de intrare să fie rulate prin două versiuni ale aceleiași aplicații.
Testarea paralelă trebuie utilizată atunci când există incertitudine cu privire la corectitudinea procesării noii aplicații. Iar versiunile vechi și noi ale aplicațiilor sunt aceleași.
De exemplu,
- Operați versiunea veche și cea nouă a sistemului de salarizare pentru a determina dacă salariile din ambele sisteme sunt compatibile.
- Rulați versiunea veche a sistemului de aplicații pentru a vă asigura că starea operațională a sistemului vechi a fost menținută în cazul în care se întâmpină probleme în noua aplicație.
Q # 6) Care este diferența dintre tehnici de testare și instrumente? Dă exemple. [5 puncte]
Răspuns:
Tehnica de testare: Este un proces pentru asigurarea faptului că unele aspecte ale sistemului de aplicații sau ale unității funcționează corect, pot exista puține tehnici, dar multe instrumente.
Instrumente: Este un vehicul pentru efectuarea unui proces de testare. Instrumentul este o resursă pentru tester, dar în sine este insuficient pentru a efectua testarea
De exemplu, Balansarea ciocanului pentru a împinge cuiul. Un ciocan este un instrument, iar oscilarea ciocanului este o tehnică. Conceptul de instrumente și tehnică este important în procesul de testare. Este o combinație a celor două care permite efectuarea procesului de testare.
Testatorul ar trebui să înțeleagă mai întâi tehnicile de testare și apoi să înțeleagă instrumentele care pot fi utilizate cu fiecare dintre tehnici.
Q # 7) Activitățile de control al calității se concentrează pe identificarea defectelor produselor reale produse; cu toate acestea, șeful dvs. dorește să identificați și să definiți procese care ar preveni defectele. Cum i-ai explica pentru a face distincția între responsabilitățile QA și QC? [10 puncte]
Răspuns:
Asigurarea calității:
- Un set planificat și sistematic de activități necesare pentru a oferi o încredere adecvată că cerințele sunt stabilite în mod corespunzător și că produsele sau serviciile sunt conforme cu cerințele specificate
- O activitate care stabilește și evaluează procesele de producere a produselor.
- Ajută la stabilirea proceselor.
- Configurează programe de măsurare pentru a evalua procesele.
- Identifică punctele slabe ale proceselor și le îmbunătățește.
- QA este responsabilitatea întregii echipe.
- Previne introducerea unor probleme sau defecte
Control de calitate:
- Procesul prin care calitatea produsului este comparată cu standardele aplicabile; iar acțiunea este luată atunci când este detectată neconformitatea.
- O activitate care verifică dacă produsul îndeplinește standardele predefinite.
- Implementează procesul.
- Verifică dacă un anumit atribut se află într-un anumit produs sau serviciu
- Identifică defectele în scopul principal al corectării defectelor.
- QC este responsabilitatea testerului.
- Detectează, raportează și corectează defectele
Q # 8) Faceți diferența între modelarea fluxului de tranzacție, modelarea în stare finită, modelarea fluxului de date și modelarea temporală? [10 puncte]
Răspuns:
Modelarea fluxului tranzacției: Nodurile reprezintă etapele tranzacțiilor. Legăturile reprezintă conexiunea logică între pași.
Modelare în stare finită: Nodurile reprezintă diferitele stări observabile de utilizator ale software-ului. Legăturile reprezintă tranzițiile care au loc pentru a trece de la stat la stat.
Modelarea fluxului de date: Nodurile reprezintă obiectele de date. Legăturile reprezintă transformările care au loc pentru a traduce un obiect de date în altul.
Modelare temporală: Nodurile sunt obiecte de program. Legăturile sunt conexiuni secvențiale între obiectele programului. Ponderile legăturii sunt utilizate pentru a specifica timpii de execuție necesari pe măsură ce programul se execută.
9) Enumerați ceea ce credeți că sunt cele două obiective principale ale testării.
[5 puncte]
Răspuns:
- Determinați dacă sistemul îndeplinește specificațiile (vizualizarea producătorului)
- Determinați dacă sistemul satisface nevoile de afaceri și ale utilizatorilor (vizualizarea clientului)
Sper că acest articol v-a ajutat să vă faceți o idee despre modelul de întrebări pentru examenul de certificare pentru testarea software-ului CSTE. spuneți-ne feedback-ul dvs. în secțiunea de comentarii de mai jos!
Lectură recomandată
- Cele mai bune instrumente de testare software 2021 [Instrumente de automatizare a testelor de calitate]
- Testare software Job asistent QA
- Merită să obțineți o certificare de testare software QA?
- Curs de testare software: La ce institut de testare software ar trebui să mă alătur?
- Alegerea testării software ca carieră
- Testarea software-ului Conținut tehnic Scriitor freelancer
- Câteva întrebări interesante despre testarea software-ului
- Feedback și recenzii despre cursul de testare software