TESTAUSSUUNNITELMA ohjelmistotestauksessa (esimerkki)

Testisuunnitelma

A Testisuunnitelma on yksityiskohtainen asiakirja, joka kuvaa ohjelmistotuotteen testausstrategian, tavoitteet, aikataulun, arvion, tuotokset ja resurssit. Testaussuunnitelma auttaa meitä määrittämään testattavan sovelluksen laadun validointiin tarvittavan työn määrän. Testaussuunnitelma toimii suunnitelmana ohjelmistotestaustoimien suorittamiseksi määriteltynä prosessina, jota testauspäällikkö seuraa ja ohjaa tarkasti.

ISTQB:n määritelmän mukaan: ”Testaussuunnitelma on asiakirja, joka kuvaa suunniteltujen testaustoimien laajuuden, lähestymistavan, resurssit ja aikataulun.”

Aloitetaan seuraavalla testisuunnitelman esimerkillä/skenaariolla: Haluat keskustella testisuunnitelmasta kokouksessa tiimin jäsenten kanssa, mutta he eivät ole kiinnostuneita.

Mitä teet tällaisessa tapauksessa? Valitse vastauksesi seuraavan kuvan mukaisesti.

👉 Ilmoittaudu ilmaiseen live-ohjelmistotestausprojektiin

Mikä on testaussuunnitelman merkitys?

Testaussuunnitelman laatimisella on useita etuja.

• Auta testaustiimin ulkopuolisia ihmisiä, kuten kehittäjiä, liiketoimintapäälliköitä ja asiakkaita, ymmärtää testauksen yksityiskohdat.
• Testisuunnitelma Oppaat ajatuksemme. Se on kuin sääntökirja, jota on noudatettava.
• Tärkeitä näkökohtia, kuten testin arviointi, testin laajuus, Testistrategia olemme dokumentoitu testisuunnitelmassa, jotta johtoryhmä voi tarkastella sitä ja käyttää sitä uudelleen muissa projekteissa.

Testisuunnitelmien tyypit

Niitä on kolme päätyyppiä Testisuunnitelmat ohjelmistotestauksessa.

1. Päätestaussuunnitelma: Yleinen dokumentti, jossa esitetään yleisen testausstrategian, laajuuden, resurssit ja aikataulu kaikille testaustasoille. Se toimii projektin pääasiallisena tiekarttana.
2. Tasokohtainen testisuunnitelma: Keskittyy tiettyihin testaustasoihin, kuten yksikkö-, integraatio-, järjestelmä- tai hyväksymistestaukseen. Jokainen suunnitelma kuvaa yksityiskohtaisesti kyseisen tason lähestymistavan, ympäristön ja tuotokset.
3. Tyyppikohtainen testaussuunnitelma: Targeterikoistuneita testaustyyppejä, kuten suorituskyky-, tietoturva-, käytettävyys- tai automaatiotestaus. Se määrittelee kyseiselle testityypille ainutlaatuiset työkalut, tekniikat ja kriteerit.

Yhdessä nämä testaussuunnitelmat varmistavat kattavan kattavuuden, yhdenmukaistavat testaustavoitteet projektin tavoitteiden kanssa ja parantavat tiimien välistä koordinointia ohjelmiston laadun parantamiseksi.

Kuinka kirjoittaa testisuunnitelma

Tiedät jo, että a Testisuunnitelma on tärkein tehtävä TestinhallintaprosessiLuo IEEE 829 -standardin mukainen testisuunnitelma noudattamalla alla olevia seitsemää vaihetta.

1. Analysoi tuote
2. Suunnittele testistrategia
3. Määrittele testin tavoitteet
4. Määritä testikriteerit
5. Resurssien suunnittelu
6. Suunnittele testiympäristö
7. Aikataulu ja arvio
8. Määritä testitulokset

Vaihe 1) Analysoi tuote

Kuinka voit testata tuotetta ilman onko tietoa siitä? Vastaus on MahdotonSinun täytyy oppia tuote perin pohjin ennen kuin testaat sen.

Testattava tuote on Guru99 pankkisivusto. Sinun tulisi tutkia asiakkaita ja loppukäyttäjiä selvittääksesi heidän tarpeensa ja odotuksensa sovelluksesta.

• Kuka käyttää verkkosivustoa?
• Mihin sitä käytetään?
• Miten se toimii?
• Mitä ohjelmistoja/laitteistoja tuote käyttää?

