Skip to content

Projekt 1

Jump to bottom
mkovac21 edited this page Jun 9, 2024 · 29 revisions

Plan testiranja

1. Uvod

SVRHA

Svrha plana testiranja je osigurati da svi aspekti softvera budu testirani temeljito i sustavno, kako bi se identificirali i ispravili nedostaci prije nego što softver bude pušten u proizvodnju. Uz to, plan testiranja služi kao vodič za cjelokupni proces testiranja i pomaže u koordinaciji aktivnosti testiranja.

Ključni razlozi za izradu testnog plana:

  1. Jasna definicija ciljeva: Plan testiranja definira ciljeve testiranja, što omogućava svim članovima tima da razumiju što se želi postići testiranjem.
  2. Standardizacija procesa: Plan testiranja postavlja standardizirani proces koji svi se treba slijediti, čime se osigurava konzistentnost u testiranju.
  3. Identifikacija resursa: Identificira potrebne resurse, uključujući alate i okruženja potrebne za provođenje testiranja.
  4. Praćenje napretka: Pomaže u praćenju napretka testiranja i omogućava rano otkrivanje problema koji bi mogli ometati proces.
  5. Smanjenje rizika: Pomaže u identifikaciji i smanjenju rizika povezanih s kvalitetom softvera.

Okvirna struktura testnog plana je sljedeća:

  1. Uvod: Opis svrhe, opsega i ciljeva testiranja.
  2. Opseg testiranja: Definicija onoga što će biti testirano i što neće biti testirano.
  3. Dionici: Navedeni glavni pojedinci zainteresirani za rezultate testiranja.
  4. Pristup: Opisani koraci provedbe i raspored samog testiranja.
  5. Okruženje i alati: Navedeno i opisani koji će se alati i u kojem okruženju koristiti u provedbi testiranja.
  6. Metrike i kriterij uspjeha: Definirane metrike za praćenje napretka i kriteriji za uspjeh i neuspjeh testiranja softvera.
  7. Izvještavanje: Definiran način i frekvencija izvještavanja.
  8. Testni tim: Navedene osobe koje će direktno biti uključene u proces testiranja.
  9. Testovi: Popis testnih scenarija koje treba provesti.

Tokom faze testiranja, dokument testnog plana će se koristiti na sljedeće načine:

  1. Vodič za testne aktivnosti: Testni plan služi kao vodič za sve testne aktivnosti, osiguravajući da se slijedi strukturiran i konzistentan pristup.
  2. Praćenje napretka: Plan se koristi za praćenje napretka testiranja u odnosu na raspored i ciljeve definirane u dokumentu.
  3. Upravljanje rizicima: Pomaže u praćenju identificiranih rizika i osigurava da se poduzimaju potrebne mjere za njihovo ublažavanje.
  4. Izvještavanje: Koristi se za dokumentiranje rezultata testiranja i komunikaciju tih rezultata zainteresiranim stranama.

OPSEG

Izvršavanjem ovoga projekta biti će testirane određeni funkcionalni i nefunkcionalni zahtjevi. Funkcionalni zahtjevi koji će biti testirani su:

  • FZ-11 Upravljanje opremom i resursima
  • FZ-12 Grafički prikaz statistički podataka
  • FZ-13 Dohvaćanje zaboravljene lozinke

Pored navedenih funkcionalnih zahtjeva, biti će testirani i sljedeći nefunkcionalni zahtjevi:

  • NFZ-1 Sustav će imati formalan i minimalističan stil grafičkog sučelja
  • NFZ-2 Sustav će biti dostupan 24 sata, 365 dana u godini
  • NFZ-3 Sustav će samo korisnicima zabilježenima u bazi podataka vrtića omogućiti prijavljivanje u sustav
  • NFZ-4 Vrijeme odgovora sustava
  • NFZ-5 Performanse baze podataka

