Lejupielādēt PDF
1) Kādai jābūt jūsu pieejai kā testētājam, kad prasības nepārtraukti mainās?
Ja prasības nemainās, nepārtraukti veiklajam testētājam jāizmanto šāda pieeja
- Uzrakstiet vispārīgus testu plānus un pārbaudes gadījumus, kuros galvenā uzmanība tiek pievērsta prasības mērķim, nevis precīzai informācijai
- Lai saprastu izmaiņu apjomu, cieši sadarbojieties ar produktu īpašniekiem vai biznesa analītiķi
- Pārliecinieties, ka komanda saprot riskus, kas saistīti ar prasību maiņu, īpaši sprinta beigās
- Kamēr funkcija nav stabila un prasības ir pabeigtas, vislabāk ir pagaidīt, ja gatavojaties šo funkciju automatizēt
- Pārmaiņas var samazināt līdz minimumam, sarunājot vai ieviešot izmaiņas nākamajā sprintā
2) Uzskaitiet izpētes (izmantotas Agile) un skriptu testēšanas plusus un mīnusus?
| Plusi | Cons | |
| Izpētes pārbaude | - Tas prasa mazāk sagatavošanās - Viegli modificējams, kad mainās prasība - Darbojas labi, ja dokumentācijas ir maz | - Ir grūti uzrādīt progresu un pārskatu par projekta vadību |
| Skriptu testēšana | - Ja pārbaude notiek saskaņā ar likumdošanas vai normatīvajām prasībām, tā ir ļoti noderīga | - Pārbaudes sagatavošana parasti ir laikietilpīga. - Tās pašas darbības tiek pārbaudītas atkal un atkal. - Ja mainās prasība, to ir grūti modificēt |
3) Paskaidrojiet atšķirību starp galēju programmēšanu un Scrum?
| Scrum | Galējā programmēšana (XP) |
| - Scrum komandām parasti jāstrādā iterācijās, ko sauc par sprintiem, kas parasti ilgst līdz divām nedēļām līdz vienam mēnesim | - XP komanda strādā atkārtojumā, kas ilgst vienu vai divas nedēļas |
| - Scrum komandas neļauj mainīt savus sprintus | - XP komandas ir elastīgākas un maina atkārtojumus |
| - Pārsvarā produkta īpašnieks piešķir prioritāti produkta neizpildītajam, bet komanda izlemj secību, kādā viņi izstrādās neizpildītos priekšmetus | - XP komandas darbs stingrā prioritārā secībā, izstrādātās funkcijas prioritāti piešķir klients |
| - Scrum nenosaka nekādas inženierijas prakses | - XP patiešām nosaka inženierijas praksi |
4) Kas ir epopeja, lietotāju stāsti un uzdevums?
Epika: klienta aprakstītā programmatūras funkcija, kas ir detalizēta produkta uzkrājumā, ir pazīstama kā episka. Epikas ir sadalītas stāstos
Lietotāju stāsti: No klienta viedokļa tiek sagatavoti lietotāju stāsti, kas nosaka projekta vai biznesa funkcijas, un tie tiek piegādāti konkrētā sprintā, kā paredzēts.
Uzdevums: Turpmāk aprakstītie lietotāju stāsti ir sadalīti dažādos uzdevumos
5) Paskaidrojiet, kas ir pārfaktorings?
Lai uzlabotu veiktspēju, tiek mainīts esošais kods; tas ir pārfaktorings. Veicot pārrēķinu, koda funkcionalitāte paliek nemainīga
6) Paskaidrojiet, kā jūs varat izmērīt sprinta ātrumu ar dažādu komandas spēju?
Plānojot sprintu parasti, sprinta ātrumu mēra, pamatojoties uz profesionālu vērtējumu, kas balstīts uz vēsturiskiem datiem. Tomēr matemātiskā formula, ko izmanto sprinta ātruma mērīšanai, ir
- pirmie - pabeigtie stāsta punkti X komandas kapacitāte: ja kapacitāti mēra procentos no 40 stundu nedēļām
- Otrais - pabeigtie stāsta punkti / komandas kapacitāte: ja jūs mērāt kapacitāti cilvēka stundās
Mūsu scenārijam ir piemērojama otrā metode.
7) Pieminiet galveno atšķirību starp sprinta un produkta neizpildi?
Produktu uzkrājums: tajā ir visu vēlamo funkciju saraksts, un tas pieder produkta īpašniekam.
Sprinta atpalicība: tā ir izstrādes komandas apakškopa, kas pieder izstrādes komandai, un apņemas to piegādāt sprintā. Tas ir izveidots Sprinta plānošanas sanāksmē
8) Agile piemin, kāda ir atšķirība starp pieaugošo un iteratīvo attīstību?
Iteratīvs: Iteratīvā metode ir nepārtraukts programmatūras izstrādes process, kurā programmatūras izstrādes cikli tiek atkārtoti (Sprint & Releases) līdz gala produkta sasniegšanai.
1. laidiens: 1., 2. sprints
… NN laidiens n: Sprint 1, 2
… .NInkrementāls: Inkrementālā attīstība sadala sistēmas funkcionalitāti pakāpēs vai daļās. Katrā pakāpē katrs funkcionalitātes segments tiek nodrošināts, izmantojot pārnozaru darbu, sākot no prasībām līdz izvietošanai.
9) Paskaidrojiet, kas ir “Spike and Zero” sprints veiklībā? Kāds ir tā mērķis?
Sprint Zero: tiek ieviests, lai veiktu dažus pētījumus pirms pirmā sprinta uzsākšanas. Parasti šo sprintu projekta sākumā izmanto tādām aktivitātēm kā izstrādes vides iestatīšana, produkta neizpildes sagatavošana un tā tālāk.
Smaili: smaili ir stāstu veidi, kurus izmanto tādām darbībām kā izpēte, izpēte, dizains un pat prototipu veidošana. Starp sprintiem jūs varat uzņemt tapas darbam, kas saistīts ar jebkuru tehnisku vai dizaina problēmu. Tapas ir divu veidu tehniskās un funkcionālās tapas.
10) Kas ir testa virzīta izstrāde?
Testējama izstrāde jeb TDD ir pazīstama arī kā testējama projektēšana. Šajā metodē izstrādātājs vispirms raksta automatizētu testa gadījumu, kurā aprakstīta jauna funkcija vai uzlabojums, un pēc tam izveido mazus kodus, lai izturētu šo pārbaudi, un vēlāk pārfaktorē jauno kodu, lai tas atbilstu pieņemamajiem standartiem.
11) Prototipi un stiepļu rāmji tiek plaši izmantoti kā daļa no?
Prototipi un stiepļu ietvari ir prototipi, kurus plaši izmanto kā daļu no empīriskā dizaina.
12) Paskaidrojiet, kas ir lietojumprogrammas binārā saskarne?
Dažādās sistēmas platformās un vidēs specifikācija, kas nosaka prasības bināro formu lietojumprogrammu pārnesamībai, ir pazīstama kā lietojumprogrammu binārā saskarne.
13) Paskaidrojiet veiklā, izdegšanas un izdegšanas diagrammā?
Lai izsekotu projekta progresa izdegšanu un izdegšanu, tiek izmantotas diagrammas.
Izdegšanas diagramma: tā parāda laika gaitā veikto stāstu progresu.
Pārdegšanas diagramma: tas parāda, cik daudz darba bija atlicis, lai strādātu virsstundas.
14) Paskaidrojiet, kas ir Scrum aizliegums?
Scrum ban ir programmatūras izstrādes modelis, kura pamatā ir Scrum un Kanban. Tas ir īpaši izstrādāts projektam, kam nepieciešama bieža apkope, ar neparedzētiem lietotāju stāstiem un programmēšanas kļūdām. Izmantojot šo pieeju, komandas darbplūsma tiek virzīta tā, lai katram lietotāja stāstam vai programmēšanas kļūdai būtu minimāls pabeigšanas laiks.
15) Kas ir stāsta punkti / centieni / svari?
To izmanto, lai apspriestu stāsta grūtības, nepiešķirot faktiskās stundas. Visizplatītākā izmantotā skala ir Fibonači secība (1,2,3,5,8,13,
… .100), lai gan dažas komandas izmanto lineāro skalu (1,2,3,4….), Powers of 2 (1,2,4,8…) un auduma izmēru (XS, S, M, L, XL).16) Paskaidrojiet, kas ir marķiera lode?
Marķiera lode ir smaile ar pašreizējo arhitektūru, pašreizējo paraugprakses kopumu, pašreizējo tehnoloģiju kopu, kuras rezultātā tiek iegūts produkcijas kvalitātes kods. Tas nav izmetams kods, bet var būt tikai šaura funkcionalitātes ieviešana.
17) Kas ir testa spraudnis?
Testa stends ir mazs kods, kas aizstāj neizstrādātu vai pilnībā izstrādātu komponentu pārbaudāmajā sistēmā. Testa stends ir veidots tā, ka tas atdarina faktisko komponentu, ģenerējot īpaši zināmus rezultātus un aizstājot faktisko komponentu.
18) Kādas ir atšķirības starp RUP (Rational Unified Process) un Scrum metodoloģijām?
| RUP | SCRUM |
| - Oficiālais cikls ir definēts četrās fāzēs, taču dažas darbplūsmas var būt vienlaicīgas | - Katrs sprints ir pilnīgs cikls |
| - Tiek izmantots formāls projekta plāns, kas saistīts ar vairākām atkārtojumiem. | - Bez gala projekta plāna. Katrs nākamais atkārtojuma plāns tiek noteikts pašreizējās atkārtojuma beigās |
| - Darbības joma ir iepriekš noteikta pirms projekta sākuma un dokumentēta darbības dokumentā. Projekta laikā darbības jomu var pārskatīt. | - Tā izmanto projekta uzkrājumu, nevis apjoma pārbaudi |
| - Artefakti ietver darbības jomas dokumentu, formālo funkcionālo prasību paketi, sistēmas arhitektūras dokumentu, attīstības plānu, testa skriptus utt. | - Operatīvā programmatūra ir vienīgais formālais artefakts |
| - Ieteicams ilgtermiņa, lieliem uzņēmuma līmeņa projektiem ar vidēju vai augstu sarežģītību | - ieteicams ātrai uzlabošanai un organizēšanai, kas nav atkarīga no termiņa |
19) Kāpēc Agilei ir svarīga nepārtraukta integrācija?
Nepārtraukta integrācija Agilei ir svarīga šādu iemeslu dēļ.
- Tas palīdz savlaicīgi uzturēt izlaišanas grafiku, atklājot kļūdas vai integrācijas kļūdas
- Sakarā ar biežu veiklu koda piegādi, parasti ik pēc 2-3 nedēļām, stabila būvniecības kvalitāte ir obligāta, un to nodrošina nepārtraukta integrācija
- In palīdz uzturēt kodu bāzes kvalitāti un kļūdu brīvu stāvokli
- Nepārtraukta integrācija palīdz pārbaudīt darba ietekmi uz filiālēm uz galveno bagāžnieku, ja filiālēs notiek izstrādes darbs, izmantojot automātisko celtniecības un apvienošanas funkciju
20) Kāda pārbaude tiek veikta Agile laikā?
Galvenās testēšanas darbības Agile laikā ir automatizēta vienību testēšana un izpētes testēšana.
Lai gan atkarībā no projekta prasībām testētājs var veikt funkcionālos un nefunkcionālos testus pārbaudāmajā lietojumprogrammā (AUT).
21) Paskaidrojiet, kas ir ātrums veiklā kustībā?
Ātrums ir metrika, ko aprēķina, pievienojot visus pūļu aprēķinus, kas saistīti ar atkārtojumos pabeigtiem lietotāju stāstiem. Tas izskaidro, cik daudz darba Agile var paveikt sprintā un cik daudz laika būs nepieciešams projekta pabeigšanai.
22) Kādas būtu laba Agile testētāja īpašības?
Labam veiklam testētājam vajadzētu būt šādām īpašībām
- Tai jāspēj ātri izprast prasības
- Veiklam testētājam labi jāpārzina veiklie vadītāji un jēdzieni
- Tā kā prasības nemitīgi mainās, testētājam ir jāsaprot ar to saistītais risks
- Pamatojoties uz prasībām, veiklajam testētājam jāspēj noteikt darba prioritātes
- Nepieciešams turpināt saziņu starp biznesa partneriem, izstrādātājiem un testētājiem
23) Kas visi ir iesaistīti Agile komandā?
Veiklā stāvoklī ir divi galvenie vadi
-
Scrum Masters : Tas koordinē lielāko daļu ieejas un izejas, kas nepieciešamas veiklai programmai
-
Izstrādes vadītāji : viņi pieņem darbā pareizos cilvēkus un attīsta viņus kopā ar komandu
24) Detalizēti miniet, kāda ir Scrum Master loma?
Scrum Master galvenie pienākumi ietver
- Izprotiet prasības un pārvērsiet tās par darba programmatūru
- Uzraudzība un izsekošana
- Ziņošana un komunikācija
- Procesa pārbaudes meistars
- Kvalitātes meistars
- Atrisiniet šķēršļus
- Atrisiniet konfliktus
- Pasargājiet komandu un sniegumu
- Vadiet visas sanāksmes un novērsiet šķēršļus
25) Pieminiet, kādas ir veiklās kvalitātes stratēģijas?
Veiklas kvalitātes stratēģijas ir
- Pārfaktorēšana
- Attīstība bez solo
- Statiskā un dinamiskā koda analīze
- Pārskati un pārbaude
- Atkārtojumu / sprinta demonstrācijas
- Visu roku demonstrācija
- Viegla atskaite par atskaiti
- Īsi atgriezeniskās saites cikli
- Standarti un vadlīnijas
26) Pieminiet, kādi ir rīki, kas var būt noderīgi ekrānuzņēmumiem, strādājot pie Agile projektiem?
Strādājot pie Agile projektiem, varat izmantot tādus rīkus kā
- BugDigger
- BugShooting
- qTrace
- Snagit
- Ugunskurs
- Lietotājiem
27) Pieminiet, kādas ir konsekventa iterācijas garuma uzturēšanas priekšrocības visā projektā?
Priekšrocības ir
- Tas palīdz komandai objektīvi izmērīt progresu
- Tas nodrošina konsekventus līdzekļus komandas ātruma mērīšanai
- Tas palīdz izveidot konsekventu piegādes modeli
28) Ja laika lodziņa plānam ir jāpiešķir prioritāte, kam tam vajadzētu noteikt prioritāti?
Ja laika lodziņa plānam ir jāpiešķir prioritāte, tajā jāiekļauj visa komanda, produkta īpašnieks un izstrādātāji.
29) Pieminiet, kas jāizceļ izdegšanas diagrammā?
Sadedzināšanas diagrammā redzams atlikušais darbs, kas jāpabeidz, pirms beidzas laika lodziņš (atkārtojums).
30) Pieminiet, kāda ir atšķirība starp Scrum un Agile?
-
Scrum : In scum, sprints ir attīstības pamatvienība. Katram sprintam seko plānošanas sanāksme, kurā tiek noteikti un novērtēti uzdevumi sprintam. Katra sprinta laikā komanda izveido gatavo produkta daļu
-
Veikls : Agile gadījumā katrā atkārtojumā ir iesaistīta komanda, kas strādā ar pilnu programmatūras izstrādes ciklu, ieskaitot plānošanu, projektēšanu, kodēšanu, prasību analīzi, vienības testēšanu un pieņemšanas testēšanu, kad produkts tiek demonstrēts ieinteresētajām personām
Vienkārši sakot, Agile ir prakse, un scrum ir process, lai sekotu šai praksei.
31) Pieminiet, kādas ir AGILE programmatūras izstrādes problēmas?
Agile programmatūras izstrādē iesaistītie izaicinājumi ietver
- Tas prasa vairāk testu un klientu iesaisti
- Tas vairāk ietekmē pārvaldību nekā izstrādātājus
- Katra funkcija ir jāpabeidz, pirms pāriet uz nākamo
- Visam kodam ir jādarbojas labi, lai nodrošinātu, ka lietojumprogramma ir darba stāvoklī
- Nepieciešama plašāka plānošana
32) Kad nelietot Agile?
Pirms Agile metodikas izmantošanas jums jāuzdod šādi jautājumi
- Vai funkcionalitāte ir sadalāma
- Vai klients ir pieejams
- Vai prasības ir elastīgas
- Vai tas tiešām ir ierobežots laikā
- Vai komanda ir pietiekami kvalificēta
33) Paskaidrojiet, kā jūs savā projektā varat vienkārši ieviest programmu scrum?
Šie ir padomi, kas var būt noderīgi, lai ieviestu scrum jūsu projektā.
- Sakārtojiet savu neizpildīto darbu
- Iegūstiet priekšstatu par savu neizpildīto produktu lielumu
- Precizējiet sprinta prasību un ilgumu, lai pabeigtu sprinta uzkrājumu
- Aprēķiniet komandas sprinta budžetu un pēc tam sadaliet prasības uzdevumos
- Sadarboties darbvietā - visas komandas diskusiju centrā, kurā ietilpst plāni, ceļveži, galvenie datumi, funkcionalitātes skices, jautājumi, žurnāls, statusa pārskati utt.
- Sprints - Pārliecinieties, ka esat pabeidzis vienu funkciju vienlaikus, pirms pāriet uz nākamo. Sprintam nevajadzētu pārtraukt, ja vien nav citas iespējas
- Apmeklējiet ikdienas stand-up sanāksmi: Sanāksmē jums jāpiemin, kas ir sasniegts kopš pēdējās sanāksmes, ko viņi sasniegs pirms nākamās sanāksmes un vai tas kaut kas kavē viņu progresu
- Izmantojiet izdegšanas diagrammu, lai izsekotu ikdienas progresu. Pēc izdegšanas diagrammas jūs varat novērtēt, vai esat uz ceļa vai skrienat aiz muguras
- Pirms pārejiet pie nākamās, labi pabeidziet katru funkciju
- Sprinta beigās - rīkojiet sprinta pārskata sanāksmi, pieminējiet to, kas sasniegts vai sniegts sprintā.
34) Paskaidrojiet, ko tas nozīmē ar produkta ceļvedi?
Produkta ceļvedis ir paredzēts, lai iegūtu holistisku priekšstatu par produkta īpašībām, kas rada produkta redzējumu.