Voit analysoida sivustoa seuraavalla tavalla.

Sovelletaan nyt yllä olevaa tietoa todelliseen tuotteeseen: Analysoida pankin verkkosivuilla https://demo.guru99.com/V4.

Sinun pitäisi ottaa a katso ympärilleen tämä sivusto ja myös arvio tuotteen dokumentaatio. Revtuotedokumentaatio auttaa sinua ymmärtämään verkkosivuston kaikki ominaisuudet ja sen käytön. Jos olet epäselvä jostain kohdasta, voit haastattelu asiakas, kehittäjä, suunnittelija saadakseen lisätietoja.

Vaihe 2) Kehitä testistrategia

Testistrategia on a kriittinen askel ohjelmistotestauksen testisuunnitelman laatimisessa. Testausstrategiadokumentti on yleisen tason dokumentti, jonka yleensä kehittää testauspäällikkö. Tämä dokumentti määrittelee:

• Hanke on testaustavoitteet ja keinot niiden saavuttamiseksi
• Määrittää testauksen vaivaa ja kustannukset

Palatakseni projektiisi, sinun on kehitettävä testistrategia kyseisen pankkisivuston testaamiseksi. Sinun tulee noudattaa alla olevia ohjeita.

Vaihe 2.1) Määritä testauksen laajuus

Ennen minkään testaustoiminnan aloittamista testauksen laajuus tulisi tietää. Sinun on mietittävä sitä tarkkaan.

• Testattavat järjestelmän komponentit (laitteisto, ohjelmisto, väliohjelmisto jne.) määritellään seuraavasti: "laajuuspiirissä"
• Järjestelmän ne osat, joita ei testata, on myös määriteltävä selkeästi. "ulkopuolella soveltuvuutta."

Testausprojektisi laajuuden määrittäminen on erittäin tärkeää kaikille sidosryhmille. Tarkka laajuus auttaa sinua.

• Anna kaikille luottamusta ja tarkkoja tietoja tekemistäsi testeistä.
• Kaikilla projektin jäsenillä on a selkeä ymmärrystä siitä, mitä testataan ja mitä ei.

Miten määrität projektisi laajuuden?

Määrittääksesi laajuuden sinun on -

• Tarkka asiakasvaatimus
• Hankkeen talousarvio
• Tekniset tiedot
• Testitiimisi taidot ja lahjakkuus

Nyt sen tulisi selkeästi määritellä testauksen "laajuusalueeseen" ja "laajuuden ulkopuolelle".

• Ohjelmistovaatimusten mukaan silmälasit, projekti Guru99 Pankki keskittyy vain kaikkien testaamiseen tehtävät ja verkkosivuston ulkoinen käyttöliittymä Guru99 Pankki (laajuudessa testaus)
• Ei-toiminnallinen testaus, kuten stressi, suorituskyky or looginen tietokanta ei testata. (ulos soveltamisala)

Ongelman skenaario

Asiakas haluaa sinun testaavan hänen API:aan. Mutta projektin budjetti ei salli sitä. Mitä teet siinä tapauksessa?

No, tällaisessa tapauksessa sinun täytyy vakuuttaa asiakas siitä, että Api-testaus on ylimääräistä työtä ja kuluttaa merkittäviä resursseja. Anna hänelle tietoja, jotka tukevat faktojasi. Kerro hänelle, että jos API-testaus sisällytetään laajuuteen, budjetti kasvaa XYZ-summalla.

Asiakas hyväksyy, ja näin ollen uudet laajuudet ja laajuuden ulkopuoliset kohteet ovat

• Soveltamisalaan kuuluvat tuotteet: Toiminnallinen testaus, Api-testaus
• Soveltamisalan ulkopuoliset kohteet: Tietokannan testaus, laitteistot ja muut ulkoiset liitännät

Vaihe 2.2) Tunnista testaustyyppi

A Testaustyyppi on standardi testimenettely, joka antaa odotetun testituloksen.

Jokainen testaustyyppi on suunniteltu tunnistamaan tietyn tyyppisiä tuotevirheitä. Mutta kaikilla testaustyypeillä on yksi yhteinen tavoite: ”Varhainen havaitseminen kaikki viat ennen tuotteen luovuttamista asiakkaalle”

