34 parasta ketterän testauksen haastattelukysymystä & Vastaukset

Lataa PDF

1) Mikä sinun tulisi olla testaajana, kun vaatimukset muuttuvat jatkuvasti?

Kun vaatimus muuttuu jatkuvasti, jatkuvasti ketterän testaajan tulisi noudattaa seuraavaa lähestymistapaa

• Kirjoita yleisiä testisuunnitelmia ja testitapauksia, joissa keskitytään vaatimuksen tarkoitukseen eikä sen tarkkoihin yksityiskohtiin
• Ymmärrä muutoksen laajuus tekemällä tiivistä yhteistyötä tuotteen omistajien tai yritysanalyytikon kanssa
• Varmista, että tiimi ymmärtää vaatimusten muuttamiseen liittyvät riskit etenkin sprintin lopussa
• Kunnes ominaisuus on vakaa ja vaatimukset on viimeistelty, on parasta odottaa, jos aiot automatisoida ominaisuuden
• Muutokset voidaan pitää minimissä neuvottelemalla tai toteuttamalla muutokset seuraavassa sprintissä

2) Luettele etsivän testauksen (käytetään ketterässä) ja komentosarjatestauksen edut ja haitat?

	Plussat	Haittoja
Tutkiva testaus	- Se vaatii vähemmän valmistelua - Helppo muokata, kun vaatimus muuttuu - Toimii hyvin, kun asiakirjoja on vähän	- Edistymisen ja kattavuuden esittäminen projektinhallinnassa on vaikeaa
Komentosarjatestaus	- Jos testaus tapahtuu lakisääteisten tai lakisääteisten vaatimusten mukaisesti, se on erittäin hyödyllistä	- Testin valmistelu on yleensä aikaa vievää - Samat vaiheet testataan uudestaan ​​ja uudestaan ​​- Kun vaatimus muuttuu, sitä on vaikea muuttaa

3) Selitä ero äärimmäisen ohjelmoinnin ja Scrumin välillä?

Scrum	Äärimmäinen ohjelmointi (XP)
- Scrum-tiimien on yleensä työskenneltävä sprintteinä, jotka kestävät yleensä kaksi viikkoa - yksi kuukausi	- XP-tiimi toimii iteroinnissa, joka kestää yhden tai kahden viikon
- Scrum-joukkueet eivät salli muutosta sprintteihinsä	- XP-tiimit ovat joustavampia ja muuttavat toistojaan
- Selvästi tuotteen omistaja asettaa etusijalle tuotevirran, mutta tiimi päättää järjestyksen, jossa he kehittävät tilauskannan.	- XP-tiimityö tiukassa prioriteettijärjestyksessä, asiakas priorisoi kehitetyt ominaisuudet
- Scrum ei määrää mitään teknisiä käytäntöjä	- XP määrittelee suunnittelukäytännöt

4) Mikä on eepos, käyttäjien tarinat ja tehtävä?

Eeppinen: Asiakkaan kuvaama ohjelmistotoiminto, joka on eritelty tuotekannassa, tunnetaan eeppisenä. Eepot on jaettu tarinoihin

Käyttäjätarinat: Asiakkaan näkökulmasta valmistellaan käyttäjäkertomuksia, jotka määrittelevät projekti- tai liiketoimintatoiminnot, ja ne toimitetaan tietyssä sprintissä odotetusti.

Tehtävä: Käyttäjätarinat on jaoteltu eri tehtäviin

5) Selitä, mikä on uudelleenfaktorointi?

Suorituskyvyn parantamiseksi olemassa olevaa koodia muutetaan; tämä on uudelleenfaktorointia. Uudelleenlaskennan aikana kooditoiminto pysyy samana

6) Selitä, kuinka voit mitata sprintin nopeuden vaihtelevalla joukkueen kapasiteetilla?