DIONICI

  • Administratori vrtića i odgojitelji - oslanjaju se na rezultate testiranja kako bi osigurali da softver ispravno funkcionira, što izravno utječe na njihovu sposobnost obavljanja svakodnevnih zadataka.
  • Roditelji - očekuju pouzdanu i sigurnu komunikaciju, a bilo kakvi nedostaci u testiranju mogu rezultirati nepravovremenim ili netočnim informacijama o njihovoj djeci.
  • Zaposlenici IT odjela - koriste rezultate testiranja za identifikaciju i rješavanje tehničkih problema, što utječe na opću stabilnost i performanse sustava.
  • Ravnatelj vrtića - treba točne podatke za donošenje strateških odluka, a kvalitetno testiranje osigurava integritet tih podataka.

2. Pristup

KORACI PROVEDBE

  1. Analiza zahtjeva

    • Prvi korak u provedbi testiranja je detaljna analiza zahtjeva softvera. Ovaj korak uključuje pregled funkcionalnih i nefunkcionalnih zahtjeva kako bi se osiguralo da su svi aspekti sustava razumljivi i dokumentirani.

  2. Izrada testne strategije

    • Razvoj opće strategije testiranja koja uključuje definiciju metodologija, alata i resursa potrebnih za testiranje. Strategija obuhvaća vrste testiranja koje će se koristiti (npr. funkcionalno, integracijsko, regresijsko, performansno).

  3. Izrada testnog plana

    • Kreiranje detaljnog testnog plana koji uključuje ciljeve testiranja, opseg, raspored, resurse, kriterije za prihvaćanje i rizike. Plan također definira odgovornosti članova tima i načine komunikacije.

  4. Dizajn testnih slučajeva

    • Razvoj detaljnih testnih slučajeva koji pokrivaju sve definirane zahtjeve. Testni slučajevi opisuju specifične korake koje treba poduzeti, ulazne podatke i očekivane rezultate.

  5. Priprema testnog okruženja

    • Postavljanje i konfiguracija testnog okruženja koje oponaša stvarne uvjete u kojima će softver raditi. Ovo uključuje instalaciju potrebnog hardvera, softvera i alata za testiranje.

  6. Izvršenje testiranja

    • Provođenje testiranja prema planu i dizajniranim testnim slučajevima. Tijekom ovog koraka, testeri izvršavaju testne slučajeve, bilježe rezultate i uspoređuju ih s očekivanim rezultatima.

  7. Izvještavanje o defektima

    • Dokumentiranje svih otkrivenih defekata ili problema. Svaki defekt treba detaljno opisati, uključujući korake za reprodukciju, očekivani i stvarni rezultat, te ozbiljnost problema.

  8. Ponovno testiranje i regresijsko testiranje

    • Nakon što su defekti ispravljeni, provodi se ponovno testiranje kako bi se osiguralo da su problemi riješeni. Regresijsko testiranje se provodi kako bi se osiguralo da nove promjene nisu uvele nove greške u već testirane dijelove softvera.

  9. Evaluacija i završno izvještavanje

    • Evaluacija rezultata testiranja u odnosu na definirane kriterije prihvaćanja. Izrada završnog izvještaja koji sažima aktivnosti testiranja, otkrivene defekte i opće stanje softvera.

  10. Održavanje testne dokumentacije

    • Redovno ažuriranje testne dokumentacije kako bi se odrazile sve promjene u softveru i novootkriveni defekti. Dokumentacija treba biti ažurirana tijekom cijelog životnog ciklusa softvera.