yleisesti käytetty Testaustyypit on kuvattu kuvassa seuraavasti

On tonnia testaustyyppejä ohjelmistotuotteen testaamiseen. Tiimisi ei voi laittaa riittävästi vaivaa kaikenlaisten testien käsittelyyn. Testipäällikkönä sinun on asetettava prioriteetti testaustyypeistä

• Mitkä testityypit pitäisi olla keskityttiin verkkosovellusten testausta varten?
• Mitkä testityypit pitäisi olla huomiotta kustannusten säästämiseksi?

Vaihe 2.3) Dokumentoi riskit ja ongelmat

Riski on tulevaisuus epävarma tapahtuma todennäköisyydellä esiintyminen ja mahdollinen tappiolle. Kun riski todella toteutuu, siitä tulee 'antaa'.

Artikkelissa Riskianalyysi ja ratkaisu, olet jo perehtynyt "Riski"-analyysiin yksityiskohtaisesti ja tunnistanut mahdolliset riskit projektissa.

Laadunvarmistustestisuunnitelmassa dokumentoit nämä riskit

Riski	lieventäminen
Tiimin jäsenillä ei ole verkkosivustojen testaamiseen tarvittavia taitoja.	Suunnittele a koulutus jäsentensä osaamista varten
Projektin aikataulu on liian tiukka; tätä projektia on vaikea saada päätökseen ajoissa	Asettaa Testin prioriteetti jokaiselle testitoiminnolle.
Testipäälliköllä on heikot johtamistaidot	Suunnitelma johtamiskoulutus johtajalle
Yhteistyön puute vaikuttaa negatiivisesti työntekijöiden tuottavuuteen	Kannustaa jokainen tiimin jäsen omassa tehtävässään, ja inspiroida niitä suurempiin ponnisteluihin.
Väärä budjettiarvio ja kustannusten ylitykset	Perustaa laajuus ennen työn aloittamista, kiinnitä paljon huomiota projektisuunnitteluun ja jatkuvasti track ja mittaa edistymistä

Vaihe 2.4) Luo testilogistiikka

Test Logisticsissa testipäällikön tulee vastata seuraaviin kysymyksiin:

• Kuka testataanko?
• Kun tuleeko testi?

Kuka testaa?

Et ehkä tiedä testaajien tarkkoja nimiä, mutta testaajan tyyppi voidaan määritellä.

Oikean jäsenen valitsemiseksi tiettyyn tehtävään on otettava huomioon, onko heidän taitonsa riittävä tehtävään, ja arvioitava myös projektin budjetti. Väärän jäsenen valitseminen tehtävään voi aiheuttaa projektin epäonnistumisen. epäonnistua or viivästyä.

Ohjelmistotestaukseen ihanteellinen henkilö, jolla on seuraavat taidot:

• Kyky ymmärtää asiakkaan näkökulma
• Vahva halu laadusta
• Huomio yksityiskohtiin
• hyvä yhteistyö

Projektissasi testien suorituksesta vastaava jäsen on testaajaProjektibudjetin perusteella voit valita testaajaksi sisäisen tai ulkoistetun jäsenen.

Milloin testi suoritetaan?

Testitoiminnat on yhdistettävä niihin liittyvien kehitystoimintojen kanssa.

Aloitat testaamisen, kun olet saanut kaikki tarvittavat esineet esitetty seuraavassa kuvassa.

Vaihe 3) Määritä testin tavoite

Testaustavoite on testin suorituksen kokonaistavoite ja saavutus. Testauksen tavoitteena on löytää mahdollisimman monta ohjelmistovirhettä; varmistaa, että testattava ohjelmisto on bugiton ennen julkaisua.

Testaustavoitteiden määrittämiseksi sinun tulee tehdä seuraavat kaksi vaihetta

1. Listaa kaikki ohjelmiston ominaisuudet (toiminnallisuus, suorituskyky, käyttöliittymä…), jotka saattavat joutua testaamaan.
2. Määrittele tavoite tai tavoite testin yllä olevien ominaisuuksien perusteella

Sovelletaan näitä vaiheita testitavoitteen löytämiseksi Guru99 Pankin testausprojekti

Voit valita YLHÄÄLTÄ ALAS menetelmä verkkosivuston ominaisuuksien löytämiseksi, jotka saattavat vaatia testausta. Tässä menetelmässä testattava sovellus jaetaan osiin osat ja alikomponentit.

