Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Samankaltaiset tiedostot
Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Kuopio Testausraportti Kalenterimoduulin integraatio

Kuopio Testausraportti Asiakkaat-osakokonaisuus

WCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

T Testiraportti - järjestelmätestaus

T Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1

Testaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

T Testiraportti - integraatiotestaus

Convergence of messaging

Ohjelmistotuotantoprojekti

Tik Projektiryhmä: TeamAhma. Projektin HAYABUSA opponointi. Opponointisuunnitelma

TESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

Testaussuunnitelma. Ohjelmistotuotantoprojekti Nero. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testausraportti. Oppimistavoitteiden hallintajärjestelmä harri

WCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

T Testiraportti - integraatiotestaus

Tik Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti

Testaussuunnitelma Labra

Automaattinen yksikkötestaus

TESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0

Projektisuunnitelma Viulu

Testausraportti. Orava. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Kyselyjälleenmyyjien, Poliisin ja Tullin testausinfo

dokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant

Testaussuunnitelma. Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma. WebPizza

T Projektikatselmus

COTOOL dokumentaatio Testausdokumentit

Vakuutusyhtiöiden testausinfo

Testausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Mihin kaikkeen voit törmätä testauspäällikön saappaissa?

Testaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille

Testaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Good Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä

Testausprosessin vaatimukset. 2. Testausprosessi (Artikkelit) Vesiputousmallin ongelmia. V-mallin neljä osavaihetta. Testausprosessimalli V-malli

Ohjelmiston testaussuunnitelma

TIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori

Ohjelmiston testaus ja laatu. Testaustasot

L models. Testisuunnitelma. Ryhmä Rajoitteiset

Testausraportti v.1.3

UCOT-Sovellusprojekti. Testausraportti

LAATUSUUNNITELMA Virtuaaliyhteisöjen muodostamien Versio 1.0 (Luonnos 3)

Tik Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti

LAATURAPORTTI Iteraatio 1

SEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3

CoMa - Testausdokumentti

Ohjelmien testaustyökalut

Lohtu-projekti. Testaussuunnitelma

TESTIRAPORTTI - JÄRJESTELMÄ, ADMIN Virtuaaliyhteisöjen muodostaminen Versio 1.0

58160 Ohjelmoinnin harjoitustyö

S14 09 Sisäpeltorobotti AS Automaatio ja systeemitekniikan projektityöt. Antti Kulpakko, Mikko Ikonen

Laadunvarmistuksen suunnitelma. Ryhmä ExtraTerrestriaLs Aureolis Oy

Opponenttitestaus Kuopio

Hirviö Testausraportti I2

EDISTYMISRAPORTTI - T2 Virtuaaliyhteisöjen muodostaminen Versio 1.2

TESTIRAPORTTI - JÄRJESTELMÄ, PORTAL Virtuaaliyhteisöjen muodostaminen Versio 1.0

11. PALAVERIN PÖYTÄKIRJA. Jyväskylän Yliopisto Tietotekniikan laitos CONCEPT-projekti Paikka ja aika

Testaussuunnitelma. Opeapuri. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testausraportti v1.0. HOHTO - Henkilöstön osaamisen hallinnan työkalu

Testiraportti - Koordinaattieditori

Lohtu-projekti. Testiraportti. Versiohistoria: syklin toteutuksen testit. 1. ajo Virve

T Testiraportti TR-3. ETL-työkalu

T Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe LU. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T3

Automaattinen regressiotestaus ilman testitapauksia. Pekka Aho, VTT Matias Suarez, F-Secure

TIEDONKULKU. PROJEKTITYÖ Tik Wclique

Testaussuunnitelma. Asdf. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Ylläpitodokumentti. Boa Open Access. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Kuntokirjuri. Testausraportti. Miika Alonen Jarkko Laine Jesse Honkanen Veli Matti Huovinen Jani Jäntti. Versio

T Testiraportti TR-2. ETL-työkalu

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen Kevät 2016

Yhteenvetodokumentti. PLAYOFF Jari Anttila Sanna Fröblom Aarno Sandvik Tommi Paavilainen Miikka Kohijoki. Päivi Pääkkö, ohjaaja

Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen

OTM viikoilla 18 ja 19

Subversion-ohje. Linux Traffic Control-käyttöliittymä Ryhmä paketti2

Hyväksymistestauksen tarkistuslista järjestelmän hankkijalle

Teknillinen korkeakoulu T Tietojenkäsittelyopin ohjelmatyö. Testausraportti Smartmeeting opponointi

WCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma

Julkaisemattomia koulutusmateriaaleja

Ylläpitodokumentti Mooan

Projektin suunnittelu

Testaussuunnitelma. Oppimistavoitteiden hallintajärjestelmä harri

Laadunvarmistustekniikat

