KKK
Jรคrgnevalt on toodud kรตige sagedamini esitatavad kรผsimused kasutajalt Guru99 kogukond
- Kas te ei nรคe videoid?
- Ma ei saanud projekti kohta meili
- Kui mul on rakenduses viga, kes otsustab vea tรตsiduse ja prioriteedi?
- Mida teete, kui funktsiooni Funct.Spec / sรผsteemiga seotud dokumente pole?
- Mida saab testija teha, kui ta leiab etenduse peatuse?ping probleem paar pรคeva enne ilmumist?
- Miks valite tarkvara kvaliteedi tagamise valdkonna?
Kas te ei nรคe videoid?
Kรตik sellel saidil olevad videod on hostitud saidil YouTube ja siia manustatudโฆ
Te olete tรตenรคoliselt pรครคseb veebisaidile juurde kohast, kus YouTube on keelatud (teie ettevรตte, kolledลพ vรตi riik, kus YouTube on keelatud)
Proovige videotele juurde pรครคseda piiramatust keskkonnast.
Sa EI videote vaatamiseks tuleb registreeruda.
Ma ei saanud projekti kohta meili
Pange tรคhele, et projekti e-kirju saadetakse 24-tunnise intervalliga. Seega, kui tellisite neljapรคeval kell 10, saate jรคrgmise meili reedel kell 10.
Palun kontrollige oma rรคmpsposti vรตi rรคmpsposti Mailkasti. Kui kasutate Gmaili, kontrollige Promovahekaart
Meie sรผsteemil puudub e-kirjade uuesti saatmise funktsioon. Kui te seda ikka ei tee trace-kirjade saamiseks tellige sisu saamiseks teise e-posti aadressiga.
Kui mul on rakenduses viga, kes otsustab vea tรตsiduse ja prioriteedi?
Tรตsidus Defekt mรครคrab probleemi tuvastaja (testija), prioriteedi aga isik, kes on seotud probleemi lahendamisega (arendajad).
Testijana saate defekte prioriteediks seada, mille testimisjuht tavaliselt รผle vaatab. Arendajad otsustavad pรคrast analรผรผsimist, kas tegemist on kรตrge prioriteediga vรตi madala prioriteediga defektiga. Enamasti teeb selle arendaja, kuid ka testija vรตib selle tรตsiduse selgitamiseks sellesse kaasata. Pรคrast arutelu jรตuavad juhid jรคreldusele.
Raskusaste on pรตhiliselt seotud rakenduse vรตi toote funktsionaalsusega. Kuigi prioriteet on see, kuidas arendaja saab selle vea vรตi defekti kohe parandada. Prioriteet on olemuselt dรผnaamiline ja see muutub vastavalt stsenaariumile, samas kui tรตsidus on olemuselt staatiline.
Mida teete, kui sรผsteemiga seotud funktsionaalseid spetsifikatsioone/dokumente pole?
- Esmalt proovige รคrianalรผรผtikute vรตi VKEdega valdkonnast aru saada. Sรผsteemi mรตistmiseks tehke uurimuslikku testimist.
- Kui projektil pole Business Analyst vรตi VKEd, rรครคkige sarnaste sรผsteemide kallal tรถรถtanud inimestega.
- รritegevuse mรตistmiseks rรครคkige kasutajate kogukonnaga
- Uurige sarnase toote spetsifikatsiooni Internetist vรตi PMO-st
- Otsige sama tรผรผpi rakendustarkvara ja mรตistke funktsioone
- Otsige olulisi รคristsenaariume, alternatiivseid dokumente ja rakendusteemalisi artikleid
- Kรผsige arendajatelt selgitust kรตigi moodulite kohta
- Kasutajate ajaloolised andmed, rakendused ja funktsioonid
- รrge testige rakendust tehniliselt, esmalt testige oma rakendust ainult kasutaja vaatenurgast
Mida saab testija teha, kui ta leiab etenduse peatuse?ping probleem paar pรคeva enne ilmumist?
- Kinnitage ja kinnitage Defekt uuesti ning vรตimalusel dokumenteerige viga vรตi defekt, mรตju ja vรตimalik lahendus.
- Pรถรถrake sellele oma juhi tรคhelepanu ja arutage seda meeskonnaga, kuna selline etenduse peataja pole nรคdal enne selle vabastamist meeskonnale teadmata.
- Kui defekt jรตuab teie juhi ja kรตrgemate testimisasutusteni, peate vรตib-olla neile oma seisukoha avaldama, nii et olge oma seisukohaga pรตhjalik, kuna see vรตib avaldamist mรตjutada.
- Kui arutelu teid toetab, on teie aeg tรตusta ja sรคrada. Kui ei, siis saate selle pรคeva รตppetunni kaasa vรตtta. Jรคtkake รตppimist.
Miks valite tarkvara kvaliteedi tagamise valdkonna?
Kvaliteetsete projektide pakkumiseks lรตppkasutajatele vรตi kliendile on testimine kohustuslik, olenemata sellest, mis kodeerimise see hรตlmab. Tarkvara QA mitte ainult ei logi vigu, vaid pakub ka nendele vigadele lahendusi.
Kvaliteedikontrolli valdkonnas peaksid testijad olema teadlikud testitava rakenduse kรตigist funktsionaalsustest, mis vรตimaldab neil teada erinevat tรผรผpi rakendusi, mida arendatakse erinevates keskkondades, ja isegi mรตningaid programmeerimise pรตhimรตisteid. Testimisel on teadmised laiemad, programmeerimisel aga kitsamad. Arendaja vรตib olla arendajaping vaid vรคikese osa kogu rakendusest ja ei pruugi olla rakendusest tervikuna teadlik. Sel juhul tundus mulle, et kvaliteedikontrollija (testija) roll on huvitavam.