RASPORED TESTIRANJA

  1. Analiza zahtjeva

    • Datum početka: 1. ožujka 2024.
    • Datum završetka: 5. ožujka 2024.

  2. Izrada testne strategije

    • Datum početka: 6. ožujka 2024.
    • Datum završetka: 9. ožujka 2024.
    • Kontrolna točka: Pregled i odobrenje testne strategije – 10. ožujka 2024.

  3. Izrada testnog plana

    • Datum početka: 10. ožujka 2024.
    • Datum završetka: 15. ožujka 2024.
    • Kontrolna točka: Pregled i odobrenje testnog plana – 16. ožujka 2024.

  4. Dizajn testnih slučajeva

    • Datum početka: 17. ožujka 2024.
    • Datum završetka: 22. ožujka 2024.
    • Kontrolna točka: Pregled testnih slučajeva – 23. ožujka 2024.

  5. Priprema testnog okruženja

    • Datum početka: 24. ožujka 2024.
    • Datum završetka: 26. ožujka 2024.
    • Kontrolna točka: Verifikacija testnog okruženja – 27. ožujka 2024.

  6. Izvršenje testiranja

    • Datum početka: 27. ožujka 2024.
    • Datum završetka: 24. travnja 2024.
    • Kontrolne točke:
      • Prva kontrolna točka: 3. travnja 2024. (Pregled napretka testiranja i početni izvještaj o defektima)
      • Druga kontrolna točka: 17. travnja 2024. (Pregled napretka i drugi izvještaj o defektima)

  7. Izvještavanje o defektima

    • Neprekidan proces tijekom faze izvršenja testiranja.

  8. Ponovno testiranje i regresijsko testiranje

    • Datum početka: 25. travnja 2024.
    • Datum završetka: 7. svibnja 2024.
    • Pregled rezultata ponovnog i regresijskog testiranja – 8. svibnja 2024.

  9. Evaluacija i završno izvještavanje

    • Datum početka: 8. svibnja 2024.
    • Datum završetka: 10. svibnja 2024.
    • Kontrolna točka: Pregled završnog izvještaja – 11. svibnja 2024.

  10. Održavanje testne dokumentacije

    • Neprekidan proces tijekom cijelog životnog ciklusa softvera.

Ukupni vremenski okvir:
Datum početka testiranja: 1. ožujka 2024.
Datum završetka testiranja: 11. svibnja 2024.

Testno okruženje

Za testiranje softvera za praćenje rada dječjeg vrtića, potrebno je osigurati odgovarajuće testno okruženje koje uključuje potrebni hardver, softver, konfiguracije i postavke sustava. Okruženje je specifično prilagođeno za rad u Visual Studio (WPF, XAML) te korištenje raznih alata i tehnologija za testiranje i analizu koda, koji će biti detaljno opisani u sljedećem odjeljku.

Potrebni hardver

  1. Razvojna i testna računala
    • Procesor: Intel Core i5 ili jači
    • RAM: Minimalno 16 GB
    • Diskovni prostor: Minimalno 500 GB SSD
    • Grafička kartica: Integrirana ili osnovna diskretna grafička kartica dovoljna za WPF aplikacije
    • Mrežna kartica: Ethernet ili Wi-Fi

Potrebni softver

  1. Operacijski sustav

    • Windows 10 ili noviji

  2. Razvojno okruženje

    • Visual Studio 2022
    • WPF (Windows Presentation Foundation)
    • XAML (eXtensible Application Markup Language)

  3. Sustav za kontrolu verzija

    • Git
    • GitHub repository za upravljanje kodom i suradnju tima

Konfiguracije i postavke sustava

  1. Visual Studio konfiguracija

    • Instalirati potrebne ekstenzije: SpecFlow, SonarLint, Fine Code Coverage, GitHub Copilot
    • Konfigurirati projekat za korištenje BDD pristupa s Gherkin jezikom

  2. SonarLint konfiguracija

    • Postaviti SonarLint za automatsko skeniranje koda i prijavljivanje problema u stvarnom vremenu tijekom razvoja

  3. Fine Code Coverage konfiguracija

    • Omogućiti Fine Code Coverage ekstenziju za generiranje izvještaja o pokrivenosti jediničnih testova

  4. Code Metrics

    • Koristiti ugrađene alate u Visual Studio za praćenje metrika koda poput složenosti, održivosti i povezanosti

  5. GitHub Copilot

    • Aktivirati i koristiti GitHub Copilot kao pomoć pri pisanju koda i predlaganju novih funkcionalnosti

Mrežna konfiguracija

  1. Pristup GitHub repozitoriju

    • Postaviti pravila za commit-ove i pull request-ove kako bi se osigurala kvaliteta koda

  2. Integracija kontinuirane integracije (CI)

    • Postaviti CI/CD pipeline na GitHubu za automatsko pokretanje testova i analiza koda nakon svakog commit-a
Clone this wiki locally