LAATUSUUNNITELMA Virtuaaliyhteisöjen muodostamien Versio 1.0

Figure 1: Projektipäälliköt Juha-Pekka Honkavaara ja Juha Mattila

Testauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg

TESTIRAPORTTI - XMLREADER-LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)

Projektisuunnitelma. KotKot. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

EDISTYMISRAPORTTI - T4 Virtuaaliyhteisöjen muodostaminen Versio 1.0

Mihin kaikkeen voit törmätä testauspäällikön saappaissa?

Testausdokumentti. Sivu: 1 / 10. Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto. Versiohistoria

Kontrollipolkujen määrä

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen Kevät 2015

TIE Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen Kevät 2015

Testaussuunnitelma. PUSU-ryhmä. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

LOPPURAPORTTI Paperikonekilta Versio 1.0

S14 09 Sisäpeltorobotti AS Automaatio ja systeemitekniikan projektityöt. Antti Kulpakko, Mikko Ikonen

Transkriptio:

www.niksula.cs.hut.fi/~jjkankaa// Testauksen loppuraportti v. 1.0 Päivitetty 23.4.2001 klo 19:05

Mikko Viljainen 2 (14) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite 1.0 23.4.2001 Janne Kankaanpää Ulkoasu 0.9 23.4.2001 Mikko Viljainen Koko dokumentti www.niksula.cs.hut.fi/~jjkankaa// TESTAUKSEN LOPPURAPORTTI 2

Mikko Viljainen 3 (14) Sisällys DOKUMENTIN VERSIOHISTORIA...2 1. JOHDANTO...4 1.1 VIITTEET...4 2. KATTAVUUS...4 3. YHTEENVETO TULOKSISTA...5 4. VERSIOT...5 5. ARVIOINTI...6 6. YHTEENVETO TOIMENPITEISTÄ...6 7. HYVÄKSYMINEN...7 www.niksula.cs.hut.fi/~jjkankaa// TESTAUKSEN LOPPURAPORTTI 3

Mikko Viljainen 4 (14) 1. Johdanto Tämä testausraportti liittyy TKK:n kurssiin Tik-76.115, ohjelmistoprojektiin. Tämä testaussuunnitelma on A-Ware Oy:n tilaamaa -ryhmän projektityötä, "Käyttäjien tunnistaminen ja ", varten. Tuote on sovelluskehikko, joka huolehtii käyttäjien todentamisesta. Tämä dokumentti kattaa kaiken ryhmän puolesta tehtävän testaustoiminnan ja se on laadittu noudattaen IEEE:n standardia IEEE Std 829-1998 soveltuvin osin. Raportin tarkoitus on luoda yleiskuvaus tehtyyn testaukseen ja arvioida sitä. 1.1 Viitteet [1] IEEE std 829-1998 [2] Tik-76.613 Software Testing and Validation Luentomonisteet, syksy 2000, Jukka Paakki [3] Tik-76.115 Testaussuunnitelma v. 1.1; Käyttäjien tunnistaminen ja käyttö-oikeuksien hallinta hajautetussa, Päivitetty 12.12. 2000, Janne Kankaanpää, Mikko Viljainen [4] Testausraportit [5] Hayabusan opponointiraportti [6] Case-kohtaiset testaussuunnitelmat. 2. Kattavuus Kaikki testattavaksi suunnitellut osiot testattiin. www.niksula.cs.hut.fi/~jjkankaa// TESTAUKSEN LOPPURAPORTTI 4

Mikko Viljainen 5 (14) 3. Yhteenveto tuloksista Ohjelmasta löydettiin integrointi- ja järjestelmätestausvaiheessa 4 huomattavaa bugia, joista kaikki on korjattu. Löydetyt merkittävät bugit; 1. Hidas Thread-testauksessa ohjelma toimi hitaasti. Satunnaisluvun generointi vei erityisesti aikaa. Tämä optimoitiin myöhemmin. 2. Autentikointinumerointi Thread-testauksessa ilmeni, että mikäli useampi käyttäjä loggaa sisälle samalla millisekunnilla, saavat he saman istunnonnumeron. Tämä korjattiin muuttamalla nimeämistapaa. 3. Killer-thread ei toimi Ei-aktiivisia istuntoja poistava thread ei poistanut istuntoja. Korjattiin. 4. Metodirajapinta ei toimi Metodirajapinnassa oli kriittinen bugi, joka keskeytti testaamisen. Tämä korjattiin. Näiden lisäksi löytyi joukko pienempiä bugeja, jotka korjattiin kaikki paikan päällä heti, kun ne havaittiin. 4. Versiot Ohjelmaa testattiin ja korjattiin yhtäaikaisesti ja näin versionhallintaan, varsinkaan muutoksenhallintaan, ei kiinnitetty tarpeeksi huomiota. Tämä aiheuttikin lopulta hieman ongelmia. www.niksula.cs.hut.fi/~jjkankaa// TESTAUKSEN LOPPURAPORTTI 5