Sprintin suunnittelussa tavallisesti sprintin nopeus mitataan historiallisten tietojen perusteella perustuvan ammatillisen arvostelun perusteella. Sprintin nopeuden mittaamiseen käytetty matemaattinen kaava on kuitenkin

• ensimmäinen - valmiit tarinapisteet X- joukkueen kapasiteetti: Jos mitat kapasiteettia prosenttiosuutena 40 tunnin viikoista
• Toinen - valmiit tarinapisteet / joukkueen kapasiteetti: Jos mitat kapasiteettia ihmiskunnissa

Skenaariossamme voidaan käyttää toista menetelmää.

7) Mainitaanko keskeinen ero sprintti- ja tuotevirran välillä?

Tuotekanta: Se sisältää luettelon kaikista halutuista ominaisuuksista ja on tuotteen omistajan omistuksessa.

Sprint-tilaus: Se on kehitystiimin omistaman tuotekannan osajoukko, joka sitoutuu toimittamaan sen sprintissä. Se on luotu Sprint Planning Meetingissä

8) Mikä on ketterässä maininnassa ero inkrementaalisen ja iteratiivisen kehityksen välillä?

Iteratiivinen: Iteratiivinen menetelmä on jatkuva ohjelmistokehitysprosessi, jossa ohjelmistokehitysjaksot toistetaan (Sprint & Releases), kunnes lopputuote saavutetaan.

Julkaisu 1: Sprintti 1, 2

… N

Vapauta n: Sprint 1, 2

… .N

Inkrementaalinen: Inkrementaalinen kehitys erottaa järjestelmän toiminnot osaksi tai osaksi. Kussakin lisäyksessä kukin toiminnallisuuden segmentti toimitetaan poikkitieteellisen työn kautta vaatimuksista käyttöönottoon.

9) Selitä, mikä on Spike and Zero-sprintti ketterässä? Mikä on sen tarkoitus?

Sprint Zero: Se otetaan käyttöön suorittamaan joitain tutkimuksia ennen ensimmäisen sprintin aloittamista. Yleensä tätä sprinttiä käytetään projektin alkuvaiheessa esimerkiksi toimintaympäristön asettamiseen, tuotekehityksen valmisteluun ja niin edelleen.

Piikit: Piikit ovat tyyppisiä tarinoita, joita käytetään esimerkiksi tutkimukseen, etsintään, suunnitteluun ja jopa prototyyppien tekemiseen. Sprinttien välissä voit ottaa piikkejä mihin tahansa tekniseen tai suunnittelukysymykseen liittyvästä työstä. Piikit ovat kahden tyyppisiä teknisiä piikkejä ja toiminnallisia piikkejä.

10) Mikä on testikäyttöinen kehitys?

Testiohjattu kehitys tai TDD tunnetaan myös nimellä testiohjattu suunnittelu. Tässä menetelmässä kehittäjä kirjoittaa ensin automatisoidun testitapauksen, joka kuvaa uuden toiminnon tai parannuksen ja luo sitten pienet koodit tämän testin läpäisemiseksi ja myöhemmin uudelleen koodaa uuden koodin hyväksyttävien standardien mukaiseksi.

11) Prototyyppejä ja lankakehyksiä käytetään laajalti osana?

Prototyypit ja lankakehykset ovat prototyyppejä, joita käytetään laajasti osana empiiristä suunnittelua.

12) Selitä mikä on sovelluksen binaarinen käyttöliittymä?

Eri järjestelmäympäristöissä ja ympäristöissä eritelmä, joka määrittää vaatimukset binäärimuodossa olevien sovellusten siirrettävyydelle, tunnetaan nimellä Application Binary Interface.

13) Selitä ketterässä, palamisen ja palamisen kaaviossa?

Projektin etenemisen ja palamisen seuraamiseksi käytetään kaavioita.

Burnup Chart: Se näyttää ajan myötä tehtyjen tarinoiden edistymisen.

