Olemme koonneet yleisimmin kysyttyjä manuaalisen testauksen haastattelukysymyksiä ja vastauksia, jotka tutustuttavat sinut ohjelmistotestauksen haastattelukysymyksiin, joita haastattelija saattaa kysyä haastattelusi aikana. Tässä luettelossa manuaalisen testauksen haastattelukysymykset vastauksineen olemme käsittäneet kaikki yleisesti kysytyt perus- ja kehittyneet ohjelmistojen testaushaastattelukysymykset yksityiskohtaisilla vastauksilla, joiden avulla voit puhdistaa manuaalisen testauksen työhaastattelun helposti.
Olemme käsitelleet lähes 150 + tärkeätä haastattelukysymystä manuaalisen testauksen aloittelijoille ja manuaalisen testauksen haastattelukysymykset kokeneille QA-insinööreille auttaaksemme valmistautumaan tulevaan haastatteluun. Tämä manuaalisen testauksen haastattelukysymysten yksityiskohtainen opas auttaa sinua murtautumaan ohjelmistojen testauksen työhaastattelussa.
Haastattelukysymysten ja vastausten manuaalinen testaus
1. Mikä on kokeellinen testaus?
Tutkiva testaus on käytännönläheinen lähestymistapa, jossa testaajat osallistuvat vähimmäissuunnitteluun ja maksimaaliseen testin suorittamiseen. Suunnitteluun sisältyy testikirjan luominen, lyhyt selostus lyhyen (1-2 tunnin) aikarajoitetun testityön laajuudesta, tavoitteet ja mahdolliset lähestymistavat. Testisuunnittelu ja testin suoritustoiminnot suoritetaan rinnakkain tyypillisesti dokumentoimatta muodollisesti testiolosuhteita, testitapauksia tai testiskriptejä. Tämä ei tarkoita, että muita muodollisempia testaustekniikoita ei käytetä. Esimerkiksi testaaja voi päättää käyttää raja-arvoanalyysiä, mutta miettii ja testaa tärkeimmät raja-arvot kirjoittamatta niitä välttämättä. Jotkut muistiinpanot kirjoitetaan kokeellisen testauksen aikana, jotta raportti voidaan tuottaa myöhemmin.
2. Mikä on "käyttötapaustestaus"?
Sovelluksen toiminnallisten vaatimusten tunnistamiseksi ja toteuttamiseksi alusta loppuun käytetään "käyttötapausta", ja tähän käytettävät tekniikat tunnetaan nimellä "käyttötapaustestaus".
3. Mitä eroa on STLC: llä (Software Testing Life Cycle) ja SDLC: llä (Software Development Life Cycle)?
SDLC käsittelee ohjelmiston kehittämistä / koodausta, kun taas STLC käsittelee ohjelmiston validointia ja todentamista
4. Mikä on jäljitettävyysmatriisi?
Testitapausten ja vaatimusten suhde näytetään asiakirjan avulla. Tätä asiakirjaa kutsutaan jäljitettävyysmatriisiksi.
5. Mikä on ekvivalenssiosiointitestaus?
Vastaavuusosiointitestaus on ohjelmistojen testaustekniikka, joka jakaa sovelluksen syöttötestitiedot kuhunkin osioon vähintään kerran vastaavista tiedoista, joista testitapaukset voidaan johtaa. Tällä testausmenetelmällä se lyhentää ohjelmistojen testaamiseen tarvittavaa aikaa.
6. Mikä on valkoisen laatikon testaus ja listaa valkoisen laatikon testaustyypit?
Valkoisen laatikon testaustekniikka sisältää testitapausten valinnan komponentin tai järjestelmän sisäisen rakenteen (koodin kattavuus, haarojen peitto, reittien peitto, kunnon peitto jne.) Analyysin perusteella. Se tunnetaan myös nimellä koodipohjainen testaus tai rakenteellinen testaus. Erilaisia valkoisen laatikon testauksia ovat
- Lausuman kattavuus
- Päätöksen kattavuus
7. Mitä vahvistat valkoisen laatikon testauksessa?
Valkoisen laatikon testaus varmistaa seuraavat vaiheet.
- Tarkista koodin suojausreiät
- Tarkista keskeneräiset tai rikkoutuneet polut koodista
- Tarkista rakenteen kulku asiakirjan määrityksen mukaisesti
- Tarkista odotetut tuotokset
- Tarkista kaikki koodin ehdolliset silmukat tarkistaaksesi sovelluksen täydellisen toimivuuden
- Vahvista rivi koodaamalla ja peitä 100% testaus
8. Mikä on mustan laatikon testaus? Mitkä ovat mustan laatikon testaustekniikat?
Mustan laatikon testaus on ohjelmistojen testausmenetelmä, jota käytetään ohjelmiston testaamiseen tuntematta koodin tai ohjelman sisäistä rakennetta. Tämä testaus tehdään yleensä sovelluksen toimivuuden tarkistamiseksi. Eri mustan laatikon testaustekniikat ovat
- Vastaavuusosiointi
- Raja-arvoanalyysi
- Syy-seuraus-kaavio
9. Mitä eroa on staattisella ja dynaamisella testauksella?
Staattinen testaus: Staattisen testausmenetelmän aikana koodia ei suoriteta, ja se suoritetaan ohjelmistodokumentaation avulla.
Dynaaminen testaus: Tämän testin suorittamiseksi koodin on oltava suoritettavassa muodossa.
10. Mitä ovat todentaminen ja validointi?
Verifiointi on prosessi, jolla arvioidaan ohjelmistoja kehitysvaiheessa. Se auttaa sinua päättämään, täyttääkö tietyn sovelluksen tuote määritellyt vaatimukset. Vahvistus on prosessi, jossa ohjelmistoja arvioidaan kehitysprosessin jälkeen ja tarkistetaan, täyttääkö ne asiakkaan vaatimukset.
11. Mitkä ovat eri testitasot?
Testitasoja on neljä
- Yksikön / komponentin / ohjelman / moduulin testaus
- Integraation testaus
- Järjestelmän testaus
- Hyväksyntätestaus
12. Mikä on integraatiotestaus?
Integraatiotestaus on ohjelmistojen testausprosessin taso, jossa sovelluksen yksittäiset yksiköt yhdistetään ja testataan. Se suoritetaan yleensä yksikön ja toiminnallisen testauksen jälkeen.
13. Mistä testisuunnitelmat koostuvat?
Testisuunnittelu, laajuus, testistrategiat, lähestymistapa ovat erilaisia yksityiskohtia, joista testisuunnitelma koostuu.
- Testitapaustunnus
- Soveltamisala
- Testattavat ominaisuudet
- Ominaisuudet, joita ei testata
- Testausstrategia ja -tapa
- Testaa suoritteet
- Vastuut
- Henkilöstö ja koulutus
- Riski ja varautumat
14. Mitä eroa on UAT: lla (User Acceptance Testing) ja järjestelmätestauksella?
Järjestelmän testaus: Järjestelmän testaus on vikojen löytämistä, kun järjestelmä testataan kokonaisuutena; se tunnetaan myös nimellä end-to-end -testaus. Tällaisessa testauksessa sovellus kärsii alusta loppuun.
UAT: Käyttäjien hyväksyntätestaus (User Acceptance Testing, UAT) tarkoittaa tuotteen suorittamista sarjaan erityisiä testejä, jotka määrittävät, vastaako tuote käyttäjien tarpeita.
15. Mainitse ero dataperusteisen testauksen ja uudelleentestauksen välillä?
Uudelleentestaus: Se on prosessi virheiden tarkistamiseksi, joita kehitystiimi käyttää tarkistamaan, että ne on korjattu.
Data Driven Testing (DDT): Tietopohjaisessa testausprosessissa sovellus testataan useilla testitiedoilla. Sovellusta testataan eri arvoryhmällä.
16. Mitkä ovat arvokkaat vaiheet ongelmien ratkaisemiseksi testauksen aikana?
- Tietue: kirjaa ja käsittele kaikki mahdolliset ongelmat
- Raportti: Ilmoita ongelmista ylemmän tason johtajalle
- Hallinta: Määritä ongelmanhallintaprosessi
17. Mikä on ero testiskenaarioiden, testitapausten ja testikoodien välillä?
Ero testiskenaarioiden ja testitapausten välillä on se
Testiskenaariot: Testiskenaario on mikä tahansa toiminto, joka voidaan testata. Sitä kutsutaan myös testiehdoksi tai testimahdollisuudeksi.
Testitapaukset: Se on asiakirja, joka sisältää suoritettavat vaiheet; se on suunniteltu aiemmin.
Testiskripti: Se on kirjoitettu ohjelmointikielellä ja se on lyhyt ohjelma, jota käytetään testaamaan osa ohjelmistojärjestelmän toiminnallisuudesta. Toisin sanoen kirjallinen vaihejoukko, joka tulisi suorittaa manuaalisesti.
18. Mikä on piilevä vika?
Piilevä vika: Tämä vika on olemassa oleva vika järjestelmässä, joka ei aiheuta vikaa, koska tarkkoja ehtoja ei ole koskaan täytetty
19. Mitkä ovat kaksi parametria, joista voi olla hyötyä testin suorituksen laadun tuntemisessa?
Testauksen laadun tuntemiseksi voimme käyttää kahta parametria
- Vika hylkäyssuhde
- Vika vuotosuhde
20. Mikä on ohjelmistojen testaustyökalun "phantom" tehtävä?
Phantom on ilmainen ohjelma, jota käytetään Windows GUI -automaation komentosarjakielellä. Sen avulla voimme hallita ikkunoita ja toimintoja automaattisesti. Se voi simuloida mitä tahansa näppäinyhdistelmien ja hiiren napsautusten yhdistelmää sekä valikoita, luetteloita ja muuta.
21. Selitä, mitä testitulokset ovat?
Testitulokset ovat joukko asiakirjoja, työkaluja ja muita komponentteja, jotka on kehitettävä ja ylläpidettävä testauksen tueksi.
Ohjelmistokehityksen elinkaaren jokaisessa vaiheessa on erilaisia testituloksia
- Ennen testaamista
- Testauksen aikana
- Testauksen jälkeen
22. Mikä on mutaatiotestaus?
Mutaatiotestaus on tekniikka, jolla tunnistetaan, onko joukko testitietoja tai testitapauksia hyödyllinen tuomalla tarkoituksella käyttöön erilaisia koodimuutoksia (vikoja) ja testaamalla uudelleen alkuperäisillä testitiedoilla / tapauksilla, onko vikoja havaittu.
23. Mitä kaikkia asioita sinun tulisi ottaa huomioon ennen kuin valitset automaatiotyökalut AUT: lle?
- Teknillinen soveltuvuus
- Monimutkaisuus
- Sovelluksen vakaus
- Testitiedot
- Sovelluksen koko
- Automaattisten komentosarjojen uudelleenkäytettävyys
- Suoritus koko ympäristössä
24. Kuinka suoritat riskianalyysin?
Riskianalyysiä varten on toteutettava seuraavat vaiheet
- Riskin pisteet löytäminen
- Profiilin tekeminen riskille
- Riskiominaisuuksien muuttaminen
- Ota käyttöön testiriskin resurssit
- Riskitietokannan tekeminen
25. Mitkä ovat virheenkorjauksen luokat?
Luokat virheenkorjaukseen
- Raa'an joukkojen virheenkorjaus
- Takaisku
- Syy eliminointi
- Ohjelman viipalointi
- Vikapuun analyysi
26. Mitä vian peittäminen selittää esimerkillä?
Kun yhden vian läsnäolo piilottaa toisen vian läsnäolon järjestelmässä, se tunnetaan vian peitteenä.
Esimerkki: Jos negatiivinen arvo aiheuttaa käsittelemättömän järjestelmän poikkeuksen, kehittäjä estää negatiivisten arvojen syöttämisen. Tämä ratkaisee ongelman ja piilottaa käsittelemättömän poikkeuksen laukaisun.
27. Selitä mikä testisuunnitelma on? Mitä tietoja testisuunnitelman tulisi kattaa?
Testisuunnitelma voidaan määritellä asiakirjaksi, joka kuvaa testaustoiminnan laajuutta, lähestymistapaa, resursseja ja aikataulua, ja testisuunnitelman tulisi sisältää seuraavat yksityiskohdat.
- Testistrategia
- Testin tavoite
- Poistumis- / keskeytyskriteerit
- Resurssien suunnittelu
- Testitulokset
28. Kuinka voit poistaa tuoteriskin projektissasi?
Se auttaa poistamaan tuoteriskin projektissasi, ja on yksinkertainen mutta ratkaiseva askel, joka voi vähentää tuoteriskiä projektissasi.
- Tutki määrittelyasiakirjoja
- Keskustele projektista kaikkien sidosryhmien, myös kehittäjän, kanssa
- Todellisena käyttäjänä kävele verkkosivustolla
29. Mikä on yhteinen riski, joka johtaa projektin epäonnistumiseen?
Yhteinen riski, joka johtaa projektin epäonnistumiseen, ovat
- Ei riittävästi henkilöstöresursseja
- Testausympäristöä ei ehkä ole määritetty oikein
- Rajoitettu budjetti
- Aikarajoitukset
30. Millä perusteella voit arvioida projektisi?
Projektin arvioimiseksi sinun on otettava huomioon seuraavat seikat
- Jaa koko projekti pienimpiin tehtäviin
- Kohdista kukin tehtävä ryhmän jäsenille
- Arvioi kunkin tehtävän suorittamiseen tarvittava ponnistus
- Vahvista arvio
31. Selitä, kuinka jaoit tehtävän tiimin jäsenille?
| Tehtävä | Jäsen |
|
|
|
|
|
|
|
|
|
|
32. Selitä, mikä on testaustyyppi ja mitkä ovat yleisesti käytetty testaustyyppi?
Odotetun testituloksen saamiseksi noudatetaan standardimenettelyä, jota kutsutaan testaustyypiksi.
Yleisesti käytetyt testaustyypit ovat
- Yksikkötestaus: Testaa sovelluksen pienin koodi
- API-testaus: Sovellusta varten luotu API-testaus
- Integraation testaus: Yksittäiset ohjelmistomoduulit yhdistetään ja testataan
- Järjestelmän testaus: Järjestelmän täydellinen testaus
- Asenna / poista testaus: Testaus tehdään asiakkaan / asiakkaan näkökulmasta
- Ketterä testaus: Testaus ketterällä tekniikalla
33. Mitä asioita sinun on otettava huomioon seuratessasi projektiasi?
Asioita, jotka on otettava huomioon, ovat
- Onko projektisi aikataulussa
- Oletko ylittänyt budjetin
- Työskenteletkö saman uratavoitteen saavuttamiseksi
- Onko sinulla tarpeeksi resursseja
- Onko olemassa varoitusmerkkejä lähestyvistä ongelmista
- Onko johdolta painostusta hankkeen loppuun saattamiseksi nopeammin?
34. Mitkä ovat yleisimmät virheet, jotka aiheuttavat ongelmia?
- Resurssien sovittaminen vääriin projekteihin
- Testipäällikön taitojen puute
- Ei kuunnella muita
- Huono ajoitus
- Aliarvioiva
- Pienten ongelmien huomiotta jättäminen
- Ei seuraa prosessia
35. Mitä tyypillinen testiraportti sisältää? Mitkä ovat testiraporttien edut?
Testiraportti sisältää seuraavat asiat:
- Projektitiedot
- Testin tavoite
- Testin yhteenveto
- Vika
Testiraporttien edut ovat:
- Projektin nykytila ja tuotteen laatu ilmoitetaan
- Sidosryhmä ja asiakas voivat tarvittaessa ryhtyä korjaaviin toimiin
- Lopullinen asiakirja auttaa päättämään, onko tuote valmis julkaisuun
36. Mikä on testinhallinnan tarkistus ja miksi se on tärkeä?
Johdon arviointia kutsutaan myös ohjelmiston laadunvarmistukseksi tai SQA: ksi. SQA keskittyy enemmän ohjelmistoprosessiin kuin ohjelmistotyötuotteisiin. Se on joukko toimintoja, joiden tarkoituksena on varmistaa, että projektipäällikkö noudattaa standardiprosessia. SQA auttaa testauspäällikköä vertaamaan projektia asetettuihin standardeihin.
37. Mitkä ovat parhaat ohjelmistojen laadunvarmistuksen käytännöt?
Parhaat käytännöt tehokkaan SQA-toteutuksen kannalta ovat
- Jatkuva parantaminen
- Dokumentointi
- Työkalun käyttö
- Metrics
- Tiimin jäsenten vastuu
- Kokeneet SQA-tilintarkastajat
38. Milloin RTM (Requiry Traceability Matrix) valmistellaan?
RTM valmistetaan ennen testitapausten suunnittelua. Vaatimusten tulisi olla jäljitettävissä tarkastustoiminnasta.
39. Mikä on ero testimatriisin ja jäljitettävyysmatriisin välillä?
Testimatriisi : Testimatriisia käytetään kaappaamaan todellinen laatu, vaivaa, suunnitelma, resurssit ja aika, joka tarvitaan ohjelmistojen testauksen kaikkien vaiheiden kaappaamiseen
Jäljitettävyysmatriisi : Testitapausten ja asiakkaiden vaatimusten kartoitus tunnetaan nimellä Jäljitettävyysmatriisi
40. Mitä ovat tynkä ja ajurit manuaalisessa testauksessa?
Sekä kannat että kuljettajat ovat osa inkrementaalista testausta. Inkrementaalisessa testauksessa on kaksi lähestymistapaa, nimittäin alhaalta ylös ja ylöspäin suuntautuva lähestymistapa. Ajureita käytetään alhaalta ylöspäin -testauksessa ja tynkä käytetään ylhäältä alas -menetelmään. Päämoduulin testaamiseksi käytetään tynkää, joka on nuken koodi tai ohjelma.
41. Mikä on vaihe, jonka seuraat, kun löydät vian?
Kun vika on löydetty, noudata vaihetta
a) Luo vika uudelleen
b) Liitä kuvakaappaus
c) Kirjaa vika
42. Selitä mikä on "testisuunnitelmainen" tai "avainsanavetoinen" testausmenetelmä?
Tässä tekniikassa käytetään varsinaista testitapausasiakirjaa, jonka testaajat ovat kehittäneet laskentataulukon avulla, joka sisältää erityisiä "avainsanoja". Avainsanat ohjaavat käsittelyä.
43. Mikä on DFD (Data Flow Diagram)?
Kun "tietovirta" tietojärjestelmän läpi esitetään graafisesti, niin se tunnetaan nimellä Data Flow Diagram. Sitä käytetään myös tietojenkäsittelyn visualisointiin.
44. Selitä, mikä on LCSAJ?
LCSAJ tarkoittaa 'lineaarinen koodisekvenssi ja hyppy'. Se koostuu seuraavista kolmesta kohdasta
a) Suoritettavien lauseiden lineaarisen sekvenssin alku
b) Lineaarisen jakson loppu
c) Kohdeviiva, jolle ohjausvirta siirretään lineaarisen sekvenssin lopussa
45. Selitä, mikä N + 1 -testi on?
Regressiotestauksen vaihtelu esitetään muodossa N + 1. Tässä tekniikassa testaus suoritetaan useissa sykleissä, joissa testisyklissä 'N' löydetyt virheet korjataan ja testataan uudestaan testisyklissä N + 1. Sykli toistetaan, ellei virheitä löydy.
46. Mikä on Fuzz-testaus ja milloin sitä käytetään?
Fuzz-testausta käytetään tietoturva-aukkojen ja koodausvirheiden havaitsemiseen ohjelmistoissa. Tässä tekniikassa satunnaisia tietoja lisätään järjestelmään yrittäen kaataa järjestelmä. Jos haavoittuvuus jatkuu, fuzz tester -työkalua käytetään mahdollisten syiden selvittämiseen. Tämä tekniikka on hyödyllisempi suuremmissa projekteissa, mutta se havaitsee vain suuren vian.
47. Mainitse, mitkä ovat ohjelmistojen testauksen lauseiden kattavuuden tärkeimmät edut?
Lausekkeiden kattavuusmetriikan etu on
a) Se ei vaadi lähdekoodin käsittelyä ja sitä voidaan käyttää suoraan kohdekoodiin
b) Virheet jakautuvat tasaisesti koodin kautta, minkä vuoksi suoritettujen käskyjen prosenttiosuus peittää havaittujen vikojen prosenttiosuuden
48. Kuinka luoda testitapauksia "korvaa merkkijono" -menetelmälle?
a) Jos merkit uudessa merkkijonossa> merkit edellisessä merkkijonossa. Mikään merkki ei saa katkaista
b) Jos merkit uudessa merkkijonossa c) Merkkijonon jälkeisiä ja edeltäviä välilyöntejä ei tule poistaa d) Merkkijono tulisi korvata vain merkkijonon ensimmäisen esiintymisen yhteydessä 49. Kuinka käsittelet tiimisi jäsenten välistä konfliktia? 50. Mainitse mitkä ovat vikaluokat? Lähinnä on kolme vikaluokkaa 51. Selitä, miten testialueiden työkalu toimii? Koodin peittotestaustyökalu toimii rinnakkain testattaessa varsinaista tuotetta. Koodin peittotyökalu seuraa lähdekoodin suoritettuja lauseita. Kun viimeinen testaus on valmis, saamme täydellisen raportin vireillä olevista lausunnoista ja myös kattavuusprosentin. 52. Mainitse mitä eroa "vian" ja "vian" välillä ohjelmistotestauksessa? Yksinkertaisesti sanottuna, kun vika saavuttaa loppuasiakkaan, sitä kutsutaan vikaksi, kun vika tunnistetaan sisäisesti ja ratkaistaan; sitten sitä kutsutaan virheeksi. 53. Selitä, kuinka testata asiakirjoja projektissa, joka kattaa ohjelmistokehityksen elinkaaren? Projekti ulottuu ohjelmistokehityksen elinkaaren ajaksi seuraavalla tavalla 54. Selitä, mitkä testitapaukset kirjoitetaan ensin mustiin tai valkoisiin laatikoihin? Mustan laatikon testitapaukset kirjoitetaan ensin mustan laatikon testitapausten kirjoittamiseksi; se vaatii projektisuunnitelman ja vaatimusasiakirjan, kaikki nämä asiakirjat ovat helposti saatavilla projektin alussa. Vaikka valkoisen laatikon testitapausten kirjoittaminen vaatii enemmän arkkitehtuurin ymmärtämistä, eikä se ole käytettävissä projektin alussa. 55. Selitä, mikä on piilevien ja naamioitujen vikojen ero? 56. Mainitse mitä alhaalta ylöspäin -testaus on? Alhaalta ylöspäin -testaus on lähestymistapa integraatiotestaukseen, jossa ensin testataan alhaisimman tason komponentteja, minkä jälkeen sitä käytetään helpottamaan korkeamman tason komponenttien testausta. Prosessi toistetaan, kunnes hierarkian yläosassa oleva komponentti testataan. 57. Mainitse mitä testityyppejä on erityyppisiä? Erilaisia testipeitotekniikoita ovat 58. Mainitse hengitystestauksen merkitys? Hengitystesti on testipaketti, joka käyttää tuotteen kaikkia toimintoja, mutta ei testaa ominaisuuksia yksityiskohtaisesti 59. Selitä, mitä Code Walk Through tarkoittaa? Code Walk Through on ohjelman lähdekoodin epävirallinen analyysi vikojen löytämiseksi ja koodaustekniikoiden tarkistamiseksi 60. Mainitse, mitkä ovat vikailmoituksen muodon peruskomponentit? Vikailmoitusmuodon keskeisiä osia ovat 61. Mainitse mikä on end-to-end-testauksen tarkoitus? Päästä päähän -testaus tehdään toiminnallisen testauksen jälkeen. End-to-end-testauksen tarkoitus on se 62. Selitä, mitä se tarkoittaa testivaljailla? Testivaljaat määrittelevät joukon työkaluja ja testitietoja sovelluksen testaamiseksi erilaisissa olosuhteissa, ja siihen kuuluu ulostulon seuranta odotetulla tuotolla oikeellisuuden suhteen. 63. Selitä testausprojektissa, mitä testaustoimintoja automatisoit? Testaamalla projektin testaustoimintoja automatisoit 64. Mikä on PÄÄEURO testien suunnittelusta elinkaaren alussa? Se auttaa estämään vikojen tuomisen koodiin. 65. Mikä on riskiperusteinen testaus? Riskipohjainen testaus on termi, jota käytetään lähestymistavassa testistrategian luomiseen, joka perustuu testien priorisointiin riskien mukaan. Lähestymistavan perusta on yksityiskohtainen riskianalyysi ja riskien priorisointi riskitasojen mukaan. Tällöin määritetään testit kunkin riskin käsittelemiseksi, ensin suurimmasta riskistä. 66. Mikä on TÄRKEÄ ero ennaltaehkäisevän ja reaktiivisen lähestymistavan välillä testauksessa? Ennaltaehkäisevät testit suunnitellaan aikaisin; reaktiiviset testit suunnitellaan ohjelmiston valmistamisen jälkeen. 67. Mikä on poistumisperusteiden tarkoitus? Poistumiskriteerien tarkoituksena on määritellä, milloin testitaso on suoritettu. 68. Mikä määrittää riskitason? Haittatapahtuman todennäköisyys ja tapahtuman vaikutus määräävät riskin tason. 69. Milloin käytetään päätöstaulukotestausta? Päätöstaulukotestausta käytetään testausjärjestelmissä, joiden määrittely tapahtuu sääntöjen tai syy-seurausyhdistelmien muodossa. Päätöstaulukossa syötteet luetellaan sarakkeessa, ja tuotokset ovat samassa sarakkeessa, mutta tulojen alapuolella. Taulukon loppuosa tutkii tulojen yhdistelmiä tuotettujen tuotosten määrittelemiseksi. Lisätietoja päätöksentekotaulukon testaustekniikasta on täällä Video-oppaassa 70. Miksi käytämme päätöstaulukoita? Vastaavuusosioinnin ja raja-arvon analyysin tekniikoita käytetään usein tiettyihin tilanteisiin tai panoksiin. Jos kuitenkin erilaiset panosyhdistelmät johtavat erilaisiin toimiin, sitä voi olla vaikeampi osoittaa käyttämällä ekvivalenssiosiointia ja raja-arvoanalyysiä, jotka yleensä keskittyvät enemmän käyttöliittymään. Kaksi muuta spesifikaatioon perustuvaa tekniikkaa, päätöstaulukot ja tilansiirtotestaus keskittyvät enemmän liiketoimintalogiikkaan tai -sääntöihin. Päätöstaulukko on hyvä tapa käsitellä asioiden yhdistelmiä (esim. Panokset). Tätä tekniikkaa kutsutaan joskus myös syy-seuraus-taulukoksi. Syynä tähän on, että siihen liittyy looginen kaaviotekniikka, jota kutsutaan syy-seurausgraafiksi, jota käytettiin joskus päätöksentaulukon johtamisessa 71. Mikä on PÄÄTAVOITE tarkistettaessa ohjelmiston toimitusta? Tunnistaa minkä tahansa ohjelmistotuotteen viat. 72. Mikä seuraavista määrittelee testin odotetut tulokset? Testitapaustiedot tai testisuunnittelueritelmät. Testitapaustiedot määrittelevät testin odotetut tulokset. 73. Mikä on testin riippumattomuuden etu? Se välttää tekijän puolueellisuutta määritettäessä tehokkaita testejä. 74. Missä testiprosessissa määrität poistumiskriteerit? Poistumiskriteerit määritetään testisuunnittelun perusteella. 75. Mikä on alfa-testaus? Loppukäyttäjien edustajien tekemä ennakkotestaus kehittäjän sivustolla. 76. Mikä on beetatestaus? Potentiaalisten asiakkaiden suorittama testaus omissa paikoissaan. 77. Mainitse, mikä ero Pilot- ja Beta-testien välillä on? Ero pilottitestauksen ja beetatestauksen välillä on se, että pilottitestaus tapahtuu käyttäjäryhmän toimesta ennen lopullista käyttöönottoa, ja beetatestauksessa emme anna todellisia tietoja, mutta se asennetaan loppuasiakkaalle vahvistamaan jos tuotetta voidaan käyttää tuotannossa. 78. Kuinka monta testiä tarvitaan seuraavan koodinpätkän saamiseksi 100 prosentin päätöksentekoon? 4 79. Olet suunnitellut testitapauksia tarjoamaan 100-prosenttisen lausuman ja 100-prosenttisen päätöksen kattavuuden seuraavalle koodinpätkälle. jos leveys> pituus sitten suurin_dimension = leveys muu suurin_dimension = pituus end_if Seuraava on lisätty yllä olevan koodiosan loppuun. print "Suurin ulottuvuus on" & suurin_dimensionprint "Leveys: & leveys tulosta "Pituus: & pituus Kuinka monta muuta testitapausta tarvitaan? Ei mitään, olemassa olevia testitapauksia voidaan käyttää. 80. Mitä eroa on testaustekniikoilla ja testaustyökaluilla? Testaustekniikka: - Onko prosessi sen varmistamiseksi, että jotkin sovellusjärjestelmän tai yksikön näkökohdat toimivat oikein, tekniikoita voi olla vähän, mutta monia työkaluja. Testaustyökalut: - Onko ajoneuvo testiprosessin suorittamiseen. Työkalu on resurssi testaajalle, mutta se ei itsessään riitä testauksen suorittamiseen Lisätietoja testaustyökaluista on täällä 81. Käytämme vaatimusanalyysin lähtöä, vaatimusmäärittelyä kirjoittamisen lähtökohtana Käyttäjän hyväksyntätestitapaukset 82. Jo testatun ohjelman toistuva testaus modifikaation jälkeen, jotta löydetään mahdolliset viat, jotka on tuotu tai paljastettu testattavan ohjelmiston tai muun siihen liittyvän tai ei-liitetyn ohjelmistokomponentin muutosten seurauksena: Regressiotestaus 83. Tukkukauppias myy tulostuskasetteja. Pienin tilausmäärä on 5. 100 tai useamman tulostuskasetin tilauksista on 20% alennus. Sinua on pyydetty valmistelemaan testitapauksia käyttämällä erilaisia arvoja tilattujen tulostuskasettien määrälle. Mikä seuraavista ryhmistä sisältää kolme testituloa, jotka tuotettaisiin käyttämällä raja-arvoanalyysiä? 4, 5, 99 84. Mitä komponenttitestaus on? Komponenttitestaus, joka tunnetaan myös nimellä yksikkö-, moduuli- ja ohjelmatestaus, etsii vikoja ja tarkistaa erikseen testattavien ohjelmistojen (esim. Moduulit, ohjelmat, objektit, luokat jne.) Toiminnan. Komponenttitestaus voidaan tehdä erillään muusta järjestelmästä kehityksen elinkaaren ja järjestelmän kontekstista riippuen. Useimmiten tynkiä ja ohjaimia käytetään korvaamaan puuttuva ohjelmisto ja simuloimaan ohjelmistokomponenttien välistä rajapintaa yksinkertaisesti. Testattava ohjelmistokomponentti kutsuu tynkä; kuljettaja kutsuu testattavan osan. Tässä on mahtava video yksikkötestauksesta 85. Mikä on toiminnallisen järjestelmän testaus? Koko järjestelmän toimivuuden testaaminen määritetään toiminnalliseksi järjestelmän testaukseksi. 86. Mitkä ovat riippumattoman testauksen edut? Riippumattomat testaajat ovat puolueettomia ja tunnistavat eri viat samanaikaisesti. 87. Milloin REAKTIIVISESSA lähestymistavassa testaukseen odotat suurimman osan testisuunnittelutyöstä alkavan? Suurin osa testisuunnittelutyöstä alkoi ohjelmiston tai järjestelmän valmistamisen jälkeen. 88. Mitkä ovat ketterän kehityksen mallin eri menetelmät? Tällä hetkellä tiedän seitsemän erilaista ketterää metodologiaa: 89. Mikä toiminto perustestiprosessissa sisältää vaatimusten ja järjestelmän testattavuuden arvioinnin? Testianalyysi ja suunnittelu sisältävät arvioinnin vaatimusten ja järjestelmän testattavuudesta. 90. Mikä on tyypillisesti tärkein syy käyttää riskiä testaustoimien ohjaamiseen? Koska kaiken testaaminen ei ole mahdollista. 91. Mitä on satunnais- / apinatestaus? Milloin sitä käytetään? Satunnainen testaus tunnetaan usein apinatestinä. Tämän tyyppisessä testauksessa data syntyy satunnaisesti usein työkalulla tai automaattisella mekanismilla. Tällä satunnaisesti tuotetulla syötteellä järjestelmä testataan ja tulokset analysoidaan vastaavasti. Nämä testaukset ovat vähemmän luotettavia; siksi aloittelijat käyttävät sitä yleensä ja selvittävätkö järjestelmä pysyykö haittojen alaisena. 92. Mitkä seuraavista pätevät tavoitteet tapahtumaraporteille? 93. Harkitse seuraavia tekniikoita. Mitkä ovat staattisia ja mitkä dynaamisia tekniikoita? Tietovirran analysointi ja tarkastukset ovat staattisia; Vastaavuusosiointi, käyttötapaustestaus, tutkiva testaus ja päätöstestaus ovat dynaamisia. 94. Miksi staattista testausta ja dynaamista testausta kuvataan täydentävinä? Koska heillä on sama tavoite tunnistaa viat, mutta ne eroavat toisistaan löytämiensä vikatyyppien välillä. 95. Mitkä ovat muodollisen uudelleentarkastelun vaiheet? Toisin kuin epäviralliset tarkastelut, muodolliset tarkastelut seuraavat muodollista prosessia. Tyypillinen muodollinen tarkasteluprosessi koostuu kuudesta päävaiheesta: 96. Mikä on valvojan rooli arviointiprosessissa? Moderaattori (tai arvostelun johtaja) johtaa arviointiprosessia. Hän määrittää yhteistyössä kirjoittajan kanssa arvostelun tyypin, lähestymistavan ja arviointiryhmän kokoonpanon. Moderaattori suorittaa aloitustarkistuksen ja jatkokäsittelyn seuratakseen tarkistusprosessin panoksen ja tuotoksen laatua. Moderaattori ajoittaa myös kokouksen, levittää asiakirjoja ennen kokousta, valmentaa muita ryhmän jäseniä, vauhdittaa kokousta, johtaa mahdollisia keskusteluja ja tallentaa kerätyt tiedot. Lisätietoja video-opetusohjelman tarkistusprosessista on täällä 97. Mikä on vastaavuusosio (tunnetaan myös nimellä vastaavuusluokka)? Tulo- tai lähtöalueet arvojen välillä siten, että vain yhdestä arvosta alueella tulee testitapaus. 98. Milloin kokoonpanonhallintamenettelyt on toteutettava? Testisuunnittelun aikana. 99. Toiminnallinen testaustyyppi, joka tutkii toimintoja, jotka liittyvät uhkien, kuten haitallisten ulkopuolisten virusten, havaitsemiseen? Suojaustestaus 100. Testaus, jossa testin kohteelle asetetaan vaihtelevat kuormitukset suorituskyvyn käyttäytymisen mittaamiseksi ja arvioimiseksi sekä kohteen ja testin kyky toimia edelleen oikein näiden eri kuormitusten alla? Kuormitustestaus 101. Testaustoiminta, joka suoritetaan rajapintojen ja integroitujen komponenttien välisen vuorovaikutuksen paljastamiseksi, on? Integraation tason testaus 102. Mitkä ovat rakennepohjaiset (valkoisen laatikon) testaustekniikat? Rakennepohjaiset testaustekniikat (jotka ovat myös pikemminkin dynaamisia kuin staattisia) käyttävät ohjelmiston sisäistä rakennetta testitapausten johtamiseen. Niitä kutsutaan yleisesti 'white-box' tai 'glass-box' tekniikoiksi (mikä tarkoittaa, että näet järjestelmän sisään), koska ne edellyttävät tietoa ohjelmiston toteutuksesta eli siitä, miten se toimii. Esimerkiksi rakennetekniikka voi koskea silmukoiden käyttämistä ohjelmistossa. Eri testitapauksia voidaan johtaa silmukan käyttämiseen kerran, kahdesti ja monta kertaa. Tämä voidaan tehdä riippumatta ohjelmiston toiminnallisuudesta. 103. Milloin "regressiotestaus" tulisi suorittaa? Kun ohjelmisto on muuttunut tai kun ympäristö on muuttunut, regressiotestaus tulisi suorittaa. 104 . Mitä negatiivinen ja positiivinen testaus on? Negatiivinen testi on, kun syötät virheellisen syötteen ja saat virheitä. Vaikka positiivinen testaus on, kun syötät kelvollisen syötteen ja odotat joidenkin toimintojen suorittavan määrittelyn mukaisesti. 105. Mikä on testin suorittamisen kriteerin tarkoitus? Testin valmistumisperusteen tarkoituksena on määrittää, milloin testaus lopetetaan 106. Mitä staattinen analyysi EI löydä? Esimerkiksi muistivuodot. 107. Mikä on ero uudelleentestauksen ja regressiotestin välillä? Uudelleentestaus varmistaa, että alkuperäinen vika on poistettu. regressiotestaus etsii odottamattomia sivuvaikutuksia. 108. Mitkä ovat kokemuspohjaiset testaustekniikat? Kokemusperusteisissa tekniikoissa ihmisten tiedot, taidot ja tausta ovat tärkein tekijä testiolosuhteissa ja testitapauksissa. Sekä teknisten että liike-elämän ihmisten kokemus on tärkeä, koska ne tuovat erilaisia näkökulmia testianalyysiin ja suunnitteluprosessiin. Aikaisemman vastaavien järjestelmien kokemuksen vuoksi heillä voi olla oivalluksia siitä, mikä voi mennä pieleen, mikä on erittäin hyödyllistä testauksessa. 109. Minkä tyyppinen tarkistus edellyttää muodollisia osallistumis- ja poistumisperusteita, mukaan lukien mittarit? Tarkastus 110. Voisiko tarkastuksia tai tarkastuksia pitää osana testausta? Kyllä, koska molemmat ohjeet havaitsevat viat ja parantavat laatua. 111. Syöttökentässä syntymäaika on välillä 1900–2004. Mitkä ovat tämän kentän testaamisen raja-arvot? 1899,1900,2004,2005 112. Mitkä seuraavista työkaluista osallistuvat regressiotestin automatisointiin? a. Tietojen testaaja b. Rajatesti c. Sieppaus / toisto d. Lähtövertailu. d. Lähtövertailu 113. Funktion testaamiseksi on kirjoitettava ohjelmoija, joka kutsuu testattavan toiminnon ja välittää testitiedot. Kuljettaja 114. Mikä on yksi tärkeimmistä syistä, miksi kehittäjillä on vaikeuksia testata omaa työtään? Objektiivisuuden puute 115. "Kuinka paljon testausta riittää?" Vastaus riippuu toimialallesi, sopimuksestasi ja erityisvaatimuksistasi aiheutuvista riskeistä. 116. Milloin testaus on lopetettava? Se riippuu testattavan järjestelmän riskeistä. On joitain ehtoja, joiden perusteella voit lopettaa testaamisen. 117. Mikä seuraavista on integraatiostrategian ensisijainen tarkoitus integraatiotestauksessa pienissä? Integraatiostrategian ensisijainen tarkoitus on määrittää, mitkä moduulit yhdistetään milloin ja kuinka monta kerralla. 118. Mitä ovat puolisatunnaiset testitapaukset? Puolisatunnaiset testitapaukset eivät ole mitään, mutta kun suoritamme satunnaisia testitapauksia ja teemme vastaavuusosioinnin näille testitapauksille, se poistaa tarpeettomat testitapaukset, mikä antaa meille puolisatunnaisia testitapauksia. 119. Mikä lausunto pitää paikkansa seuraavan testikoodin perusteella, mikä on testitapausten vähimmäismäärä, joka vaaditaan täydellistä lausuntoa ja haaratoimintaa varten? Lue s Lue q JOS p + q> 100 Sitten tulosta "Suuri" LOPPU JOS JOS p> 50 Sitten tulosta "p Large" LOPPU JOS 1 testi lauseen kattavuudelle, 2 haaran kattavuudelle 120. Mitä tarkastelua käytetään yleensä tuotteen arvioimiseksi sen soveltuvuuden aiottuun käyttötarkoitukseen määrittämiseksi ja ristiriitojen tunnistamiseksi? Tekninen katsaus. 121. Kenen on alun perin dokumentoitava havaitut viat? Testaajat. 122. Mikä on nykyinen muodollinen maailmanlaajuisesti tunnustettu dokumentointistandardi? Ei ole yhtä. 123. Mikä seuraavista on arvostelun osallistuja, joka on luonut tarkistettavan kohteen? Kirjoittaja 124. Ohjelmistossa on korjattu useita kriittisiä vikoja. Kaikki virheet ovat yhdessä moduulissa, liittyvät raportteihin. Testipäällikkö päättää tehdä regressiotestauksen vain raporttimoduulissa. Regressiotestaus tulisi tehdä myös muille moduuleille, koska yhden moduulin korjaaminen voi vaikuttaa muihin moduuleihin. 125. Miksi raja-arvoanalyysi tarjoaa hyvät testitapaukset? Koska virheitä tehdään usein eri tapausten ohjelmoinnin aikana lähellä arvojen "reunoja". 126. Millä perusteella tarkastus eroaa muista tarkastustyypeistä? Sitä johtaa koulutettu johtaja, se käyttää virallisia osallistumis- ja poistumiskriteerejä sekä tarkistuslistoja. 127. Miksi testaaja voi olla riippuvainen kokoonpanon hallinnasta? Koska kokoonpanon hallinta varmistaa, että tiedämme tarkan version testausohjelmasta ja testiobjektista. 128. Mikä on V-malli? Ohjelmistokehitysmalli, joka kuvaa testaustoimintojen integrointia ohjelmistokehitysvaiheisiin 129. Mitä huoltotestaus on? Käynnistetään muokkaamalla, siirtämällä tai poistamalla olemassa olevia ohjelmistoja 130. Mikä on testikattavuus? Testauksen kattavuus mittaa jollakin erityisellä tavalla testisarjan suorittaman testauksen määrää (johdettu jollakin muulla tavalla, esimerkiksi käyttämällä määrittelypohjaisia tekniikoita). Missä voimme laskea asioita ja voimme kertoa, onko kukin näistä asioista testattu jollakin testillä, voimme mitata kattavuutta. 131. Miksi inkrementaalinen integraatio on edullinen "big bang" -integraation sijaan? Koska inkrementaalisella integraatiolla on parempi varhaisvikojen seulonta ja eristyskyky 132. Mitä kutsutaan päätelaitteista alkavaksi prosessiksi? Alhaalta ylöspäin integrointi 133. Minkä testitoiminnan aikana vika voitaisiin löytää kustannustehokkaimmin? Testisuunnittelun aikana 134. Vaatimusvaiheen tarkoitus on Vaatimusten jäädyttämiseksi, käyttäjien tarpeiden ymmärtämiseksi ja testauksen laajuuden määrittämiseksi 135. Miksi testaus jaetaan erillisiin vaiheisiin? Jaoimme testauksen erillisiin vaiheisiin seuraavista syistä, 136. Mikä on DRE? Testin tehokkuuden mittaamiseksi käytetään tehokasta mittaria mittaamaan testin tehokkuutta, joka tunnetaan nimellä DRE (Defect Removal Efficiency). Tästä tiedosta tiedämme kuinka monta vikaa olemme löytäneet testitapauksista. Kaava DRE: n laskemiseksi on DRE = Virheiden määrä testauksen aikana / virheiden määrä testauksen aikana + käyttäjän löytämien virheiden määrä 137. Mikä seuraavista hyötyy todennäköisesti testityökalujen käytöstä, jotka tarjoavat testin sieppaus- ja toistotoimintoja? a) regressiotestaus b) integraatiotestaus c) järjestelmän testaus d) käyttäjien hyväksyntätestaus Regressiotestaus 138. Kuinka arvioisit todennäköisesti vaadittavan uudelleentestauksen määrän? Aiempien vastaavien projektien mittarit ja keskustelut kehitystiimin kanssa 139. Mikä tutkii tiedonkulun analyysiä? Tietojen käyttö koodin kautta kulkevilla poluilla. 140. Mikä on epäonnistuminen? Epäonnistuminen on poikkeama määritellystä käyttäytymisestä. 141. Mitä ovat testivertailijat? Onko se todella testi, jos laitat joitain syötteitä joihinkin ohjelmistoihin, mutta et koskaan katso, tuottaako ohjelmisto oikean tuloksen? Testauksen ydin on tarkistaa, tuottaako ohjelmisto oikean tuloksen, ja tehdä se, ja meidän on verrattava ohjelmiston tuottamia tuottamiin tuotteisiin. Testivertailija auttaa automatisoimaan vertailun näkökohtia. 142. Kuka on vastuussa kaikkien tarkastelukokouksessa havaittujen asioiden, ongelmien ja avoimen kysymyksen dokumentoinnista Kirjuri 143. Mikä on epävirallisen arvioinnin päätarkoitus Edullinen tapa saada hyötyä 144. Mikä on testisuunnittelutekniikan tarkoitus? Testiolosuhteiden tunnistaminen ja testitapausten tunnistaminen 145. Testattaessaan arvosanalaskentajärjestelmää testaaja päättää, että kaikki pisteet 90-100 tuottavat arvosanan A, mutta alle 90 pisteet eivät. Tämä analyysi tunnetaan nimellä: Vastaavuusosiointi 146. Testipäällikkö haluaa käyttää käytettävissä olevia resursseja verkkosovelluksen automaattiseen testaukseen. Paras valinta on testaaja, testausautomaatio, verkkosivustojen asiantuntija, DBA 147. Moduulitestaajan testauksen aikana 'X' löysi virheen ja osoitti sen kehittäjälle. Mutta kehittäjä hylkää saman sanomalla, että se ei ole vika. Mitä X: n pitäisi tehdä? Lähetä yksityiskohtaiset tiedot havaitusta virheestä ja tarkista toistettavuus 148. Integraatiotestauksen tyyppi, jossa ohjelmistoelementit, laitteistoelementit tai molemmat yhdistetään kerralla komponentiksi tai kokonaisjärjestelmäksi pikemminkin kuin vaiheittain. Big-Bang -testaus 149. Käytännössä kumpi elinkaarimalli voi olla enemmän, vähemmän tai eri kehitys- ja testaustasoja projektista ja ohjelmistotuotteesta riippuen. Esimerkiksi komponenttitestauksen jälkeen voi olla komponenttien integraatiotestausta ja järjestelmän testauksen jälkeen järjestelmän integraatiotestausta. V-malli 150. Millä tekniikalla voidaan saavuttaa tulo- ja lähtöpeitto? Sitä voidaan soveltaa inhimilliseen panokseen, järjestelmän liitäntöjen kautta tapahtuvaan syötteeseen tai rajapintaparametreihin integraatiotestauksessa. Vastaavuusosiointi 151. "Tätä elinkaarimallia ohjaavat aikataulu ja budjettiriskit" Tämä lausunto sopii parhaiten. V-malli 152. Missä järjestyksessä testit tulisi suorittaa? Tärkein on testattava ensin 153. Mitä myöhemmässä vaiheessa kehitysvika havaitaan, sitä kalliimpi se on korjata. Miksi? Vika on sisällytetty useampaan dokumentaatioon, koodiin, testeihin jne 154. Mikä on kattavuusmittaus? Se on osittainen mitta testin perusteellisuudesta. 155. Mikä on raja-arvon testaus? Testaa rajaolosuhteet tulo- ja lähtöekvivalenssiluokkien reunoilla, alapuolella ja yläpuolella Sanotaan esimerkiksi pankkisovellus, josta voit nostaa enintään 20 000 Rs ja vähintään 100 Rs, joten raja-arvotestauksessa testaamme vain tarkat rajat sen sijaan, että lyöisimme keskelle. Tämä tarkoittaa, että testaamme enimmäisrajan ja alle minimirajan. 156. Mitä COTS edustaa? Kaupallinen hyllyltä. 157. Minkä tarkoituksena on sallia tiettyjen testien suorittaminen järjestelmässä tai verkossa, joka muistuttaa mahdollisimman tarkasti ympäristöä, jossa testattavaa tuotetta käytetään vapautettaessa? Testiympäristössä 158. Mitä voidaan ajatella perustuvan hankesuunnitelmaan, mutta yksityiskohtaisemmin? Vaiheen testisuunnitelma 159. Mikä on nopea sovelluskehitys? Nopea sovelluskehitys (RAD) on muodollisesti rinnakkainen toimintojen kehittäminen ja myöhempi integrointi. Komponentit / toiminnot kehitetään rinnakkain ikään kuin ne olisivat miniprojekteja, kehitystyöt ruudutetaan, toimitetaan ja kootaan sitten toimivaksi prototyypiksi. Tämä voi antaa asiakkaalle nopeasti jotain nähtävää ja käytettävää ja antaa palautetta toimituksesta ja hänen vaatimuksistaan. Tuotteen nopea muutos ja kehittäminen ovat mahdollisia tämän menetelmän avulla. Tuotespesifikaatio on kuitenkin kehitettävä tuotteelle jossain vaiheessa, ja projekti on asetettava muodollisemmalle valvonnalle ennen tuotantoon siirtymistä. Katso Testaa tietokilpailu Katso - Ohjelmistojen testaushaastattelukysymykset - YouTube-video Ilmainen PDF-tiedosto: Ohjelmistojen testaaminen haastattelukysymyksistä ja vastauksista Yllä olevat manuaaliset haastattelukysymykset ja vastaukset pdf auttavat sekä aloittelijoita että kokeneita laadunvalvontaviranomaisia. Ole hyvä ja jaa sivu ystävien ja kollegoiden kanssa.
jos leveys> pituusthenbiggest_dimension = leveysjos korkeus> leveysthenbiggest_dimension = korkeusloppu Joselsebiggest_dimension = pituusjos korkeus> pituusthenbiggest_dimension = korkeusloppu Josloppu Jos