Întrebări Frecvente

Următoarele sunt cele mai frecvente întrebări ale comunității Guru99

Nu puteți vedea videoclipurile?

Toate videoclipurile de pe acest site sunt găzduite pe YouTube și încorporat aici...
Sunteţi probabil accesând site-ul dintr-o locație în care YouTube este interzis (compania dvs., facultatea sau o țară în care YouTube este interzis)

Încercați să accesați videoclipurile dintr-un mediu nerestricționat.
Tu faci NU trebuie să vă înregistrați pentru a vedea videoclipurile.

Nu am primit e-mail pentru proiect

Vă rugăm să rețineți că e-mailurile de proiect sunt trimise la un interval de 24 de ore. Deci, dacă v-ați abonat joi la 10:10, veți primi următorul e-mail vineri la XNUMX:XNUMX.

Vă rugăm să verificați mesajele nedorite sau spam Mailcutie. Dacă utilizați Gmail, verificați PromoTab

Sistemul nostru nu are o funcție pentru a retrimite e-mailuri. Dacă tot nu urmăriți e-mailurile, abonați-vă cu un alt ID de e-mail pentru a obține conținutul.

Dacă am o eroare într-o aplicație, cine va decide severitatea și prioritatea unei erori?

Severitatea Defect este determinată de persoana care identifică problema (testerul), în timp ce prioritatea este determinată de persoana care este implicată în rezolvarea problemei (Developers).

În calitate de tester, puteți prioritiza defectele care sunt de obicei revizuite de cablul de testare. Dezvoltatorii după analiză vor decide dacă este un defect cu prioritate mare sau cu prioritate scăzută. De cele mai multe ori, este făcut de dezvoltator, dar testerul se poate implica și în el pentru a explica gravitatea acestuia. După discuție, pistele vor ajunge la o concluzie.

Severitatea este legată practic de funcționalitatea aplicației sau a produsului. În timp ce prioritatea este cât de imediat dezvoltatorul poate remedia acel bug sau defect. Prioritatea este de natură dinamică și se va schimba în funcție de scenariu, în timp ce severitatea este de natură statică.

Ce veți face dacă nu există specificații funcționale/orice documente legate de sistem?

  • Mai întâi încercați să înțelegeți domeniul cu analiști de afaceri sau IMM-uri. Faceți teste exploratorii pentru a înțelege sistemul.
  • Dacă proiectul nu are Business Analyst sau IMM-uri, discutați cu oamenii care au lucrat la sisteme similare.
  • Pentru a înțelege afacerea, discutați cu comunitatea de utilizatori
  • Aflați specificații similare ale produsului de pe internet sau PMO
  • Căutați același tip de aplicație software și înțelegeți caracteristicile
  • Căutați câteva scenarii de afaceri importante, documente alternative, articole pentru subiecte de aplicare
  • Cereți dezvoltatorilor explicația despre toate modulele
  • Date istorice ale utilizatorilor, aplicații și caracteristici
  • Nu testați aplicația din punct de vedere tehnic, mai întâi testați aplicația numai din perspectiva utilizatorului

Ce poate face un tester dacă găsește o problemă de oprire a emisiunii cu câteva zile înainte de lansare?

  • Confirmați și reconfirmați din nou Defectul și documentați eroarea sau defectul, impactul și soluția posibilă, dacă puteți.
  • Aduceți acest lucru în atenția managerului dvs. și discutați cu echipa, deoarece un astfel de opritor de spectacol nu este cunoscut echipei cu o săptămână înainte de lansarea sa nu este bun.
  • Odată ce defectul ajunge la managerul dvs. și la autoritățile superioare de testare, s-ar putea să fie necesar să le prezentați punctul dvs. de vedere, așa că fiți amănunțit cu punctul dvs., deoarece acest lucru ar putea avea un impact asupra lansării.
  • Dacă discuția te susține, este timpul să te ridici și să strălucești. Dacă nu, ai o lecție învățată pentru ziua respectivă, la pachet. Continua sa inveti.

De ce alegeți domeniul asigurării calității software?

Pentru a oferi proiecte de calitate utilizatorilor finali sau clienților, testarea este obligatorie, indiferent de codificarea pe care o implică. Software-ul QA nu numai că înregistrează erorile, ci oferă și soluții pentru aceste erori.

În domeniul QA, testerii ar trebui să fie conștienți de toate funcționalitățile aplicației de testat, acest lucru îi permite să cunoască diferite tipuri de aplicații dezvoltate în diferite Medii, chiar și câteva concepte de bază în programare. Cunoștințele vor fi mai ample când facem teste, dar vor fi înguste în timp ce facem programare. Este posibil ca un dezvoltator să dezvolte doar un mic segment al întregii aplicații și să nu fie conștient de aplicația în ansamblu. În acest caz, am simțit că rolul QA (testerului) este mai interesant.

Nu ai găsit un răspuns?

Contactaţi-ne - Factop