Edellisessä aiheessa olet jo analysoinut vaatimusmäärittelyt ja käynyt läpi verkkosivuston, joten voit luoda Miellekartta Löydät verkkosivuston ominaisuudet seuraavasti:

Tämä kuva näyttää kaikki ominaisuudet, joita Guru99-verkkosivustolla saattaa olla.

Yllä olevien ominaisuuksien perusteella voit määritellä projektin testaustavoitteen Guru99 seuraavasti:

• Tarkista, onko verkkosivusto Guru99 toiminnallisuus(Tili, talletus…) toimii odotetulla tavalla ilman virheitä tai bugeja todellisessa liiketoimintaympäristössä
• Tarkista verkkosivuston ulkoinen käyttöliittymä, kuten UI, toimii odotetusti ja täyttää asiakkaan tarpeet
• Varmista käytettävyys verkkosivustosta. Ovatko nuo toiminnot käyttäjälle käteviä vai eivät?

Vaihe 4) Määritä testikriteerit

Testikriteerit ovat standardi tai sääntö, johon testausmenettely tai testiarvio voi perustua. Testikriteerejä on kahdenlaisia:

Keskeytyskriteerit

Määritä testin kriittiset jousituskriteerit. Jos jousituskriteerit täyttyvät testauksen aikana, aktiivinen testisykli on keskeytetty kunnes kriteerit täyttyvät ratkaistu.

Testisuunnitelman esimerkki: Jos tiimisi jäsenet raportoivat, että 40% epäonnistuneista testitapauksista, sinun pitäisi keskeyttää testataan, kunnes kehitystiimi korjaa kaikki epäonnistuneet tapaukset.

Poistu kriteerit

Se määrittelee kriteerit, jotka merkitsevät a onnistunut testivaiheen päätökseen. Poistumiskriteerit ovat testin kohdennettuja tuloksia ja ovat välttämättömiä ennen seuraavaan kehitysvaiheeseen siirtymistä. Esimerkki: 95% kaikista kriittisistä testitapauksista on läpäistävä.

Jotkut poistumiskriteerien määrittelytavat ovat kohdistettujen määrittäminen ajonopeus ja läpäisyaste.

• Juoksunopeus on suhde suoritettujen testitapausten lukumäärä ja/testitapausten kokonaismäärä testispesifikaation. Esimerkiksi testispesifikaatiossa on yhteensä 120 TC:tä, mutta testaaja suoritti vain 100 TC:tä, joten suoritusprosentti on 100/120 = 0.83 (83 %).
• Läpäisyprosentti on suhde näiden kahden välillä: läpäistyjen testitapausten / suoritettujen testitapausten määräEsimerkiksi yllä mainituista 100 suoritetusta TC:stä 80 TC:tä läpäisi, joten läpäisyprosentti on 80/100 = 0.8 (80 %).

Nämä tiedot voidaan hakea Test Metric -asiakirjoista.

• ajaa korko on pakollinen 100% ellei selkeää syytä ilmoiteta.
• Siirtää hinta riippuu projektin laajuudesta, mutta korkean läpäisyprosentin saavuttaminen on tavoite.

Esimerkki testisuunnitelmasta:Tiimisi on jo suorittanut testisuoritukset. He raportoivat sinulle testituloksen ja haluavat sinun vahvistavan sen Poistumiskriteerit.

Yllä olevassa tapauksessa juoksunopeus on pakollinen ja se on 100%, mutta testitiimi suoritti vain 90 % testitapauksista. Se tarkoittaa, että suoritusprosenttia ei täytetä, joten ÄLÄ vahvista lopetuskriteerejä.

Vaihe 5) Resurssien suunnittelu

Resurssisuunnitelma on yksityiskohtainen yhteenveto kaikenlaisista resursseista, joita tarvitaan projektitehtävän suorittamiseen. Resursseihin voivat kuulua projektin suorittamiseen tarvittavat ihmiset, laitteet ja materiaalit.

Resurssisuunnittelu on tärkeä osa testaussuunnittelua, koska se auttaa määritetään Ishayoiden opettaman numero projektissa käytettävistä resursseista (työntekijät, laitteet…). Näin testauspäällikkö voi laatia projektille oikean aikataulun ja arvion.

