1) Pieminēt testa vadītāja pienākumus?
QA vadītāja loma ietver
- Pārvaldiet projektu no uzsākšanas līdz slēgšanai
- Testa plānošana
- Iegūstiet klienta piekrišanu piegādēm
- Apstipriniet starpposma piegādes un plākstera izlaidumus klientam
- Iesniedziet piepūles rēķiniem
- Jautājumu pārvaldība
- Mentorings, koučings un ārzonas komandu vadība
- Iesniedziet testa koordinatoriem ziņojumus par iknedēļas statusu
- Piedalīšanās iknedēļas pārskata sanāksmēs
- Katru nedēļu publicējiet KPI visiem testēšanas projektiem
- Resursu mobilizēšana projektiem
2) Pieminiet, kāda ir jūsu pieeja, ja atklājat, ka jūsu organizācijas testētāji veic testu ar piegādājamo materiālu pat pēc būtisku defektu noteikšanas?
Kā kvalitātes nodrošināšanas vadošajai personai vajadzētu būt šādai pieejai
- Būtu jāpastiprina pieņemšanas kritēriji
- Pārbaudes gadījumi ir jāpārvērtē
- Ja iespējams, jāpievieno vairāk testa gadījumu ar ekvivalences klases nodalījuma gadījumiem un robežvērtībām
- Lai pārbaudītu nederīgus apstākļus, jāpievieno vairāk testa gadījumu.
- Rādīt aizbāžņa kritērijus ir jāmaina
3) Pieminiet, kas ir prasību izsekojamības matrica?
Prasību izsekojamības matrica ir prasību dokumentu saistīšana ar testa gadījumiem. To lieto šāda iemesla dēļ
- Lai pārliecinātos, ka verifikācijas procesā tiek pārbaudītas visas pieteikuma prasības
- Lai pārbaudītu testa pārklājumu
4) Kā jūs izvēlētos testēšanas rīku savam projektam?
- Identificējiet automatizācijas rīkā nepieciešamās funkcijas atbilstoši projekta vajadzībām
- Novērtējiet komerciālos un nekomerciālos rīkus, kas atbilst prasībām
- Novērtējiet rīka izmaksas un ieguvumus. Izmaksas varētu ietvert licences un apmācību.
- Galīgo lēmumu pieņem, konsultējoties ar komandas locekļiem.
5) Kādas ir galvenās pārbaudes projekta problēmas?
Galvenās programmatūras testēšanas problēmas ir
- Pārbaudes fāze mums parasti ir laika ierobežojums
- Prasību izpratne dažkārt var būt izaicinājums
- Lietošanai jābūt pietiekami stabilai, lai to varētu pārbaudīt
- Testēšanas prioritāšu noteikšana
- Kvalificētu testētāju trūkums
- Regresijas testēšana
- Mainās biežas prasības
- Rīku, resursu un apmācības trūkums
6) Kas ir testa plāns?
Testa plāns ir dokuments, kurā aprakstītas darbības un testēšanas joma. Tā ir jebkura programmatūras produkta testēšanas pamatprasība.
7) Kādi ir testa plāna veidi?
Pārbaudes plānā ir trīs galvenie veidi
- Galvenais testa plāns
- Pārbaudes līmeņa specifiskais testēšanas plāns
- Pārbaudes veida specifisko testu plāni
8) Kādas ir cilvēku prasmes testa vadītājam?
- Efektīva un skaidra komunikācija
- Vajadzētu veidot labas attiecības ar komandas locekļiem
- Labas klausīšanās prasmes un emocionālā inteliģence
- Motivējiet komandas biedrus
- Atrisiniet konfliktus un ētikas jautājumus.
9) Kas ir “konfigurācijas pārvaldība”?
Konfigurācijas pārvaldība aptver procesus, kas tiek izmantoti, lai koordinētu, kontrolētu un izsekotu testa artefaktus.
Testa artefaktos varētu būt automatizācijas kods, prasības, dokumentācija, problēmas, noformējumi, izmaiņu pieprasījumi, noformējumi utt.
10) Kas ir PDCA modelis?
PDCA modelis apzīmē
- Plāns: identificējiet uzlabojumus un izvirziet mērķus
- Darīt: ieviest uzlabojumus
- Pārbaudiet: pārbaudiet uzlabojumu rezultātu
- Darboties: mācieties no rezultātiem
Tā ir testa procesa uzlabošanas (TPI) metode.
11) Kas ir neformālas atsauksmes?
Neoficiāla pārbaude ir veids, kā pārbaudīt defektus, neizmantojot kodu. Neoficiālas pārbaudes tiek veiktas daudzas reizes dokumenta testa dzīves cikla sākumposmā. Neoficiālas atsauksmes nav dokumentētas.
12) Testa projektā miniet riska veidus
Riska veidus testa projektā var plaši iedalīt kategorijās
- Stratēģijas risks: Tas ietver budžeta, komunikācijas un vadības riskus
- Projekta definēšanas riski: Tas ietver projekta mērķa, darbības jomas un prasību riskus.
- Cilvēkresursu risks: tas ietver prasmju, komandas locekļu un organizācijas riskus.
- Projekta grafika riski.
13) Kādi ir pretpasākumi, kas testa vadītājam jāveic pret risku?
Testa vadītājam jāveic šādi pasākumi, lai mazinātu risku, izstrādājot produktu
- Izvairīšanās: novērsiet iesaistīto riska faktoru
- Samazināšana: mazināšanas plāns, lai samazinātu risku ietekmi un veiktu korektīvus pasākumus
- Dalīšanās: Pārnesiet risku uz citu resursu, piemēram, resursu vai apdrošināšanu
- Pieņemt: pieņemt risku un sagatavot plānoto budžetu šiem riskiem
14) Paskaidrojiet, kā testa vadītājs var novērtēt projektu un ko novērtēt?
Testa novērtēšanas laikā testa vadītājam jānovērtē četras lietas
- Izmaksas
- Resursi
- Cilvēka prasmes
- Laiks
Viņi var novērtēt projektu šādos veidos
- Darba sadalījuma struktūra (WBS): projekta sadalīšana mazākos segmentos
- Trīs punktu novērtējums: trīs punktu novērtējums pamatojas uz statistikas datiem
- Funkcionālā punkta metode: piešķiriet katrai funkcijai svaru un izmēriet izmēru
15) Kas ir trīspunktu novērtēšana?
Trīspunktu novērtējumā katram uzdevumam sākotnēji tiek izveidotas trīs vērtības, pamatojoties uz iepriekšējo pieredzi. Piemēram, lai izpildītu noteiktu uzdevumu, ir dažādas iespējas
- Labākais gadījuma novērtējums: 120 cilvēka stundas vai 15 dienas ar pieredzējušiem komandas locekļiem
- Visticamākais aprēķins: 170 stundas vai 21 diena ar pietiekamiem resursiem un mērenu komandas dalībnieku pieredzi
- Sliktākais gadījuma aprēķins: 200 cilvēkstundas vai 25 dienas kopā ar komandu, kurai ir mazāka darba pieredze
16) Pieminiet dažas labākās pārbaudes novērtēšanas prakses
Daži no paraugprakses testu novērtēšanai ir
- Pievienojiet kādu bufera laiku : bufera laika izmantošana vienmēr ir priekšrocība, tā var palīdzēt tikt galā ar kavēšanos, kas radusies negaidītu iemeslu dēļ, piemēram, talantīgs loceklis pēkšņi pamet darbu,
- Konta resursu plānošana novērtējumā : pārliecinieties, ka jūsu aprēķins ir reāls un tiek uzskatīts par būtiskiem faktoriem, piemēram, cilvēkresursu pieejamību.
- Izmantojiet iepriekšējās pieredzes atsauci: izmantojot iepriekšējo pieredzi, mēģiniet izvairīties no visiem šķēršļiem vai iespējamiem šķēršļiem, kas, visticamāk, notiks
- Turieties pie sava novērtējuma: novērtējums nav pilnīgs pierādījums. Tas var arī noiet greizi. Sākotnējā projekta posmā jums vēlreiz jāpārbauda testa novērtējums un, ja nepieciešams, jāveic arī izmaiņas.
17) Ko ietver labs testa ziņojums?
Labā testa ziņojumā jāiekļauj
- Informācija par projektu
- Pārbaudes mērķis
- Testa kopsavilkums
- Defekts
18) Uzskaitiet dažas programmatūras kvalitātes nodrošināšanas paraugprakses?
Daži no programmatūras kvalitātes nodrošināšanas paraugpraksēm ietver
- Pastāvīgu uzlabošanu
- Dokumentācija
- Instrumentu izmantošana un automatizācija
- Metrika
- Komandas darbs un kopīga atbildība par SQA
19) Pēc kādiem faktoriem jūs varat noteikt testa izpildes kvalitāti?
Divos veidos var noteikt testa izpildes kvalitāti
- Defektu noraidīšanas koeficients: (noraidīto defektu skaits / kopējais konstatēto defektu skaits) X 100
- Defektu noplūdes koeficients: (nokavēto defektu skaits / programmatūras kopējie defekti) X 100
20) Kā jūs pārvaldīsit komandas konfliktus?
Ņemot vērā komandas dalībnieku iepriekšējo fonu un darba stilu dažādību, pirmais solis ir sagaidīt un sagatavoties konfliktiem testa projekta laikā.
Nākamais solis ir sapulces rīkošana un komandas dalībnieku novērtēšana par projekta statusu. Testa vadītājam ir jāuztur komunikācija atvērta visiem, lai komandas neapmierinātība un dusmas tiktu izvadītas. Visbeidzot, palūdziet komandas locekļiem sadarboties un uzsveriet viņu sadarbības nozīmi projekta panākumos.
Bezmaksas PDF lejupielāde: Test Manager / Lead Interview Questions