Palovuokaavio: Se osoittaa, kuinka paljon työtä oli jäljellä ylitöiden tekemiseen.

14) Selitä, mikä on Scrum-kielto?

Scrum ban on ohjelmistokehitysmalli, joka perustuu Scrumiin ja Kanbaniin. Se on suunniteltu erityisesti projektiin, joka vaatii usein ylläpitoa ja jolla on odottamattomia käyttäjäkertomuksia ja ohjelmointivirheitä. Tätä lähestymistapaa käyttämällä tiimin työnkulkua ohjataan tavalla, joka antaa jokaiselle käyttäjäkertomukselle tai ohjelmointivirheelle mahdollisimman lyhyen valmistumisajan.

15) Mitä tarinapisteet / pyrkimykset / mittakaavat ovat?

Sitä käytetään keskustelemaan tarinan vaikeudesta määrittelemättä todellisia tunteja. Yleisimmin käytetty asteikko on Fibonacci-sekvenssi (1,2,3,5,8,13,

… .100), vaikka jotkut joukkueet käyttävät lineaarista asteikkoa (1,2,3,4….), Powers of 2 (1,2,4,8…) ja kankaan kokoa (XS, S, M, L, XL).

16) Selitä mikä on merkkiaine?

Merkkiaine on piikki, jossa on nykyinen arkkitehtuuri, nykyiset parhaat käytännöt, nykyinen tekniikka, joka johtaa tuotannon laatukoodiin. Se ei ole heittokoodi, mutta se voi olla vain toiminnon kapea toteutus.

17) Mikä on koeputki?

Testitykki on pieni koodi, joka korvaa kehittelemättömän tai kokonaan kehitetyn komponentin testattavassa järjestelmässä. Testaustanko on suunniteltu siten, että se jäljittelee varsinaista komponenttia luomalla erityisesti tunnettuja lähtöjä ja korvaa varsinaisen komponentin.

18) Mitkä ovat erot RUP (Rational Unified Process) - ja Scrum-menetelmien välillä?

RUP	SCRUM
- Muodollinen sykli määritellään neljässä vaiheessa, mutta jotkin työnkulut voivat olla samanaikaisia	- Jokainen sprintti on täydellinen sykli
- Virallista projektisuunnitelmaa, joka liittyy useisiin iterointeihin, käytetään.	- Ei päästä päähän -hankesuunnitelmaa. Jokainen seuraava iterointisuunnitelma määritetään nykyisen iteraation lopussa
- Soveltamisala määritellään ennalta ennen projektin alkua ja dokumentoidaan soveltamisasiakirjassa. Hankkeen aikana laajuutta voidaan tarkistaa.	- Se käyttää projektirahaa laajuuden tutkimuksen sijaan
- Artefakteihin kuuluvat soveltamisala-asiakirja, muodolliset toiminnalliset vaatimukset, järjestelmäarkkitehtuuriasiakirja, kehityssuunnitelma, testiskriptit jne.	- Operatiiviset ohjelmistot ovat ainoat muodolliset artefaktit
- Suositellaan pitkäaikaisiin, suuriin, yritystason hankkeisiin, joiden monimutkaisuus on keskitasoa tai erittäin monimutkaista	- Suositellaan nopeisiin parannuksiin ja organisaatioihin, jotka eivät ole riippuvaisia ​​määräajasta

19) Miksi jatkuva integraatio on tärkeää ketterälle?

Jatkuva integraatio on tärkeää ketterälle seuraavista syistä.

• Se auttaa pitämään julkaisuaikataulun ajallaan havaitsemalla virheitä tai integraatiovirheitä
• Koska koodi on usein ketterä, se toimitetaan yleensä 2-3 viikon välein, vakaa laadunlaatu on välttämätöntä ja jatkuva integrointi varmistaa sen
• In auttaa ylläpitämään koodipohjan laatua ja virheetöntä tilaa
• Jatkuva integrointi auttaa tarkistamaan työn vaikutuksen haaroihin päärunkoon, jos haaratoiminnoissa tehdään kehitystyötä automaattisen rakennus- ja yhdistämistoiminnon avulla