Tämä osio edustaa projektillesi suositeltuja resursseja.

Human Resource

Seuraava taulukko edustaa projektitiimisi eri jäseniä

Ei.	Jäsen	Tehtävät
1.	Testipäällikkö	hoitaa koko projektin Määrittele projekti ohjeet Hanki sopivat resurssit
2.	testaaja	Sopivien testitekniikoiden/työkalujen/automaatioarkkitehtuurin tunnistaminen ja kuvaaminen Tarkista ja arvioi testilähestymistapa Suorittaa testit, log tuloksia ja raportti viat. Testaajat voivat olla joko sisäisesti hankittuja tai ulkoistettuja jäseniä projektin budjetista riippuen. Tehtävään, joka vaatii matala taitoa, suosittelen valitsemaan ulkoistetut jäsenet säästää projektin kustannukset.
3.	Kehittäjä Testissä	Toteuttaa testitapaukset, testiohjelma, testipaketti jne.
4.	Testin ylläpitäjä	Rakentaa ja varmistaa Testiympäristössä ja varat ovat onnistui ja ylläpidetään Tukitestaaja käyttää testiympäristöä testien suorittamiseen
5.	SQA:n jäseniä	Ota vastuu laadunvarmistuksesta. Tarkista, täyttääkö testausprosessi määritellyt vaatimukset

Järjestelmän resurssi

Verkkosovelluksen testausta varten resurssit tulisi suunnitella seuraavasti:

Ei.	Esittelymateriaalit	Descriptionit
1.	Server	Asenna testattava verkkosovellus. Tämä sisältää erillisen web-palvelimen, tietokantapalvelimen ja sovelluspalvelimen, jos sellainen on.
2.	Testityökalu	Testaustyökalun tarkoituksena on automatisoida testaus, simuloida käyttäjän toimintaa ja tuottaa testitulokset. Tässä projektissa on paljon testaustyökaluja, joita voit käyttää, kuten Selenium, QTP, Jne
3.	verkkotuotteet	Tarvitset verkon, mukaan lukien lähiverkon ja internetin, simuloidaksesi todellista liiketoiminta- ja käyttäjäympäristöä.
4.	tietokonetta	Tietokone, jota käyttäjät usein käyttävät yhteyden muodostamiseen web-palvelimeen

Vaihe 6) Suunnittele testiympäristö

Mikä on testiympäristö

Testausympäristö on ohjelmistojen ja laitteistojen kokoonpano, jolla testaustiimi suorittaa testitapauksia. Testiympäristö koostuu seuraavista osista: todellinen liiketoiminta ja lähettämä ympäristössä sekä fyysisissä ympäristöissä, kuten palvelimella ja käyttöliittymäympäristössä.

Testiympäristön määrittäminen

Takaisin projektiisi, miten perustat testiympäristössä tälle pankkisivustolle?

Tämän tehtävän suorittamiseksi tarvitset vahva yhteistyö testitiimin ja kehitystiimin välillä.

Sinun tulee kysyä kehittäjältä joitain kysymyksiä ymmärtääksesi testattavan verkkosovelluksen selvästiTässä on joitakin suositeltuja kysymyksiä. Voit toki kysyä muita kysymyksiä tarvittaessa.

• Kuinka monta käyttäjäyhteyttä tämä verkkosivusto pystyy käsittelemään samanaikaisesti?
• Mitä laitteisto-/ohjelmistovaatimuksia tämän verkkosivuston asentaminen vaatii?
• Tarvitseeko käyttäjän tietokone jotain erityisiä asetuksia verkkosivuston selaamiseen?

Seuraava kuva kuvaa pankkisivuston testiympäristöä https://demo.guru99.com/V4

Vaihe 7) Aikataulu ja arvio

Artikkelissa Testiarvio, olet jo käyttänyt joitakin tekniikoita projektin loppuun saattamiseen tarvittavan työmäärän arvioimiseen. Nyt sinun tulisi sisällyttää kyseinen arvio sekä aikataulu testaussuunnitteluun.

Oletetaan, että testiarviointivaiheessa jaat koko projektin pienempiin tehtäviin ja lisäät kunkin tehtävän arvion seuraavasti

Tehtävä	Jäsenet	Arvioi vaivaa
Luo testispesifikaatio	Testisuunnittelija	170 työtuntia
Suorita testin suorittaminen	Testaaja, testin ylläpitäjä	80 työtuntia
Testiraportti	testaaja	10 työtuntia
Testitoimitus		20 työtuntia
Yhteensä		280 työtuntia