Mikko Viljainen 6 (14) 5. Arviointi Ohjelma testattiin kattavasti sekä ryhmän että opponenttien toimesta. Yhtään tunnettua bugia ei jäänyt korjaamatta. Geneerisyyden testaaminen jäi kuitenkin vähemmälle kuin ajateltiin. Ohjelmaa ei päästy testaamaan kuin muutaman eri tietolähteen kanssa. Tämä ei kuitenkaan ole mitenkään vakava puute, sillä kyseessä ovat rajapinnat. Varsinainen ohjelman ydin ei ole näistä riippuvainen. Muutokset ryhmän kokoonpanossa aiheuttivat sen, että alkuperäisessä testaussuunnitelmassa ei pysytty. Erityisesti demosovellusta varten tehdyt osiot jäivät pois, yksikkötestausta oli kevennettävä eikä alun perin käytettäväksi suunniteltuja työkaluja otettu käyttöön, vaan tehtiin 2 sopivampaa luokkaa sekä Log4j-loki. Testauksen päätyttyä ohjelma on varmistettu olevan määritelmien mukainen ja asiakkaan vaatimukset täyttävä. 6. Yhteenveto toimenpiteistä Riskeistä toteutui henkilöstöriski. Yksi ryhmän jäsen jätti kurssin kesken. Tämä aiheutti suuria mullistuksia projektissa. Alun perin suunniteltu demosovelluksen testaus jäi lopulta kokonaan pois ja henkilöstön väheneminen aiheutti työpaineita ryhmän jäsenille. Aikataulujen kiristyminen näkyi erityisesti testauksessa, johon kaikki kasautui. Testausraportti myöhästyi palautuksesta kerran tämän vuoksi. Testausprosessia yksinkertaistettiin ja kevennettiin. Pääpaino siirtyi integraatio- ja järjestelmätestaukseen. Moduulitestaus jäi kunkin moduulin tekijälle. Tämä järjestelmä toimi ilmeisen hyvin, sillä opponenttiryhmä ei löytänyt testatessaan yhtään virheitä. Testauksen toimenpiteet: Moduulitestaus: Kukin koodaaja vastasi itse koodinsa oikeellisuudesta ja testasi omat moduulinsa ja korjasi ne. Integraatiotestaus: www.niksula.cs.hut.fi/~jjkankaa// TESTAUKSEN LOPPURAPORTTI 6

Mikko Viljainen 7 (14) Testaus rakentui TestClassin ympärille, joka kehittyi koko ajan testin edetessä. TestClassin alkumuotoja on luettavissa testcasesuunnitelmista ja sen lopullista muotoa käytettiin hyväksi käyttöohjeen esimerkeissä. Käyttöohje kirjoitettiin integraatiotestauksen yhteydessä. Testaus suuntautui aina joillekin tietyille ennaltavalituille osa-alueille lukuunottamatta viimeisiä regressiotestauksia. Testauksessa läsnä olivat aina testaaja sekä osa-alueesta vastannut koodaaja. Bugit paikallistettiin ja korjattiin aina heti paikan päällä. Järjestelmätestaus: Testaus rakentui ThreadClassin ympärille. Alkuperäisessä versiossa tapahtui 100 käyttäjän samanaikainen sisäänkirjoittautuminen ja komentojen suorittaminen. Tätä luokkaa muuttamalla testattiin järjestelmän turvallisuutta ja suorituskykyä. Integraatiotestauksen TestClassia käytettiin geneerisyyden testaamiseen. 7. Hyväksyminen Ryhmän omaksumat käytännöt näyttivät toimivan hyvin. Koodaajien suorittama yksikkötestaus toimi moitteettomasti. Koodaajan osallistuminen testaukseen oli suureksi avuksi testaajalle. Lisäksi bugien korjaaminen paikan päällä heti löydettäessä toimi hyvin. Tällöin bugit oli helposti jäljitettävissä ja korjaukset voitiin varmentaa heti. Tämä toimi nopeasti. Riskienhallinta toimi myös hyvin ja ainoa näkyvä seuraus kokoonpanon muutoksesta oli aikatauluongelmat testauksessa. Se mitä testauksessa jäi parannettavaa, oli muutoksenhallinta. Kaksi eri ryhmää muutti samaa koodia samanaikaisesti. Vahingot jäivät kuitenkin pieniksi. Projektipäällikkö hyväksyy tämän dokumentin ja näin koko testauksen. www.niksula.cs.hut.fi/~jjkankaa// TESTAUKSEN LOPPURAPORTTI 7