20) Mitä testejä tehdään ketterän aikana?

Ensisijaiset testaustoiminnot ketterän aikana ovat automatisoitu yksikötestaus ja kokeellinen testaus.

Vaikka projektin vaatimuksista riippuen testaaja voi suorittaa toiminnallisia ja ei-toiminnallisia testejä testattavassa sovelluksessa (AUT).

21) Selitä, mikä on nopeus ketterässä?

Nopeus on mittari, joka lasketaan lisäämällä kaikki iteraatiossa valmiiksi saatuihin käyttäjäkertomuksiin liittyvät estimaatit. Se selvittää, kuinka paljon työtä Agile voi suorittaa sprintissä ja kuinka paljon aikaa se tarvitsee projektin loppuunsaattamiseen.

22) Mitkä ovat hyvän ketterän testaajan ominaisuudet?

Hyvällä ketterällä testaajalla tulisi olla seuraavat ominaisuudet

• Sen pitäisi pystyä ymmärtämään vaatimukset nopeasti
• Ketterän testaajan tulisi tuntea ketterät päämiehet ja käsitteet hyvin
• Vaatimusten muuttuessa testaajan tulisi ymmärtää siihen liittyvät riskit
• Vaatimusten perusteella ketterän testaajan tulisi pystyä priorisoimaan työ
• Jatka viestintää liikekumppaneiden, kehittäjien ja testaajien välillä

23) Ketkä kaikki ovat mukana ketterässä tiimissä?

Ketterässä kaksi pääjohtoa ovat

• Scrum Masters : Se koordinoi suurimman osan ketterän ohjelman edellyttämistä panoksista ja lähdöistä

• Kehityspäälliköt : He palkkaavat oikeita ihmisiä ja kehittävät heitä tiimin kanssa

24) Mainitse yksityiskohtaisesti, mitkä ovat Scrum Masterin roolit?

Scrum Masterin avainvastuu sisältää

• Ymmärrä vaatimukset ja tee niistä toimiva ohjelmisto
• Seuranta ja seuranta
• Raportointi ja viestintä
• Process Check Master
• Laatu mestari
• Ratkaise esteet
• Ratkaise ristiriidat
• Suojaa joukkue ja suorituskykypalautetta
• Johda kaikkia kokouksia ja ratkaise esteet

25) Mainitse mitkä ovat ketterät laatustrategiat?

Ketterät laatustrategiat ovat

• Uudelleen factoring
• Ei-soolokehitys
• Staattinen ja dynaaminen koodianalyysi
• Tarkastukset ja tarkastus
• Toisto- / sprintti-esittelyt
• Kaikkien käsien esittely
• Kevyet virstanpylväsarvostelut
• Lyhyt palautesykli
• Standardit ja ohjeet

26) Mainitse mitkä työkalut voivat olla hyödyllisiä kuvakaappauksissa työskennellessäsi ketterissä projekteissa?

Ketterissä projekteissa voit käyttää esimerkiksi

• BugDigger
• Virheen kuvaus
• qTrace
• Snagit
• Kokko
• Käyttäjät napsauttavat

27) Mainitse mitä etuja on tasaisen iterointipituuden ylläpitämisessä koko projektin ajan?

Edut ovat

• Se auttaa tiimiä mittaamaan edistymistä objektiivisesti
• Se tarjoaa yhtenäisen tavan mitata joukkueen nopeutta
• Se auttaa luomaan yhtenäisen toimitusmallin

28) Jos aikalaitesuunnitelma on priorisoitava uudelleen, kenen tulisi priorisoida se uudelleen?

Jos aikalaatikkosuunnitelma on priorisoitava uudelleen, sen tulee sisältää koko tiimi, tuotteen omistaja ja kehittäjät.

29) Mainitse, mitä palontakaavion tulisi korostaa?

Palanut kaavio näyttää jäljellä olevan työn, joka on suoritettava ennen aikaruudun (iteroinnin) päättymistä.

30) Mainitse, mikä on ero Scrumin ja ketterän välillä?

• Scrum : Rumpussa sprintti on kehityksen perusyksikkö. Jokaisen sprintin jälkeen seuraa suunnittelukokous, jossa sprintin tehtävät tunnistetaan ja arvioidaan. Jokaisen sprintin aikana joukkue luo valmiin osan tuotteesta

• Ketterä : Ketterässä jokaisessa iteraatiossa mukana on tiimi, joka työskentelee koko ohjelmistokehityksen ajan, mukaan lukien suunnittelu, suunnittelu, koodaus, vaatimusanalyysi, yksikkötestaus ja hyväksyntätestaus, kun tuote on esitetty sidosryhmille

Yksinkertaisesti sanottuna ketterä on käytäntö ja scrum on prosessi tämän käytännön seuraamiseksi.

31) Mainitse AGILE-ohjelmistokehityksen haasteet?

Ketterän ohjelmistokehityksen haasteisiin sisältyy

• Se vaatii enemmän testausta ja asiakkaiden osallistumista
• Se vaikuttaa hallintaan enemmän kuin kehittäjät
• Jokainen ominaisuus on suoritettava loppuun ennen siirtymistä seuraavaan
• Kaikkien koodien on toimittava hyvin varmistaakseen, että sovellus on toimintakunnossa
• Lisää suunnittelua tarvitaan

32) Milloin ei tule käyttää ketterää?

Ennen ketterän menetelmän käyttämistä sinun on esitettävä seuraavat kysymykset

• Onko toiminnallisuus jaettu
• Onko asiakas käytettävissä
• Ovatko vaatimukset joustavia
• Onko se todella rajoitettua aikaa
• Onko joukkue riittävän osaava

33) Selitä, miten voit toteuttaa scrumin helposti projektissasi?

Nämä ovat vinkkejä, joista voi olla apua scrumin toteuttamisessa projektissasi.

• Korjaa tilauskanta kunnossa
• Hanki käsitys tuotekannan tuotteiden koosta
• Selvitä sprintin vaatimus ja kesto, jotta sprinttilaus saatetaan loppuun
• Laske joukkueen sprintibudjetti ja jaa sitten vaatimukset tehtäviin
• Tee yhteistyötä työtilan kanssa - kaiken tiimikeskustelun keskus, joka sisältää suunnitelmat, tiekartat, tärkeimmät päivämäärät, luonnokset toiminnoista, ongelmat, lokin, tilaraportit jne.
• Sprintti - Varmista, että olet suorittanut yhden ominaisuuden kerrallaan, ennen kuin siirryt seuraavaan. Sprinttiä ei pidä keskeyttää, ellei muuta vaihtoehtoa ole
• Osallistu päivittäiseen stand-up-kokoukseen: Kokouksessa sinun on mainittava, mitä on saavutettu edellisen kokouksen jälkeen, mitä he saavuttavat ennen seuraavaa kokousta ja mikä estää heidän edistymistään
• Käytä polttokaaviota päivittäisen edistymisen seuraamiseen. Polttokaaviosta voit arvioida, oletko radalla vai oletko takana
• Suorita kaikki ominaisuudet hyvin ennen siirtymistä seuraavaan
• Pidä sprintin lopussa - pidä sprintin tarkastuskokous, mainitse mitä sprintissä saavutetaan tai toimitetaan.

34) Selitä, mitä se tarkoittaa tuotesuunnitelmassa?

Tuotesuunnitelma viittaa kokonaisnäkymään tuotteen ominaisuuksista, jotka luovat tuotevision.