Sitten luot aikataulu suorittaa nämä tehtävät.

Aikataulun laatiminen on yleinen termi projektijohtamisessa. Luomalla vankan aikataulun testaussuunnittelussa testauspäällikkö voi käyttää sitä työkaluna projektin edistymisen seurantaan ja kustannusylitysten hallintaan.

Projektiaikataulun luomiseksi testipäällikkö tarvitsee useita erityyppisiä syötteitä seuraavasti:

• Työntekijän ja projektin määräaikaTyöpäivät, projektin määräaika ja resurssien saatavuus ovat aikatauluun vaikuttavia tekijöitä.
• Hankkeen arvioArvion perusteella testauspäällikkö tietää, kuinka kauan projektin loppuun saattaminen kestää. Joten hän voi laatia sopivan projektiaikataulun.
• Projektin riskiRiskin ymmärtäminen auttaa testauspäällikköä lisäämään projektin aikatauluun riittävästi aikaa riskien käsittelemiseksi.

Harjoitellaan esimerkin kanssa:

Oletetaan, että pomo haluaa saada projektin valmiiksi Guru99 vuonna yksi kuukausi, ja olet jo arvioinut kunkin tehtävän työmäärän Test Estimation -kohdassa. Voit luoda aikataulun seuraavasti

Vaihe 8) Testaa toimitukset

Testituotteet on luettelo kaikista dokumenteista, työkaluista ja muista komponenteista, jotka on kehitettävä ja ylläpidettävä testaustyön tukemiseksi.

Testin jokaisessa vaiheessa on erilaisia ​​testituloksia ohjelmistokehityksen elinkaari.

Testitoimitukset tarjotaan ennen testausvaihe.

• Testisuunnitelmia koskeva asiakirja.
• Testitapausten asiakirjat
• Testisuunnittelun tekniset tiedot.

Testitoimitukset tarjotaan aikana testaus

• Testikomennot
• Simulaattoreissa.
• Testitiedot
• Testi Tracsuorituskykymatriisi
• Virhelokit ja suorituslokit.

Testitoimitukset tarjotaan jälkeen testaussykli on päättynyt.

• Testitulokset/raportit
• Vikaraportti
• Asennus-/testausmenettelyohjeet
• Julkaisutiedot

Yleisiä haasteita testaussuunnittelussa (ja niiden ratkaisut)

Tehokas testaussuunnittelu kohtaa usein käytännön esteitä. Näiden haasteiden tunnistaminen ja ennakoivien ratkaisujen soveltaminen varmistaa sujuvamman toteutuksen ja korkeamman ohjelmiston laadun.

1. Epäselvät vaatimukset
   Haaste: Epäselvät tai muuttuvat projektivaatimukset johtavat epätäydelliseen testikattavuuteen.
   Ratkaisu: Suorita vaatimusten läpikäyntejä ja ylläpidä elinkelpoista vaatimusta tracsuorituskykymatriisi.
2. Rajalliset resurssit
   Haaste: Riittämättömät työkalut, aika tai taitavat testaajat vaikuttavat testien laatuun.
   Ratkaisu: Priorisoi kriittiset testitapaukset ja hyödynnä automaatiota toistuvissa tehtävissä.
3. Epärealistiset määräajat
   Haaste: Tiukat aikataulut vähentävät testien asianmukaiseen suunnitteluun ja toteutukseen kuluvaa aikaa.
   Ratkaisu: Käytä arviointitekniikoita ja viesti riskeistä sidosryhmille varhaisessa vaiheessa.
4. Huono kommunikointi
   Haaste: Tiimien välinen epätasapaino aiheuttaa viivästyksiä ja uudelleentöitä.
   Ratkaisu: Ota käyttöön säännölliset synkronointikokoukset ja jaetut koontinäytöt läpinäkyvyyden parantamiseksi.
5. Riittämätön riskinhallinta
   Haaste: Mahdollisten riskien huomiotta jättäminen voi suistaa projektin aikatauluja raiteiltaan.
   Ratkaisu: Tunnista riskit varhaisessa vaiheessa, pidä riskilokia yllä ja suunnittele lieventämisstrategioita.

FAQ: