FAQ
Urmฤtoarele sunt cele mai frecvente รฎntrebฤri adresate de Guru99 Comunitate
- Nu puteศi vedea videoclipurile?
- Nu am primit e-mail pentru proiect
- Dacฤ am o eroare รฎntr-o aplicaศie, cine va decide severitatea ศi prioritatea unei erori?
- Ce veศi face dacฤ nu existฤ Funct.Spec/orice documente legate de sistem?
- Ce poate face un tester dacฤ gฤseศte un punct de oprire spectaculosping problemฤ cu cรขteva zile รฎnainte de lansare?
- De ce alegeศi domeniul asigurฤrii calitฤศii software?
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 de retrimitere a e-mailurilor. Dacฤ tot nu o faceศi trace-mailurile, abonaศi-vฤ cu un alt ID de e-mail pentru a primi 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 un punct de oprire spectaculosping problemฤ 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 asigurฤrii calitฤศii (QA), testerii ar trebui sฤ fie conศtienศi de toate funcศionalitฤศile aplicaศiei care urmeazฤ sฤ fie testatฤ, acest lucru le 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 atunci cรขnd vom face testare, dar vor fi mai limitate atunci cรขnd vom face programare. Un dezvoltator ar putea fi dezvoltator...ping doar un mic segment al รฎntregii aplicaศii ศi s-ar putea sฤ nu fie conศtienศi de aplicaศie รฎn ansamblu. รn acest caz, am considerat cฤ rolul de QA (tester) este mai interesant.