T Testaussuunnitelma
|
|
- Ada Järvinen
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 T Testaussuunnitelma Confuse 1
2 Tila Versio: 2.01 Tila: Sisäisesti katselmoitu Jakelu: Julkinen Luotu: Antti Haapakoski Muutettu viimeksi: Jani Myyry Versiohistoria Versio Pvm Tekijä Kuvaus Haapakoski Antti Dokumenttipohja Jani Myyry Ensimmäinen versio Jani Myyry Lisätty testattava kohde, menetelmät, testiympäristö Jani Myyry Lisätty riskienhallinta, vastuut, kriteerit Jani Myyry Korjattu katselmoinnin pohjalta virheitä, lisätty testi- ja virheprioriteetit Jani Myyry Sisäisesti katselmoitu versio Jani Myyry Lisätty pohjat testitapauksia varten Antti Haapakoski Mapperille lisätty testcaseja kappaleeseen Jani Myyry Mapperille lisää testcaseja kappaleeseen Jani Myyry Lisätty Arin käyttöliittymän testitapaukset kappaleeseen Jussi Vainionpää Lisäsin installerin testitapaukset kappaleeseen Jani Myyry Korjattu katselmoinnin pohjalta aikatauluja yms Jani Myyry Sisäisesti katselmoitu versio Jani Myyry Korjattu pieniä typoja. 2
3 Sisältö 1 Johdanto Tarkoitus ja kattavuus Määritelmät, termit ja lyhenteet Viitteet Yleiskatsaus dokumenttiin Testattava järjestelmä Testauksen kohde Testattavat ominaisuudet Ominaisuudet joita ei testata Testausprosessi Menetelmät testaukseen Moduulitestaus Integrointitestaus Järjestelmätestaus Hyväksymystestaus Vaadittava tulosaineisto Aikataulu ja työmäärät Testitapaukset Mapper GUI - käyttöliittymä Installer - paketin asennusohjelma Prioriteetit testaukselle Kriteerit testaukselle Järjestelmätestauksen hyväksymiskriteerit Järjestelmätestauksen hylkäämiskriteerit Järjestelmätestauksen päättämiskriteerit Testauksen aloittamiskriteerit Testauksen keskeyttämiskriteerit Testauksen jatkamiskriteerit Testausympäristö ja henkilöstö Testausympäristö Vaatimukset testausympäristölle Laitteisto Ohjelmistot Turvallisuus Työkalut Henkilöstö Henkilöstön tarve Testihenkilöstö Koulutus Vastuualueet Integrointitestausryhmä Järjestelmätestausryhmä Hyväksymistestausryhmä Riskienhallinta 21 8 Liitteet ja viittaukset 21 3
4 1 Johdanto 1.1 Tarkoitus ja kattavuus Tämä dokumentti on kurssin T Tietojenkäsittelyopin ohjelmatyö-kurssia suorittavan ryhmän Confuse testaussuunnitelma. Ryhmän tarkoituksena on kehittää konfigurointiympäristö mobiilipäätelaitteille, hyödyntäen projektissa Compaq ipaq PDA-laitetta. Konfigurointiympäristön tarkemmat yksityiskohdat löytyvät vaatimusmäärittelystä ja toiminnallisesta määrittelystä. Tämän dokumentin tarkoituksena on esitellä yleiset periaatteet testaukselle, käyttäen hyödyksi USDP-prosessin tapaa iteratiivisesti laajentaa testattavaa kokonaisuutta. Koska konfigurointiympäristö on jo valmiiksi luonteeltaan modulaarinen, toteutetaan testaus osissa aloittaen yksittäisistä osista laajeten konfiguraattorikokonaisuuteen. Integrointi- ja järjestelmätestaus suoritetaan T3-vaiheessa hyödyntäen T2-vaiheen lopussa toteutettua moduulitestausta. 1.2 Määritelmät, termit ja lyhenteet BLUETOOTH Bootloader Burana CCCC CF-card configuration configurator deb Debian GNU/Linux Delphi method Ethernet Ethernet frame Familiar Linux firewall Flash Gb GB GPRS HUT IP ipaq A Technology that implements small range radio link between computers, celluler phones, PDAs etc. Teknologia joka toteuttaa radioyhteyden tietokoneiden, matkapuhelimien, taskutietokoneiden yms. välille lyhyillä matkoilla. Program that boots computer. Tietokoneen käynnistävä ohjelma. Bug Report And Nag Application. Bugiraportointi ja versionhallintajärjestelmä. C and C++ Code Counter, A free software tool for measurement of source code related metrics by Tim Littlefair. Ilmainen koodirivien laskentaohjelma. Compact Flash Card, Memory card for handhelds, mp3 players and digital cameras. Muistikortti kämmentietokoneille, mp3 soittimille ja digitaalikameroille A set of components or packages forming a system. In this context a list of packages to be installed in the PDA. Systeemin muodostava joukko komponentteja tai paketteja. Tässä yhteydessä lista paketeista, jotka asennetaan PDA:han. A program that helps the user to make a valid configuration and possibly use that configuration. Ohjelma, joka helpottaa kelvollisen konfiguraation luomisessa. extension for Debian Linux packages. Debian Linuxin pakettien tarkenne. Free UNIX like operating system. Vapaa UNIX-tyyppinen käyttöjärjestelmä. A method for combining several estimations. Menetelmä useiden arvioiden yhdistämiseksi. Typical method of implementation for local LANs. Tyypillinen paikallisverkon toteutustapa. Packet that is directed trough ethernet network. This packet can carry for example IP packets. Ethernet-verkossa kuljetettava paketti. Tämä paketti voi kuljettaa esim. IP paketteja. Linux distribution for handheld computers using StrongArm 110 Processor. Kämmentietokoneelle tarkoitettu Linux-jakelu. Limits accessibility between local and public network. Rajoittaa liikennettä paikallisen ja julkisen verkon välillä. Non-volatile Random Access Memory. Haihtumaton luku ja kirjoitusoperaatiot salliva muisti. Gigabit. Gigabitti Gigatavu. Gigatavu General Packet Radio System. A new nonvoice value added service that allows information to be sent and received across a mobile telephone network. Uusi palvelu datan siirtoon matkapuhelinverkossa. See TKK. Internet Protocol. A connectionless network level protocol layer of the TCP/IP. Yhteydetön TCP/IP:n verkkokerros. A handheld pen operated computer by Compaq. Compaqin tekemä kynäohjattu taskutietokone. 4
5 ipkg Itsy Package Management System. A lightweight configuration system for Familiar Linux. Kevyt konfiguraationhallintasysteemi Familiar Linuxille. ISO 8601 International Standard for numeric representations of date and time. Kansainvälinen standardi päiväyksen esittämiseen numeerisessa muodossa. Java Object-oriented programming language. Olio-ohjelmointikieli. JSP JavaServer Pages, technology for creating WWW-pages. Teknologia www-sivujen rakentamiseen. LAN Local Area Network, infrastructure of physical connections between computers. Allows data transfers. Tiedonsiirron mahdollistava infrastruktuuri tietokoneiden välillä. lparse Front end for smodels. Esiprosessori smodelssiin. Mb Megabit. Megabitti. MB Megabyte. Megatavu. NFS Network File System, Filesystem that allows the use of remote harddisks. Tiedostojärjestelmä joka sallii kovalevyjen etäkäytön. package One component of a configuration. Package can be for example a file containing some program or library. Konfiguraation osa, joka voi sisältää esim. ohjelman tai kirjaston. PC Personal Computer, a desktop computer with x86 compatible processor. Tavallinen x86- yhteensopiva pöytäkone. PC-Card See PCMCIA. PCMCIA Personal Computer Memory Card International Association, An accessory bus used in laptops and handhelds. Salkku- ja kämmenmikrojen yleinen oheislaiteliitäntä. PDA Personal Digital Assistant, A mobile, handheld computer with software like calendar, contacts, calculator and more. Kannettava tietokone, jossa on ohjelmia kuten kalenteri, yhteystiedot, laskin yms. Perl Powerful high-level interpretable programming language. Korkeantason tulkattava ohjelmointikieli. porting Modifying the code to work in some other environment. Porttaaminen, koodin muokkaaminen toisessa ympäristössä toimivaksi. PPP Point to Point Protocol, Protocol for serial lines. Protokolla sarjayhteyksille. Processor An integrated chip that makes arithmetic and memory operations. Integroitu piiri, joka suorittaa aritmeettisia- ja muistioperaatioita. RAM Random Access Memory, usually volatile. Luku- ja kirjoitusoperaatiot salliva muisti, ei pysyvä. Redhat Linux Free UNIX like operating system. Vapaa UNIX-tyyppinen käyttöjärjestelmä. RL Rule based Language. A language for representing configuration knowledge. Kieli konfiguraatiotiedon esittämiseen. ROM Read Only Memory. Vain luettavissa oleva muisti. RPM Extension for RedHat Linux packages. RedHat Linuxin pakettien tarkenne. SoberIT Software Business and Engineering Institute (in HUT). Ohjelmistoliiketoiminnan ja - tuotannon instituutti (TKK:lla). SSH Secure Shell, Secure replacement for Telnet. Turvallinen Telnetin korvike. SCP Secure CoPy, Secure replacement for FTP. Turvallinen FTPn korvike. SSHD Secure Shell Daemon, SSH Server. SSH-palvelin. SSL Secure Sockets Layer, security protocol that provides communications privacy over the Internet. Protokolla, joka turvaa datan luottamuksellisuuden siirrettäessä Internetin yli. smodels An implementation of the stable model semantics for logic programs. Logiikkaohjelmatulkki joka etsii syötteelle vakaan mallin. TCP/IP Transmission Control Protocol, a connection-oriented internet protocol. Yhteydellinen internetprotokolla. Tirana Work raporting system. Tuntiraportointijärjestelmä. TKK Helsinki University of Technology, Teknillinen Korkeakoulu. UMTS Universal Mobile Telecommunications System, Third-generation (3G) mobile communications system. Kolmannen sukupolven matkapuhelinjärjestelmä. USB Universal Serial Bus, Serial interface that is used in computers and accessories. Sarjaväylä jota käytetään tietokoneissa ja oheislaitteissa. 5
6 USDP UML ViCa WinCE Wireless Ethernet WLAN WWW XML xmodem X environment Unified Software Development Process, Generic context for a software project. Ohjelmistoprosessin yleinen viitekehys. Unified Modeling Language, a standard for visualization and specification of a software system. Standardi ohjelmiston visualisointiin ja määrittelyyn. Visualization Client Application. Visualisointi ohjelma. Windows CE, Microsoft s operating system for handhelds. Microsoftin käyttöjärjestelmä käsimikroille b Wireless Ethernet, See WLAN. Wireless Local Area Network. Computer network that uses radio waves to transmit data. Langaton verkko tietokoneiden välillä. World Wide Web. Maailmanlaajuinen tietoliikenneverkko. Extensible Markup Language. A markup language for documents containing structured information. Kieli rakenteisten dokumenttien kirjoittamiseen. A file transfer protocol for serial connections. Tiedostonsiirtoprotokolla sarjayhteyksille. Graphical window system for UNIX. Graafinen ikkunajärjestelmä UNIXille. 1.3 Viitteet Viitteet ovat listattuina dokumentin lopussa. 1.4 Yleiskatsaus dokumenttiin Dokumentin ensimmäinen kappale antaa yleiskuvan käsiteltävästä aiheesta ja määrittelee termit joita dokumentissa käytetään. 2. kappale määrittelee testattavan kohteen, ominaisuudet sekä rajaa pois ominaisuudet, joita ei testata. 3. kappale määrittelee menetelmät, joita käytetään testauksessa. Lisäksi määritellään rakenne testiraporteille sekä aikataulutus koko testausprosessille. 4. kappale sisältää testitapaukset. 5. kappale määrittelee hyväksymis- ja hylkäämiskriteerit testeille, sekä kriteerit testien keskeyttämiseen, jatkamiseen ja hylkäämiseen. 6. kappale määrittelee testausympäristön sekä henkilöstöön liittyviä vastuu- ja koulutuskysymyksiä. 7. kappale sisältä riskianalyysin liittyen testausprosessiin. Lopussa ovat viittaukset ja mahdolliset liitteet. 2 Testattava järjestelmä 2.1 Testauksen kohde Testauksen kohteena on asennuspakettien konfigurointijärjestelmä Familiar Linux:lle käyttäen hyödyksi projektin ulkopuolella Debian GNU/Linux-ympäristöön kehitettyä logiikkakonetta tarkistamaan valitun konfiguraation laillisuus. Paketteina käytetään valmiita ipkg-paketteja, jotka tulevat Familiar Linux-jakelun mukana. Järjestelmässä on useita itsenäisiä osia, jotka kommunikoivat toistensa kanssa rajapintojen kautta. Pääasiallisin rajapinta on komentorivi, johtuen muunmuuassa logiikkakoneen asettamista rajoituksista. Tiedon ja käyttäjän valitsemien pakettien tilatietojen tallentamiseen käytetään XML-tiedostoja. Lisätietoja löytyy toiminnallisesta määrittelystä. 2.2 Testattavat ominaisuudet Testauksen tarkoituksena on varmistaa, että testattava järjestelmä pystyy jollain käyttäjän valinnalla löytämään laillisen konfiguraation ja asentamaan valitut paketit ipaq:iin. Vaatimusmäärittelyssä on ryhmitelty vaatimukset tärkeysluokkiin, jotka määrittelevät järjestyksen testattaville ominaisuuksille. Toisaalta modulaarinen rakenne ja käytettävät menetelmät ohjaavat testausta prosessin aikana. Testitapahtumat moduulitestaukseen rakennetaan vaiheessa T2. Moduleita, joita tämä koskee ovat Mapper, joka rakentaa pakettilistaukset, GUI, jolla käyttäjä valitsee haluamansa paketit ja Installer, joka huolehtii pakettien asennuksesta ipaq:iin. 6
7 Moduulitestauksen jälkeen komponenttien yhteistoimintaa testataan integrointi- ja järjestelmätestauksessa vaiheessa T3 yhdessä ulkopuolisen komponentin: logiikkakoneen kanssa. 2.3 Ominaisuudet joita ei testata Testejä ei suoriteta ulkopuolisille komponenteille muuten kuin toteamalla yksinkertaisella syötteellä että ne toimivat kyseisellä syötteellä. Mahdolliset ulkopuolisten komponenttien aiheuttamat virheet eivät kuulu ryhmän vastuulle, riittää että on olemassa jokin syöte, jolla järjestelmän toiminnallisuus voidaan todeta. Käyttöliittymän käytettävyyttä ei testata, koska vaatimusmäärittelyn mukaan riittää että pakettien valitseminen onnistuu. Mitään ryhmittelyä tai muuta käyttöä mahdollisesti helpottavaa ei vaadita, mutta jos sellainen implementoidaan, voidaan käytettävyyteen ajan salliessa käyttää voimavaroja. 3 Testausprosessi 3.1 Menetelmät testaukseen Testaus aloitetaan moduulien testauksesta, jatkaen USDP-prosessin mukaisesti iteratiivisesti kohti järjestelmätestausta, joka suoritetaan T3-vaiheessa. Testausmenetelmänä on V-malli, jossa onnistuneiden moduulitestien jälkeen siirrytään ensin integrointitestaukseen. Integrointitestausvaiheessa testataan moduulien yhteistoimintaa ajamalla syötteitä läpi usean moduulin läpi ja toteamalla palautteesta testien onnistuminen tai epäonnistuminen. Viimeiseksi toteutetaan järjestelmätestaus, jolla pyritään varmistamaan konfigurointiympäristön toimiminen oikeilla käyttäjillä ja tuotantoympäristössä. Vaatimusten määrittely Hyväksymistestaus Vaatimusten analyysi Järjestelmätestaus Arkkitehtuurin suunnittelu Integrointitestaus Moduulien suunnittelu Moduulitestaus Koodaaminen Kuva 1: V-malli ohjelmistojen testausta varten Konfigurointiympäristön arkkitehtuurin vuoksi moduulien pääasiallisina testeinä käytetään black-box-tyyppisiä syöte-vastine ajoja. Moduuleille syötetään sekä rakenteellisesti oikeita syötteitä että myös vääriä, joilla voidaan varmistaa moduulien käyttäytyminen virhetilanteissa. Integrointitestausvaiheessa moduulien ajoja yhdistetään ja pyritään valmiilla syötteillä asentamaan paketteja ipaq:iin. Testitapaukset määritellään tarkemmin moduulitestausvaiheen testien pohjalta, eikä vielä oteta kantaa. Järjestelmätestausvaiheessa myös GUI:ta käyttäen suoritetaan ajoja tunnetusti toimivilla että myös oikeiden käyttäjien vapaavalintaisesti tekemillä valinnoilla. Tähän ei vielä oteta sen tarkemmin kantaa. Ennen luovutusta suoritetaan hyväksymistestaus. 3.2 Moduulitestaus Moduulitestaus suoritetaan ohjelmointiprosessin aikana, ohjelmoijan ja määritetyn testaajan voimin. Määritetyn testaajan osuus keskittyy moduulin ohjelmoimisen loppupuolelle, kun järkeviä black-box-testejä voidaan suorittaa. Moduulit ovat testeissä itsenäisiä komponentteja, eikä testausta muiden muiden moduulien kanssa suoriteta tässä 7
8 vaiheessa. Testit suoritetaan heti ohjelmoimisen jälkeen ja testit täytyy olla suoritettuina ennen moduulin integroimista järjestelmään. Moduulitestaus suoritetaan pääasiassa syöte vastine-ajoilla, käyttäen hyödyksi määriteltyjä testitapauksia, joita hyödynnetään myös myöhemmissä testausvaiheissa. Syötteinä käytetään sekä tunnetusti hyväksyttäviä syötteitä, että syötteitä, joiden pitää tuottaa virheilmoitus. Moduulitestauksen tarkoituksena on testata koko moduulin toimintaa ja kaikki moduulin toiminnot pyritään kattamaan jollain testillä vähintään kerran. Kaikista ohjelmoinnin aikaisista testeistä ei tuoteta testiraporttia, mutta ennen siirtymistä integrointivaiheeseen tulee tärkeimmistä testitapauksista raportti olla tehty. 3.3 Integrointitestaus Integrointitestaus suoritetaan, kun integroitavien komponenttien moduulitestaus on hyväksytysti suoritettu. Integrointitestaus voidaan aloittaa myös vaiheittain, testaamalla komponetteja, jotka ovat valmiita, ennen kuin kaikki valmistuvat. Testit suoritetaan syöte-vastine-ajoilla, yhdistämällä moduulitestauksessa luotuja ajoja. 3.4 Järjestelmätestaus Järjestelmätestaus suoritetaan onnistuneiden integrointitestausten jälkeen. Järjestelmätestaus suoritetaan T3-vaiheessa, käyttäen hyödyksi edellisten vaiheiden testitapauksia, laajentaen niitä mahdollisuuksien mukaan koskemaan myös järjestelmän ulkopuolisia komponentteja (Configurator Engine). 3.5 Hyväksymystestaus Hyväksymistestaus suoritetaan T3-vaiheen lopulla tai LU-vaiheen alussa ryhmän edustajan toimesta yhdessä asiakkaan kanssa. 3.6 Vaadittava tulosaineisto Testaus suoritetaan pääasiassa erilaisilla syötteillä moduleille ja tutkimalla syötteen aiheuttamaa palautetta. Testauksessa raportoidaan syötteet, saadun palautteen erot oikeaksi määriteltyyn palautteeseen. Testien vaiheet (komennot) kirjataan testiraporttiin niin kuin ne moduleille syötetään. Samoja testejä ajetaan tietyin väliajoin (muutosten jälkeen/eri testivaiheissa), varmistaen että modulin toiminnallisuus säilyy oikeana ohjelmointiprosessin aikana. Testit pyritään automatisoimaan, jotta testin suorittaminen olisi mahdollisimman helppoa. Moduuli-testeistä kirjataan ylös erilliseen testitapaus-tiedostoon, testiraporttiin siirretään yhteenvedot tuloksista, tarkemmin määriteltynä testiraportissa: aika Testin ajankohta ISO 8601-merkinnällä [1]. testitapauksen tunniste Testitapauksen tunniste, eriteltyinä kappaleessa 4. modulien nimet Mihin komponentteihin testaus liittyy. modulien versiot Jos modulista on tehty release, niin sen versio, muuten esim. CVS-revisio. testaaja Kuka testaa. ympäristö Kuvaus ympäristöstä ja työkaluista. kuvaus 8
9 Kuvaus juuri tehtävästä testistä. syöte Tiedostot (tiedot) syötteestä. palaute Modulin palaute kokonaisena. kommentit Kommentit testien suorittajilta. virheet Kommentit virheistä, onko tehty virheraportti Buranaan. liitteet Mahdolliset liitteet ajojen tuloksista. Testeissä vastaan tulleet virheet kirjataan bugien raportointijärjestelmä Buranaan. Testiraportti on LATEX2e-muodossa. 3.7 Aikataulu ja työmäärät Testauksen aikataulu projektin kuluessa on määritelty projektisuunnitelmassa. Taulukossa 1 on vaiheittain eriteltynä testaukseen allokoidut tunnit mukaanlukien testaussuunnitelma. Henkilö T1 T2 T3 LU Testivastaava Myyry Jani Haapaniemi Ari Haapakoski Antti Kujala Petri Martsola Mikko Vainionpää Jussi Yhteensä Taulukko 1: Allokoidut tunnit testaukselle, sisältää testaussuunnitelman 4 Testitapaukset Testauksessa käytetään seuraavia määriteltyjä testejä, joiden lopputulokset ovat erillisessä testiraportissa. Seuraavassa komponettikohtaisesti eriteltyinä testitapaukset, joita käytetään testauksessa. Komponenttien yksityiskohdat löytyvät toiminnallisesta ja teknisestä määrittelystä. ten merkintätapa on seuraava: TC-M-01, jossa TC on tunniste testitapaukselle, seuraava lyhenne on komponentti (M = Mapper, G = GUI, I = Installer) ja viimeinen järjestysnumero testitapaukselle. Tunnistetta käytetään kaikissa testaukseen liittyvissä dokumenteissa yksilöimään tapaukset. Vaatimukset liittyen testitapauksiin löytyvät eriteltyinä vaatimusmäärittelystä. 4.1 Mapper Seuraavat testitapaukset ovat Mapper-komponenttia varten. 9
10 TC-M-01 High UR-04 Must, UR-08 Must Mapper Moduuli, Integraatio, Järjestelmä Usean paketin metadata lisätään kerralla järjestelmään (syötetään Mapperin stdin:iin) ja tarkistetaan skriptillä tulivatko kaikkien pakettien nimet allpackages.xml:ään ja packages.rl:ään. allpackages.xml ja packages.rl eivät sisällä yhtään pakettia. Packages (tekstitiedosto jossa usean paketin tiedot) Kaikkien Packages-tiedostossa olevien pakettien nimet löytyvät myös allpackages.xml:stä ja packages.rl:stä. TC-M-02 High UR-04 Must, UR-08 Must Mapper Moduuli, Integraatio, Järjestelmä Usean paketin metadata lisätään kerralla järjestelmään (syötetään mapperin stdin:iin) ja tarkistetaan skriptillä tulivatko kaikkien pakettien tiedostonimet oikein allpackages.xml:ään. allpackages.xml (ja packages.rl) eivät sisällä yhtään pakettia. Packages (tekstitiedosto jossa usean paketin tiedot) Kaikkien Packages-tiedostossa olevien pakettien tiedostonimet löytyvät polkuineen myös allpackages.xml:stä. TC-M-03 High UR-04 Must, UR-08 Must Mapper Moduuli, Integraatio, Järjestelmä Usean paketin metadata lisätään kerralla järjestelmään (syötetään mapperin stdin:iin) ja tarkistetaan skriptillä tulivatko kaikki pakettien väliset Depends-riippuvuudet packages.rl:ään. packages.rl (ja allpackages.xml) eivät sisällä yhtään pakettia. Packages (tekstitiedosto jossa usean paketin tiedot) Kaikkien Packages-tiedostossa olevat Depends: - riippuvuudet löytyvät myös packages.rl:stä. 10
11 TC-M-04 Medium UR-04 Must, UR-08 Must Mapper Moduuli, Integraatio, Järjestelmä Usean paketin metadata lisätään kerralla järjestelmään (syötetään mapperin stdin:iin) ja tarkistetaan skriptillä onko luotavassa packages.rl:ssä kaikki kentät Configurator Enginen syntaksin mukaista ja ettei mikään kenttä sisällä erikoismerkkejä (joita ei ole etukäteen kaavailtu olevan). packages.rl ei sisällä yhtään pakettia. Packages (tekstitiedosto jossa usean paketin tiedot) packages.rl:ssä kaikkien määrittelyn kentässä on hyväksyttävä arvo, kenttien arvoissa ei ole ylimääräisiä tyhjiä merkkejä ja määrittelyt ovat ehjiä. TC-M-05 Low UR-04 Must, UR-08 Must Mapper Moduuli Itse generoitu Packages-tiedosto lisätään järjestelmään (syötetään mapperin stdin:iin) ja tarkistetaan käsin, onko tulos (packages.rl ja allpackages.xml) syöte-tiedoston määrittelyn mukaista. Packages-tiedostossa on erikoismerkkejä, duplikaattipaketteja ja syktaktisesti vääriä kenttiä. packages.rl ja allpackages.xml eivät sisällä yhtään pakettia. Packages (tekstitiedosto jossa usean paketin tiedot) Ajon yhteydessä mapperilta pitäisi tulla varoitus virheellisistä kentistä ja duplikaattipaketeista. Tarkistetaan ovatko packages.rl ja allpackages.xml syötetyn Packagestiedoston kanssa yhteneväisiä sisällön suhteen. TC-M-06 High UR-04 Must, UR-08 Must Mapper Moduuli, Integraatio, Järjestelmä Usean paketin metadata (Packages) lisätään kerralla järjestelmään (syötetään mapperin stdin:iin) ja luodaan packages.rl ja allpackages.xml-tiedostot. Syntyneet tiedostot siirretään talteen. Lisäksi mapperille syötetään kaikki paketit, joista Packages on alkujaan luotu ja saadaan toiset packages.rl ja allpackages.xml-tiedostot. Tiedostoja verrataan keskenään. packages.rl ja allpackages.xml eivät sisällä yhtään pakettia. Packages (tekstitiedosto jossa usean paketin tiedot) ja kaikki ipkg-paketit (jotka vastaavat Packages-tiedoston sisältöä). Molempien ajojen tuloksena syntyneet tiedostot packages.rl ja allpackages.xml ovat identtisiä toistensa kanssa. 11
12 4.2 GUI - käyttöliittymä Käyttöliittymän testitapaukset. TC-G-01 High UR-03 Must, UR-09 Must, UR-27 Must GUI Moduuli, Integraatio, Järjestelmä GUI lukee allpackages.xml tiedoston ja muodostaa tämän tiedoston sisällön perusteella pakettilitauksen käyttäjän web-selaimeen HTLM muodossa. Mapper on muodostanut pakettilistauksen XML formaatissa allpackages.xml tiedostoon. Käyttäjä on ottanut yhteyden palvelimen web-serveriin web-selaimensa avulla. Käyttäjä syöttää Configurator-palvelun URL:n webselaimensa osoitekenttään. Käyttäjän web-selaimeen muodostuu HTML pakettilistaus palvelimella olevista paketeista. TC-G-02 High UR-05 Must, UR-27 Must GUI Moduuli, Integraatio, Järjestelmä Käyttäjä valitsee paketteja omaan konfiguraationsa. Mapper on muodostanut pakettilistauksen XML formaatissa allpackages.xml tiedostoon. Käyttäjä on ottanut yhteyden palvelimen pakettilistaus sivuun web-selaimensa avulla ja hänelle on muodostettu pakettilistaus. Painamalla pakettikohtaista Add2Config2 linkkiä käyttäjä lisää kyseisen paketin omaan konfiguraatioonsa. Valitun paketin Add2Config linkki muuttuu Remove linkiksi ja kyseinen paketti lisätään käyttäjän konfiguraatioon. (Tämä voidaan nykyisellään testata siten, että kirjoitetaan konfiguraatio tiedostoon - Save Configuration - ja tulkitaan tiedoston sisältöä). TC-G-03 High UR-06 Must, UR-27 Must GUI Moduuli, Integraatio, Järjestelmä Käyttäjä poistaa paketteja omasta konfiguraatiostansa. Käyttäjä on valinnut omaan konfiguraatioonsa vähintään yhden paketin, tai hän voinut myös lisätä paketteja konfiguraatioonsa valitsemalla Load Configuration - toiminteen. Painamalla pakettikohtaista Remove -linkkiä käyttäjä poistaa kyseisen paketin omasta konfiguraatiostaan. Valitun paketin Remove -linkki muuttuu Add2Config - linkiksi ja kyseinen paketti poistetaan käyttäjän konfiguraatiosta. (Tämä voidaan nykyisellään testata siten, että kirjoitetaan konfiguraatio tiedostoon - Save Configuration - ja tulkitaan tiedoston sisältöä). 12
13 TC-G-04 Medium UR-19 Must, UR-27 Must GUI Moduuli, Integraatio, Järjestelmä Käyttäjä haluaa tallettaa valitsemansa konfiguraation tiedostoon. Käyttäjä on ottanut web-selaimella yhteyden Configurator-palvelun pääsivuun, johon hänelle on luotu listaus saatavilla olevista paketeista ja niiden tiedot. Käyttäjä on valinnut konfiguraatioonsa joitakin paketteja painalmalla pakettikohtaista Add2Config linkkiä. Käyttäjä painaa pääsivulla olevaa Save Configuration - painiketta, jonka jälkeen hän pääsee sivulle, jolla määritellään tiedoston nimi, johon konfiguraatio tallennetaan. Tällä sivullä käyttäjä nimeää tiedoston johon konfiguraatio kirjoitetaan ja painaa OK nappia. Käyttäjä voi myös valita BACK TO MAIN PAGE napin jolloin hän palaa pakettilistaus sivulle. Jos tiedoston nimi on pituudeltaan 0 tai se sisältää hakemiston erotin merkkejä, tulostetaan käyttäjälle virheilmoitus ja kehoitetaan antamaan uusi tiedoston nimi. Jos tiedoston nimi on hyväksyttävä, suoritetaan tiedostoon kirjoitus ja tulostetaan käyttäjälle onnistuneen kirjoituksen ilmoitus ja pakettien lukumäärä, jotka tiedostoon kirjoitettiin. TC-G-05 Medium UR-20 Must, UR-27 Must GUI Moduuli, Integraatio, Järjestelmä Käyttäjä haluaa haluaa ladata tallettamansa konfiguraation tiedostosta. Käyttäjä on tallettanut aikaisemmin konfiguraation tiedostoon. Käyttäjä painaa pääsivulla olevaa Load Configuration - painiketta, jonka jälkeen hän pääsee sivulle jolla määritellään tiedoston nimi, josta konfiguraatio ladataan. Tällä sivullä käyttäjä nimeää tiedoston, josta konfiguraatio ladataan ja painaa OK nappia. Käyttäjä voi myös valita BACK TO MAIN PAGE napin, jolloin hän palaa pakettilistaus-sivulle. Jos tiedoston nimi on pituudeltaan 0 tai se sisältää hakemiston erotin merkkejä, tulostetaan käyttäjälle virheilmoitus ja kehoitetaan antamaan uusi tiedoston nimi. Jos tiedoston nimi on hyväksyttävä suoriteaan lukuoperaatio ja tulostetaan käyttäjälle onnistuneen suorituksen ilmoitus ja pakettien lukumäärä, jotka tiedostosta luettiin. 13
14 4.3 Installer - paketin asennusohjelma Seuraavat testitapaukset ovat Installer-komponenttia varten. TC-I-01 High UR-14 Must, UR-15 Must, UR-21 Useful Installer Moduuli Asetetaan testausta varten tehty configuration.xml installerin saataville, ja ajetaan installer. configuration.xml sisältää jo asennettuja paketteja sekä yhden asennettavan paketin. Varmistetaan paketin asentuminen seuraamalla installerin tulosteita sekä tarkistamalla ipaq:n tiedostojärjestelmästä. Jos UR-21 on toteutettu, tarkistetaan että vain uusi paketti asennettiin. Tarkistetaan että installerin paluuarvo on 0. Testipakettia ei ole asennettu ipaq:iin. configuration.xml, joka sisältää jo asennettuja paketteja, sekä yhden asennettavan testipaketin. Paketti on asennettu ipaq:iin ja installer palautti onnistumista merkitsevän paluuarvon 0. TC-I-02 Low UR-14 Must, UR-15 Must Installer Moduuli Asetetaan testausta varten tehty configuration.xml installerin saataville, ja ajetaan installer. configuration.xml sisältää yhden asennettavan paketin, jonka nimessä on välilyöntejä sekä muita erikoismerkkejä. Varmistetaan paketin asentuminen seuraamalla installerin tulosteita sekä tarkistamalla ipaq:n tiedostojärjestelmästä. Tarkistetaan että installerin paluuarvo on 0. Testipakettia ei ole asennettu ipaq:iin. configuration.xml, joka sisältää yhden asennettavan testipaketin, jonka nimessä on välilyöntejä sekä muita erikoismerkkejä. Paketti on asennettu ipaq:iin ja installer palautti onnistumista merkitsevän paluuarvon 0. 14
15 TC-I-03 High UR-15 Must Installer Moduuli Asetetaan testausta varten tehty configuration.xml installerin saataville, ja ajetaan installer. configuration.xml sisältää jo asennettuja paketteja sekä yhden asennettavan paketin, jota ei ole saatavilla. Varmistetaan installer käyttäytyy siististi virheestä huolimatta seuraamalla installerin tulosteita. Tarkistetaan että installerin paluuarvo on muuta kuin 0. Testipakettia ei ole asennettu ipaq:iin. configuration.xml, joka sisältää paketin jota ei ole saatavilla. Paketin asennus ipaq:iin on epäonnistunut ja installer palautti epäonnistumista merkitsevän paluuarvon, joka on muuta kuin 0. TC-I-04 Medium UR-15 Must Installer Moduuli Asetetaan testausta varten tehty configuration.xml installerin saataville, irroitetaan ipaq verkosta ja ajetaan installer. Varmistetaan installer käyttäytyy siististi virheestä huolimatta seuraamalla installerin tulosteita. Tarkistetaan että installerin paluuarvo on muuta kuin 0. ipaq ei ole kiinni verkossa. configuration.xml. Paketin asennus ipaq:iin on epäonnistunut ja installer palautti epäonnistumista merkitsevän paluuarvon, joka on muuta kuin 0. TC-I-05 High UR-15 Must Installer Moduuli Asetetaan testausta varten tehty configuration.xml installerin saataville, täytetään ipaq:n muisti siten, ettei testi paketti mahdu sinne, ja ajetaan installer. configuration.xml sisältää asennettavan paketin. Varmistetaan installer käyttäytyy siististi virheestä huolimatta seuraamalla installerin tulosteita. Tarkistetaan että installerin paluuarvo on muuta kuin 0. Testipakettia ei ole asennettu ipaq:iin ja ipaq:n muisti on niin vähissä ettei paketti mahdu ipaq:iin. configuration.xml, joka sisältää paketin jota ei ole saatavilla. Paketin asennus ipaq:iin on epäonnistunut ja installer palautti epäonnistumista merkitsevän paluuarvon, joka on muuta kuin 0. 15
16 TC-I-06 Medium UR-15 Must Installer Moduuli Asetetaan testausta varten tehty configuration.xml, joka ei sisällä tarvittavia attribuutteja tai sisältää syntaksivirheitä, installerin saataville. Varmistetaan installer käyttäytyy siististi virheestä huolimatta seuraamalla installerin tulosteita. Tarkistetaan että installerin paluuarvo on muuta kuin 0. Virheellinen configuration.xml. Asennus on epäonnistunut ja installer palautti epäonnistumista merkitsevän paluuarvon, joka on muuta kuin 0. TC-I-07 High UR-15 Must Installer Moduuli Asetetaan testausta varten tehty configuration.xml installerin saataville. configuration.xml:ään sisällytetään useita asennettavia paketteja, joista yhden asennuksessa on odotettavissa virhe. Tarkistetaan että virhe havaitaan ja että installerin paluuarvo on muuta kuin 0. configuration.xml, jossa on monta asennettavaa pakettia, joista yhtä ei voida asentaa. Asennus on (osittain) epäonnistunut ja installer palautti epäonnistumista merkitsevän paluuarvon, joka on muuta kuin 0. TC-I-08 Low UR-16 Nice to have Installer Moduuli Asetetaan testausta varten tehty configuration.xml installerin saataville, ja ajetaan installer. configuration.xml sisältää jo asennettuja paketteja sekä yhden poistettavan paketin. Varmistetaan paketin poistuminen seuraamalla installerin tulosteita sekä tarkistamalla ipaq:n tiedostojärjestelmästä. Tarkistetaan että installerin paluuarvo on 0. Testipaketti on asennettu ipaq:iin. configuration.xml, joka sisältää jo asennettuja paketteja, sekä yhden poistettavan testipaketin. Paketti on poistettu ipaq:sta ja installer palautti onnistumista merkitsevän paluuarvon 0. 16
17 TC-I-09 Low UR-25 Nice to have Installer Moduuli Asetetaan testausta varten tehty configuration.xml installerin saataville, ja ajetaan installer. configuration.xml sisältää kaksi asennettavaa pakettia, jotka ovat niin suuria, ettei ipaq:n muisti riitä, jos molemmat paketit ovat ipaq:ssa asennuksen aikana. Varmistetaan asennuksen onnistuminen ja tarkistetaan että installerin paluuarvo on 0. ipaq:n muisti on niin täynnä, että molemmat paketit sekä paketteina että asennettuna eivät mahdu muistiin. Tilaa tulee kuitenkin olla molemmille asennettuna ja yhdelle pakettina. configuration.xml, joka sisältää asennettavat testipaketit. Paketit on asennettu ipaq:iin ja installer on palauttanut onnistumista merkitsevän paluuarvon Prioriteetit testaukselle Testitapauksissa käytetään prioriteetteinä sekä vaatimusmäärittelyn Must, Nice To Have, Useful-tasoja, että testitapauksille määritettyjä tärkeystasoja taulukossa 2. Tasojen avulla testitapaukset voidaan järjestää ja määrittää olennaiseksi, jotka täytyy läpäistä, ennen kuin testaus on hyväksytysti suoritettu. Lisää testauksen kriteereistä kappaleessa 5. Kuvaus Kohteet High Määrittelee testitapaukset, jotka täytyy läpäistä, jotta kokonaistestaus onnistuu. Muuten testaus epäonnistuu. Medium Määrittelee testitapaukset, joista täytyy osa läpäistä kriteerien määritysten mukaan, jotta kokonaistestaus onnistuu. Muuten testaus epäonnistuu. Low Määrittelee testitapaukset, joiden läpäisy ei vaikuta kokonaistestauksen onnistumiseen. Taulukko 2: Prioriteetit testitapauksille Virhetilanteille on omat vakavuusasteensa, taulukossa 3. Kriittiset osat, joita ilman kohde ei toimi eikä täytä tehtäväänsä. Tärkeät osat, joita ilman kohde toimii vaillinaisesti tai joissain tilanteissa virheellisesti. Osat, jotka eivät ole kokonaistoiminnan kannalta kriittisiä ja tuovat mahdollisesti lisäarvoa. 5 Kriteerit testaukselle 5.1 Järjestelmätestauksen hyväksymiskriteerit Järjestelmätestaus konfigurointiympäristölle on hyväksytysti suoritettu, kun seuraavat vaatimukset on toteutettu järjestelmätestauksen aikarajaan mennessä. Kaikki testitapaukset, jotka testaavat ominaisuuksia määriteltynä tasolle Must vaatimusmäärittelyssä, täytyy olla hyväksytysti läpäisty. 17
18 Virheprioriteetti Kuvaus Toimenpiteet Fatal Virheet, jotka estävät kohteen toimimisen millään arvoilla. Virheet täytyy korjata, ennen kuin testejä voidaan jatkaa. Testejä ei voi läpäistä, niin kauan kuin tason virheitä on korjaamatta. Raportoidaan Broken Feature Kohde toimii, mutta tuottaa vääriä tuloksia. Kohde tuottaa jollain arvoilla vääriä tai epämääräisiä lopputuloksia. Taulukko 3: Prioriteetit bugeille aina. Voidaan jatkaa testausta, mutta testitapausta ei ole läpäisty ennen kuin virhe on korjattu. Raportoidaan, jos pikaista korjausta ei löydy. Testausta voidaan jatkaa normaalisti ja testaus voidaan läpäistä. Virheet korjataan, jos aikataulu sallii. Ei ole pakollista raportoida. Kaikki testitapaukset, jotka testaavat ominaisuuksia määriteltynä tasolle Useful vaatimusmäärittelyssä, testiprioriteetille High ja jotka on toteutettu, täytyy olla hyväksytysti läpäisty. Kaikki testitapaukset, jotka on määritetty testiprioriteetille High, täytyy olla hyväksytysti läpäisty. Testitapauksista testiprioriteetilla Medium täytyy olla 50% läpäisty. Kaikki testitapaukset on ohjeiden mukaan dokumentoitu. Kriteerejä tarkennetaan tarvittaessa, kun projekti etenee lähemmäksi järjestelmätestausvaihetta. 5.2 Järjestelmätestauksen hylkäämiskriteerit Järjestelmätestaus hylätään, jos jokin edellämainituista hyväksymiskriteereistä ei toteudu. 5.3 Järjestelmätestauksen päättämiskriteerit Järjestelmätestaus päättyy, kun jokin seuraavista täyttyy: Järjestelmätestauksen hyväksymiskriteerit on täytetty testaukselle määritetyn ajan sisällä. Järjestelmätestaukselle varattu aika loppuu ja lisäaikaa ei hyväksytä. Projektille varattu aika loppuu. Projekti keskeytetään. 5.4 Testauksen aloittamiskriteerit Järjestelmän testaus voidaan aloittaa, kun testiympäristö on luotu testausta varten. Testiympäristö luodaan hakemalla testattava revisio CVS:stä ja tallettamalla se omaan hakemistoon käyttäen hyödyksi versiointia. Symbooliset linkit käännetään osoittamaan kyseiseen hakemistoon, jolloin olemassa olevalla konfiguraatiolla esimerkiksi WWW-palvelin osaa hyödyntää testattavaa versiota. Tarvittaessa paluu entiseen ympäristöön onnistuu kääntämällä symbooliset linkit osoittamaan takaisin edelliseen version. 5.5 Testauksen keskeyttämiskriteerit Testaus keskeytetään, jos testiajo keskeytyy virheeseen jollain testitapaukseen kuuluvista syötteistä. Testaaminen voidaan keskeyttää minkä tahansa testin jälkeen, koska ympäristö on modulaarinen ja erillisä tiloja ei ole, joita pitäisi palauttaa. Ulkopuolisten komponenttien virheet eivät keskeytä testaamista. Jos virhe sattuu, kirjataan syöte epäonnistuneeksi ja jatketaan testin muilla syötteillä. 18
19 5.6 Testauksen jatkamiskriteerit Testauksen keskeydyttyä virheeseen, joka estää ajon suorituksen loppuun saakka, jatketaan kun virhe on korjattu. Mitään muita ajoja ei jatketa, kunnes virhe on korjattu, paitsi virheen korjaukseen liittyviä testiajoja voidaan suorittaa. Testauksen jatkamisesta päättävät yhdessä testien suorittaja ja kohteen ohjelmoija. Jos virhe johtuu ulkopuolisesta komponentista, voidaan testausta jatkaa toimivammaksi muutetuilla syötteillä. 6 Testausympäristö ja henkilöstö 6.1 Testausympäristö Vaatimukset testausympäristölle Konfigurointiympäristön ulkopuoleiset komponentit asettavat rajoituksensa käytettävälle ympäristölle, joten testaus suoritetaan pääasiassa ryhmän käyttöön annetussa työasemassa, jossa käyttöjärjestelmänä on Redhat Linux 7.1. Muita mahdollisia ympäristöjä ovat muut Linux-variantit, ensisijaisesti Debian/GNU Linux. Muita unixeja ei tueta, koska ulkopuolisen komponentin toimivuudesta niissä ei ole takuuta. Ryhmän käytössä Compaq ipaq PDA, jossa on Familiar Linux 0.5, jolle vaihtoehtoista ympäristöä ei ole olemassa, joten sitä käytetään testaukseen. ipaq on kiinni työasemassa jollain verkkoyhteydellä. Konfigurointiympäristön osien testaaminen installaatio-osuutta lukuunottamatta voidaan tehdä työasemassa, installaatiosuuden testaamiseen tarvitaan sekä työasema että ipaq. Konfiguraattorin suorituskyvylle ei ole asetettu tiukkoja määrityksiä, suorituskyky riippuu osittain ulkopuolisen komponentin suorituskyvystä, jonka pitäisi toimia testattavilla pakettimäärillä muutamassa sekunnissa. Suorituskyky on riittävä, jos ryhmän käytössä olevassa työasemassa voidaan konfigurointi suorittaa ilman suurempia kuin 10 sekunnin taukoja konfiguroinnin aikana, poislukien pakettien asennus, joka voi kestää kauemminkin Laitteisto Konfiguraatioympäristössä käytettävät laitteistot: Laitteisto Käyttöjärjestelmä Versio PC Redhat Linux 7.1 Compaq ipaq Familiar Linux 0.5 (pre-release) Taulukko 4: Testiympäristön laitteistot Ohjelmistot Palvelinlaitteistossa (PC) on asennettuna ohjelmistot käyttöliittymää (GUI) varten. Käyttöliittymänä toimii wwwselain, palvelinohjelmiston muodostavat Apachen kanssa pyörivä JSP-palvelualusta: Jakartan Tomcat. Tomcat tarvitsee alustakseen toimivan Java 2 Stardard Edition ja Java 2 Enterprise Edition asennuksen. WWW-palvelin ohjelmistona toimii siis Apache, jossa mod_ssl-modulina on tuki SSL-salatuille yhteyksille. Käyttöliittymän alustana olevat ohjelmat: Ohjelmisto Versio Tarvitsee Tarkoitus Apache+mod_ssl (mod_ssl 2.8.5) WWW-palvelin Java Stardard Edition 1.3.1_01 Java-ympäristö Java Enterprise Edition 1.3.1_01 Java Standard Edition Laajennettu Javaympäristö Jakarta Tomcat Apache, Java 2 Standard JSP-palvelualusta Edition, Java 2 Enterprise Edition Taulukko 5: Palvelinohjelmistot käyttäliittymää varten 19
20 Testien tulosten kirjaamiseen käytetään vapaavalintaista editoria, jonka Linux tarjoaa. Testaus-ajojen mittaukseen voidaan käyttää käyttöjärjestelmästä vakiona löytyviä työkaluja, sekä scripti-kieliä, joiden päälle automatisoidut testit on tehty, kuten Perl. Testiraportit voidaan tehdä ympäristössä, jossa on LATEX2e asennettuna, myös muualla kuin testilaitteistossa. Yhteyden ottamiseen käytetään SSH:ta, jolla testien suorittaminen onnistuu myös etäajoina. Ulkopuolisista komponenteista täytyy olla asennettuna sekä Lparse [2] että Smodels [3], jotka toimivat logiikkakoneistona konfiguraattorille Turvallisuus Konfiguraattorijärjestelmä voidaan suojata muusta käyttöjärjestelmästä rajoittamalla oikeuksia niin, että siitä ei ole haittaa työaseman toimivuudelle ja turvallisuudelle. ipaq:n mahdollinen olemassa oleva sisältö saadaan dumpattua talteen kovalevylle, josta sen palauttaminen tarvittaessa onnistuu. Asennusvaiheessa ipaq:n kannalta kriittisin vaihe on bootloaderin asennus, jonka epäonnistuessa laitteen toimintaan saattaminen vaatii huoltokäynnin. Bootloader tarvitsee asentaa vaan kertaalleen, joten riski epäonnistumiseen on suhteellisen pieni. Epäonnistunut Familiar-asennus voidaan korvata bootloaderin avulla uudella. Testausta varten konfigurointi-tiedostojen paikat voidaan rajata esimerkiksi omaan testihakemistoon, jolloin järjestelmän tila ei muutu ajojen välissä. Käytännössä kaikki järjestelmän tilaa kuvaavat tiedot ovat teksti-tiedostoissa, jotka on XML tai muussa luettavassa formaatissa. Testihakemistoon rajaaminen voidaan suorittaa käyttöjärjestelmän tarjomain keinoin, esimerkiksi symboolisilla linkeillä ja versioinnilla Työkalut Konfigurointiympäristö rakennetaan Linux-käyttöjärjestelmän päälle, joten testaus tapahtuu myös sen päällä, lukuunottamatta käyttöliittymää, jota voidaan testata myös muualla. Testityökaluina on käyttöjärjestelmän tarjoamia työkaluja, joiden avulla testit pääasiassa suoritetaan. Seuraavassa taulukossa on listattu ohjelmia, joita käytetään. Ohjelma Versio Kuvaus Käytetään Perl tulkattava scriptikieli automatisoimaan testiajoa ja testaamaan palautteita ohjeellisiin time mittaa prosessin suoritusajan mitataan komponettien suoritusaikaa, viiveitä käyttäjälle LATEX2e (TEX) tekstin ladontaohjelmisto muotoilemaan testiraporttien ulkoasua Netscape 4.77 WWW-selain testataan käyttöliittymän toiminnallisuutta Internet Explorer 5.50 WWW-selain testataan käyttöliittymän toiminnallisuutta Taulukko 6: Testaukseen käytettävät ohjelmistot 6.2 Henkilöstö Henkilöstön tarve Testaus suoritetaan pääasissa ryhmän sisäisenä, joten koulutustarvetta ei ole. Projektisuunnitelmassa on varattu henkilöresursseja sekä moduuli-, integrointi- että järjestelmätestaukseen Testihenkilöstö Järjestelmän testauksesta vastaa testivastaava Jani Myyry, joka kontrolloi yleistä kokonaisuutta sekä kirjoittaa testisuunnitelman. Komponenttien testausta ei pääasiassa toteuta komponentin ohjelmoija, mutta kuitenkin henkilö, jolla on läheistä tietoa komponentin toiminnasta. 20
21 Komponentti Ohjelmoija Testaaja Mapper Antti Haapakoski Jani Myyry GUI Ari Haapaniemi Petri Kujala Installer Mikko Martsola Jussi Vainionpää Taulukko 7: Moduulitestauksesta vastaavat Koulutus Testaus toteutetaan pääasiassa ryhmän sisäisin resurssein, joten erillistä koulutusta ei järjestetä. Moduulivaiheen ja integrointivaiheen testauksessa tarvittavaa tukea antavat osien ohjelmoijat. Järjestelmätestauksessa jarjestelmäarkkitehdit toimivat tarvittaessa tukena testaukselle, tarvittaessa myös ohjelmoijat. Jos ulkopuolisia testaajia käytetään myöhemmissä vaiheissa, päätetään koulutuksen tarve erikseen. 6.3 Vastuualueet Testauksen suunnittelee, koordinoi ja valmistelee testausvastaava Jani Myyry, eri moduulien testaustavoista päätetään yhdessä testausvastaavan ja moduulien ohjelmoijien kesken. Testien seuranta järjestetään yhdessä projektin muun seurannan kanssa mukaanlukien dokumenttien katselmointi, joita testien yhteydessä syntyy Integrointitestausryhmä Integrointitestauksesta vastaa testausvastaava. Moduulien testaajat ottavat osaa testaukseen, tarvittaessa myös ohjelmointivastaavat Järjestelmätestausryhmä Järjestelmätestauksesta vastaa testausvastaava. Testaus suoritetaan yhdessä järjestelmän suunnittelijoiden (arkkitehtien) kanssa. Tarvittavaa teknistä tukea saadaan ohjelmoijilta Hyväksymistestausryhmä Hyväksymistestaus suoritetaan yhdessä ryhmän edustajan ja asiakkaan kanssa. 7 Riskienhallinta Projektin yleiset riskit, jotka on esiteltyinä projektisuunnitelmassa, pätevät myös testaukseen. Lisäksi taulukossa 8 on esiteltyinä muita riskejä liittyen testaukseen. 8 Liitteet ja viittaukset Viitteet [1] Markus Kuhn, A Summary of the International Standard Date and Time Notation, mgk25/iso-time.html [2] Patrik Simons, Smodels, [3] Tommi Syrjänen, Lparse,
22 Riski Kuvaus Vaik. Tod. Kok. Varautuminen RI-01 Järjestelmätestaukseen varatut voimavarat loppuvat, koska testaukseen vaadittava aika on pahasti aliarvioitu RI-02 RI-03 RI-04 RI-05 Järjestelmätestausta ei pystytä aloittamaan tai suorittamaan riittävästi ajan puutteen vuoksi Järjestelmätestauksessa paljastuu vakavia virheitä, jotka pakottavat keskeyttämään testauksen ja tekemään isoja korjauksia järjestelmään. Testaustyökalujen ei onnistu ryhmän puutteellisten taitojen suhteen Testausympäristö on saavutettamattomissa testaushetken aikana RI-06 Testausympäristö ei toimi testaushetken aikana 4 0,30 1,20 Varataan lisää aikaa järjestelmätestaukselle projektin edetessä, jos arviot näyttävät epätodellisilta. 4 0,45 1,80 Varataan projektissa aikaa testaukselle ja käytetään sisäisiä aikarajoja ohjelmoinnille, jotka jättävät vaiheiden loppuun aikaa testauskselle. 5 0,20 1,00 Projektin aikana järjestetään katselmointeja, joilla pyritään etsimään ja korjaamaan virheet koodista ja dokumenteista ennen järjestelmätestausvaihetta. 3 0,25 0,75 Testaus suoritetaan tarvittaessa manuaalisesti ja käyttäen hyödyksi työkaluja, jotka ovat ryhmän jäsenille ennestään tuttuja. 3 0,20 0,60 Varataan aikataulu niin, että testitila on avoinna testaushetken aikana. Varaudutaan pystyttämään testiympäristö muualle ottamalla varmuuskopiota ympäristöstä. 4 0,15 0,60 Testataan järjestelmän toiminnallisuus ennen testien aloittamista. Varaudutaan siirtämään testiympäristö toiseen laitteistoon tarvittaessa. Taulukko 8: Testaukseen liittyvät riskit 22
T Testaussuunnitelma
T-76.115 Testaussuunnitelma 5. joulukuuta 2001 Confuse 1 Tila Versio: 1.0 Tila: Sisäisesti katselmoitu Jakelu: Julkinen Luotu: 01.11.2001 Antti Haapakoski Muutettu viimeksi: 05.12.2001 Jani Myyry Versiohistoria
LisätiedotT Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
LisätiedotT Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 16. huhtikuuta 2002 Confuse 1 Tila Versio: 1.1 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 16.04.2002 Jani Myyry Versiohistoria
LisätiedotT Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 22. maaliskuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 22.03.2002 Jani Myyry Versiohistoria
LisätiedotT-76.115 Testaussuunnitelma opponointitestaukseen
T-76.115 Testaussuunnitelma opponointitestaukseen 10.4.2002 Confuse 1 Tila Versio: 1.0 Tila: Valmis Jakelu: Julkinen Luotu: 07.04.2002 Jani Myyry Muutettu viimeksi: 10.04.2002 Jani Myyry Versiohistoria
LisätiedotT Testaussuunnitelma
T-76.115 Testaussuunnitelma 21.4.2002 Confuse 1 Tila Versio: 4.0 Tila: Katselmoitu Jakelu: Julkinen Luotu: 01.11.2001 Antti Haapakoski Muutettu viimeksi: 21.04.2002 Jani Myyry Versiohistoria Versio Pvm
LisätiedotConvergence of messaging
Convergence of messaging Testaussuunnitelma The Converge Group: Mikko Hiipakka Anssi Johansson Joni Karppinen Olli Pettay Timo Ranta-Ojala Tea Silander Helsinki 20. joulukuuta 2002 HELSINGIN YLIOPISTO
LisätiedotLohtu-projekti. Testaussuunnitelma
Lohtu-projekti Testaussuunnitelma Versiohistoria: 1.0 19.2.2003 1. versio Mari 1.1 20.2.2003 Muutoksia Mari 1.2 25.2.2003 Katselmoinnissa esiin tulleet Mari muutokset 1.3 17.3.2003 2. syklissä tehtävät
LisätiedotKuopio Testausraportti Kalenterimoduulin integraatio
Kuopio Testausraportti Kalenterimoduulin integraatio Kuopio, testausraportti, 22.4.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 22.4.2002 Matti Peltomäki Ensimmäinen versio 0.9 22.4.2002 Matti
LisätiedotTestaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma PULSU Syksy 2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Heikki Manninen Noora Joensuu
LisätiedotTestausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausdokumentti Kivireki Helsinki 17.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Anu Kontio Ilmari
LisätiedotOhjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit
Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää
LisätiedotTik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTIRAPORTTI LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001 Tekijä:
LisätiedotTestaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Koskelo Helsinki 16.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Tom Bertell Johan
LisätiedotT-76.115 Projektisuunnitelma
T-76.115 Projektisuunnitelma 8.12.2001 Confuse 1 Tila Versio: 2.01 Tila: Sisäisesti katselmoitu Jakelu: Julkinen Luotu: 02.10.2001 Tuomo Koskenvaara Muutettu viimeksi: 8.12.2001 Petri Kujala Versiohistoria
LisätiedotOhjelmistojen mallintaminen. Luento 11, 7.12.
Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,
LisätiedotTestaussuunnitelma. PUSU-ryhmä. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma PUSU-ryhmä Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Jussi Hynninen
LisätiedotWCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma
TKK/DISKO/Tik-76.115 WCLIQUE Projektiryhmä Clique http://www.hut.fi/jekahkon/wclique/testplan.html WCLIQUE Ohjelmistoprojekti Projektiryhmä Clique: Janne Dufva, 75008T, email: janne.dufva@nokia.com, 75014C,
LisätiedotTESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - VYM JA KANTA Versio 1.0 i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen
LisätiedotTIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21204 Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 14.9.2015 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
LisätiedotTestausraportti. Oppimistavoitteiden hallintajärjestelmä harri
Testausraportti Oppimistavoitteiden hallintajärjestelmä harri Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotTESTIRAPORTTI - XMLREADER-LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)
TESTIRAPORTTI - XMLREADER-LUOKKA Versio 1.0 (luonnos 2) Copyright Comptel Oyj i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin
LisätiedotTESTIRAPORTTI - JÄRJESTELMÄ, ADMIN Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - JÄRJESTELMÄ, ADMIN i Sisällysluettelo DUMENTIN VERSIOT 1 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI
LisätiedotGPRS-lisäpalvelu INTERNET-ASETUKSET
GPRS-lisäpalvelu INTERNET-ASETUKSET GPRS-lisäpalvelu Internet-asetukset 2(22) Sisällysluettelo 1 INTERNET-ASETUKSET MICROSOFT WINDOWS 95/98... 3 1.1 MODEEMIN ASENNUS... 3 1.2 APN:N ASETTAMINEN... 3 1.3
LisätiedotTIETOKONEYLIASENTAJAN ERIKOISAMMATTITUTKINTO
TIETOKONEYLIASENTAJAN ERIKOISAMMATTITUTKINTO TEHTÄVÄ 2: Symantec Endpoint Protection Manager, SEPM keskitetyn tietoturva hallintaohjelmiston asennus, sekä vaadittavien palveluiden/roolien käyttöönottaminen
Lisätiedot0.47 27.11.2005 Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen
Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 24.10.2005 Elina Kontro Laatuasiat siirretty omaan dokumenttiin jatkotyöstetty 0.2 27.10.2005 Santeri Saarinen Bugien elinkaari yms. asioita jatkettu 0.3 28.10.2005
LisätiedotTekninen Tuki. Access Point asennusohje
Access Point asennusohje Langattoman signaalin kantoaluetta on kätevä laajentaa Access Pointia ja ns. siltausta käyttämällä. Access Pointin pohjassa on WAN MAC Address (MAC osoite). Kirjoita tämä ylös
LisätiedotOhjelmiston testaus ja laatu. Testaustasot
Ohjelmiston testaus ja laatu Testaustasot Testauksen vaihejako Tarpeet / sopimus Järjestelmätestaus Hyväksymiskoe Määrittely testauksen suunnittelu ja tulosten verifiointi Arkkitehtuurisuunnittelu Moduulisuunnittelu
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
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
LisätiedotL models. Testisuunnitelma. Ryhmä Rajoitteiset
Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Testisuunnitelma Ryhmä Rajoitteiset Versio Päivämäärä Tekijä Muutokset
LisätiedotOlet tehnyt hyvän valinnan hankkiessasi kotimaisen StorageIT varmuuskopiointipalvelun.
StorageIT 2006 varmuuskopiointiohjelman asennusohje. Hyvä asiakkaamme! Olet tehnyt hyvän valinnan hankkiessasi kotimaisen StorageIT varmuuskopiointipalvelun. Ennen asennuksen aloittamista Varmista, että
LisätiedotTESTAUSSUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)
TESTAUSSUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2) 2 1. JOHDANTO 5 1.1. Tarkoitus ja kattavuus 5 1.2. Tuote 5 1.3. Määritelmät, termit ja lyhenteet 5 1.4. Viitteet 5 2. YMPÄRISTÖVAATIMUKSET
LisätiedotMaha Eurosystem jarrulaskentaohjelman asennusohje versio 7.20.026
2012 Tecalemit Oy Seppo Koskivuori Maha Eurosystem jarrulaskentaohjelman asennusohje versio 7.20.026 Vaatimukset: - tietokone (PC), jossa vapaa USB portti - käyttöjärjestelmä Windows XP, Vista tai Windows
LisätiedotTestaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
Lisätiedot58160 Ohjelmoinnin harjoitustyö
58160 Ohjelmoinnin harjoitustyö Testaus 30.3.2009 Tuntiop. Sami Nikander sami.nikander@helsinki.fi 58160 Ohjelmoinnin harjoitustyö, Sami Nikander 30.3.2009 1 Testaus Ohjelman systemaattista tutkimista
LisätiedotTESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - XMLREADER LUOKKA i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen
LisätiedotL models. Käyttöohje. Ryhmä Rajoitteiset
Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Käyttöohje Ryhmä Rajoitteiset Versio Päivämäärä Tekijä Muutokset 0.1
LisätiedotSQL Server 2008 asennus
SQL Server 2008 asennus 1. Yleistä... 3 2. Edellytykset... 3 3. SQL Server 2008 Express asennus... 4 4. Yhteystiedot... 6 2/6 1. YLEISTÄ Tässä ohjeessa käydään vaiheittain Microsoft SQL Server 2008 tietokantaohjelmiston
Lisätiedotin condition monitoring
Etäteknologioiden automaatiosovellukset Using e-speak e in condition monitoring tutkija professori Hannu Koivisto Sisältö Tausta Globaali kunnonvalvontajärjestelmä E-speak globaalissa kunnonvalvontajärjestelmässä
LisätiedotDokumentin nimi LOGO:) Tampereen teknillinen yliopisto. Ryhmä XXX: Projektiryhmän nimi Projektin nimi
Tampereen teknillinen yliopisto Ohjelmistotekniikan laitos OHJ-3500 Ohjelmistotuotannon projektityö LOGO:) Ryhmä XXX: Projektiryhmän nimi Projektin nimi Dokumentin nimi Jakelu: (Ryhmä) (Kurssihenkilökunta)
LisätiedotTestaussuunnitelma Versio Päiväys Tekijä Kuvaus
Testaussuunnitelma Versio Päiväys Tekijä Kuvaus 0.1 15.11.01 Ville Vaittinen Ensimmäinen luonnos 0.2 10.12.01 Ville Vaittinen Kevyet päivitykset kommenttien perusteella Sisällysluettelo 1. Johdanto...3
LisätiedotJärjestelmän kriittisimmille toiminnallisuuksille (listattu alla), toteutetaan 1
1. Testattavat asiat Järjestelmän kriittisimmille toiminnallisuuksille (listattu alla), toteutetaan 1 selainyhteensopivuustesti käyttäen Suomessa eniten käytössä olevia selaimia. Uuden keräyksen lisääminen
LisätiedotTik Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTITAPAUKSET LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 2.1 Tila: hyväksytty Päivämäärä: 13.2.2001 Tekijä:
LisätiedotSEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3
AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision päiväys: 29.11.2004 Seuraavan
LisätiedotValppaan asennus- ja käyttöohje
Versio Päiväys Muokkaaja Kuvaus 0.9 16.2.2006 Tuukka Laakso Korjattu versio 0.1 Antti Kettunen Alustava versio Sisällysluettelo 1 Johdanto...2 2 Valppaan asennus...3 2.1 Valppaan kääntäminen...3 2.2 Valmiiksi
LisätiedotTestaussuunnitelma. Opeapuri. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Opeapuri Helsinki 2.4.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Krister Eklund
LisätiedotMenetelmäraportti - Konfiguraationhallinta
Menetelmäraportti - Konfiguraationhallinta Päiväys Tekijä 22.03.02 Ville Vaittinen Sisällysluettelo 1. Johdanto... 3 1.1 Tärkeimmät lyhenteet... 3 2. Konfiguraationhallinnan tärkeimmät välineet... 4 2.1
LisätiedotUCOT-Sovellusprojekti. Testausraportti
UCOT-Sovellusprojekti Testausraportti Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.02 Julkinen 11. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
LisätiedotAsko Ikävalko, k0201291 22.2.2004 TP02S-D. Ohjelmointi (C-kieli) Projektityö. Työn valvoja: Olli Hämäläinen
Asko Ikävalko, k0201291 22.2.2004 TP02S-D Ohjelmointi (C-kieli) Projektityö Työn valvoja: Olli Hämäläinen Asko Ikävalko LOPPURAPORTTI 1(11) Ratkaisun kuvaus Käytetyt tiedostot Tietuerakenteet Onnistuin
LisätiedotTeleWell TW-EA711 ADSL modeemi & reititin ja palomuuri. Pikaohje
TeleWell TW-EA711 ADSL modeemi & reititin ja palomuuri Pikaohje Pikaohje Myyntipaketin sisältö 1. TeleWell TW-EA711 ADSL modeemi & palomuuri 2. AC-DC sähköverkkomuuntaja 3. RJ-11 puhelinjohto ja suomalainen
LisätiedotTESTIRAPORTTI - JÄRJESTELMÄ, PORTAL Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - JÄRJESTELMÄ, PORTAL i Sisällysluettelo DUMENTIN VERSIOT 1 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI
LisätiedotOhjelmiston testaussuunnitelma
Ohjelmiston testaussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä lukaa antaa yleiskuvan koko testausdokumentista.
LisätiedotSelvitysraportti. MySQL serverin asennus Windows ympäristöön
Selvitysraportti MySQL serverin asennus Windows ympäristöön IIO30200 / Jouni Huotari Arto Sorsa / F3900 CREATIVE COMMONS LISENSOITU http://creativecommons.org/licenses/by-nc-sa/1.0/fi/ 26.4.2010 1 SISÄLTÖ
LisätiedotCoolselector Asennusohje
MAKING MODERN LIVING POSSIBLE Coolselector Asennusohje Täydellinen valinta on vain muutaman klikkauksen päässä www.danfoss.fi/kylma Yleiset vaatimukset Windows XP asennus Windows 7 asennus Asennuksen poisto
LisätiedotTOIMINNALLINEN MÄÄRITTELY MS
TOIMINNALLINEN MÄÄRITTELY 11.11.2015 MS YLEISTÄ 1/2 jäsennelty etenee yleiskuvauksesta yksityiskohtiin kieliasultaan selkeä kuvaa myös tulevan järjestelmän ympäristöä tarpeellisella tarkkuudella kuvaa
LisätiedotTestaaminen ohjelmiston kehitysprosessin aikana
Testaaminen ohjelmiston kehitysprosessin aikana 04.02.2004 http://cs.joensuu.fi/tsoft/ Sisällys 1. Johdanto 2. Yksikkö- ja integrointitestaus 3. Järjestelmätestaus 4. Hyväksymistestaus http://cs.joensuu.fi/tsoft/
LisätiedotTikon Ostolaskujenkäsittely/Web-myyntilaskutus versio 6.4.0
Toukokuu 2014 1 (11) Tikon Ostolaskujenkäsittely/Web-myyntilaskutus versio 6.4.0 Päivitysohje Toukokuu 2014 2 (11) Sisällysluettelo 1. Tehtävät ennen versiopäivitystä... 3 1.1. Ohjelmistomuutosten luku...
LisätiedotKuopio Testausraportti Asiakkaat-osakokonaisuus
Kuopio Testausraportti Asiakkaat-osakokonaisuus Kuopio, testausraportti, 25.3.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 11.2.2002 Matti Peltomäki Ensimmäinen versio 0.9 11.2.2002 Matti Peltomäki
LisätiedotTikon Ostolaskujenkäsittely/Web-myyntilaskutus versio 6.3.0
Toukokuu 2013 1 (10) Tikon Ostolaskujenkäsittely/Web-myyntilaskutus versio 6.3.0 Päivitysohje Copyright Aditro 2013 Toukokuu 2013 2 (10) Sisällysluettelo 1. Tehtävät ennen versiopäivitystä... 3 1.1. Ohjelmistomuutosten
LisätiedotXPages käyttö ja edut Jarkko Pietikäinen toimitusjohtaja, Netwell Oy
IBM Collaboration Forum ٨.٣.٢٠١١ XPages käyttö ja edut Jarkko Pietikäinen toimitusjohtaja, Netwell Oy ٢٠١١ IBM Corporation Domino-sovelluskehitys Nopea kehitysympäristö (Rapid application development,
LisätiedotOption GlobeSurfer III pikakäyttöopas
Option GlobeSurfer III pikakäyttöopas Laitteen ensimmäinen käyttöönotto 1. Aseta SIM-kortti laitteen pohjaan pyötätuen takana olevaan SIM-korttipaikkaan 2. Aseta mukana tullut ethernetkaapeli tietokoneen
LisätiedotTestaussuunnitelma. Asdf. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Asdf Helsinki 22.2.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Kuisma Sami Louhio
LisätiedotOhjelmistotuotteen hallinnasta
Ohjelmistotuotteen hallinnasta Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Haikala ja Märijärvi, Ohjelmistotuotanto Royce, Software Project Management, A Unified Framework 1 Tavoitteista
LisätiedotTestausdokumentti. Sivu: 1 / 10. Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto. Versiohistoria
Sivu: 1 / 10 Testausdokumentti Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto Versiohistoria Versio Päivitykset 0.4 Lisätty mod_form.php -tiedostoon liittyvät testit 0.5 Lisätty johdanto 1.0 Dokumentti
LisätiedotAction Request System
Action Request System Manu Karjalainen Ohjelmistotuotantovälineet seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 25.10.2000 Action Request System (ARS) Manu Karjalainen Ohjelmistotuotantovälineet
LisätiedotKontrollipolkujen määrä
Testaus Yleistä Testaus on suunnitelmallista virheiden etsimistä Tuotantoprosessissa ohjelmaan jää aina virheitä, käytettävistä menetelmistä huolimatta Hyvät menetelmät, kuten katselmoinnit pienentävät
Lisätiedoterasmartcardkortinlukijaohjelmiston
erasmartcardkortinlukijaohjelmiston asennusohje Sisällysluettelo 1. erasmartcard... 2 2. erasmartcard-ohjelmiston normaali asennus... 3 2.1. Ennen asennusta... 3 2.2. Asennus... 3 3. Muut asennustavat...
LisätiedotLohtu-projekti. Testiraportti. Versiohistoria: syklin toteutuksen testit. 1. ajo Virve
Lohtu-projekti Testiraportti Versiohistoria: 1.0 6.5.2003 2. syklin toteutuksen testit. 1. ajo Virve Helsinki 6. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja, Mari Muuronen, Seppo Pastila, Virve Taivaljärvi
LisätiedotD-Link DSL-504T ADSL Reitittimen Asennusohje ver. 1.0
D-Link DSL-504T ADSL Reitittimen Asennusohje ver. 1.0 Tervetuloa D-Link ADSL reitittimen omistajaksi. Tämän ohjeen avulla saat reitittimesi helposti ja nopeasti toimimaan. Tämä ohje kannattaa lukea läpi
LisätiedotJavan asennus ja ohjeita ongelmatilanteisiin
Javan asennus ja ohjeita ongelmatilanteisiin Javaa tarvitaan Fivaldin Sovellusikkunan alaisiin sovelluksiin, jotka käyttävät Oracle Forms -tekniikkaa. Visma Fivaldin osalta suosittelemme aina käyttämään
LisätiedotMäärittelydokumentti NJC2. Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Määrittelydokumentti NJC2 Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Eero Anttila Olli
LisätiedotWCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma
TKK/DISKO/Tik-76.115 WCLIQUE Projektiryhmä Clique http://www.hut.fi/~jekahkon/wclique/testplan.pdf WCLIQUE Ohjelmistoprojekti WCLIQUE_TP Projektiryhmä Clique: Janne Dufva, 75008T, email: janne.dufva@nokia.com
LisätiedotSSH Secure Shell & SSH File Transfer
SSH Secure Shell & SSH File Transfer TIETOHALLINTO Janne Suvanto 1.9 2002 Sisällysluettelo Sisällysluettelo... 1 Yleistä... 2 SSH Secure Shell ohjelman asetukset... 3 POP3 tunnelin asetukset... 6 Yhteyden
LisätiedotEMVHost Online SUBJECT: EMVHOST ONLINE CLIENT - AUTOMAATTISIIRROT COMPANY: EMVHost Online Client sovelluksen käyttöohje AUTHOR: DATE: 15.03.
EMVHost Online SUBJECT: COMPANY: COMMENTS: AUTHOR: EMVHOST ONLINE CLIENT - AUTOMAATTISIIRROT NETS OY EMVHost Online Client sovelluksen käyttöohje NETS OY DATE: 15.03.2011 VERSION: 1.0 1 SISÄLLYS SISÄLLYS...
LisätiedotYhteydensaantiongelmien ja muiden ongelmien ratkaisuita
Yhteydensaantiongelmien ja muiden ongelmien ratkaisuita Miksi SmartView v4.1 ei suostu avaamaan lämpökuvia? Mikäli SmartView-ohjelmiston täysversio 4.1 ladataan suoraan nettisivuilta, jotkin tietokoneet
LisätiedotTestausraportti. Orava. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausraportti Orava Helsinki 5.5.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Juhani Bergström Peter
LisätiedotOhjelmistotuotantoprojekti
Ohjelmistotuotantoprojekti Ryhmä Muppett TESTAUSDOKUMENTTI Helsinki 5.8.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti, kesä 2008 Projekti: Muutos- ja korjauspyyntöjen
LisätiedotPedacode Pikaopas. Java-kehitysympäristön pystyttäminen
Pedacode Pikaopas Java-kehitysympäristön pystyttäminen Pikaoppaan sisältö Pikaoppaassa kuvataan, miten Windowstyöasemalle asennetaan Java-ohjelmoinnissa tarvittavat työkalut, minkälaisia konfigurointeja
LisätiedotTURVALLISEN TEKNIIKAN SEMINAARI 2003. Laitteiden etähallinta tietoverkkojen välityksellä Jani Järvinen, tuotepäällikkö
TURVALLISEN TEKNIIKAN SEMINAARI 2003 Laitteiden etähallinta tietoverkkojen välityksellä Jani Järvinen, tuotepäällikkö Mitä on etähallinta? Jotain muuta kuin laitteen välittömässä läheisyydessä tapahtuvaa
LisätiedotAutomaatiojärjestelmän hankinnassa huomioitavat tietoturva-asiat
Automaatiojärjestelmän hankinnassa huomioitavat tietoturva-asiat Teollisuusautomaation tietoturvaseminaari Purchasing Manager, Hydro Lead Buyer, Industrial Control Systems 1 Agenda / esityksen tavoite
LisätiedotKäyttöoppaasi. F-SECURE PSB E-MAIL AND SERVER SECURITY http://fi.yourpdfguides.com/dref/2859688
Voit lukea suosituksia käyttäjän oppaista, teknisistä ohjeista tai asennusohjeista tuotteelle F-SECURE PSB E-MAIL AND SERVER SECURITY. Löydät kysymyksiisi vastaukset käyttöoppaasta ( tiedot, ohjearvot,
LisätiedotPertti Pennanen DOKUMENTTI 1 (5) EDUPOLI ICTPro1 29.10.2013
Virtualisointi Pertti Pennanen DOKUMENTTI 1 (5) SISÄLLYSLUETTELO Virtualisointi... 2 Virtualisointiohjelmia... 2 Virtualisointitapoja... 2 Verkkovirtualisointi... 2 Pertti Pennanen DOKUMENTTI 2 (5) Virtualisointi
LisätiedotT Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tästä dokumentista ilmenee T1-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 1.12.2002 Projektiryhmä Keimo keimo-dev@list.hut.fi
LisätiedotVerkottunut suunnittelu
Rintekno Oy / JMM / 10.1.2002 Verkottunut suunnittelu DOKUMENTTI- POHJAINEN Tarkastus ja hyväksyntä Automaattinen dokumenttien luonti MALLIPOHJAINEN 2D:SSÄ JA 3D:SSÄ Tarkastus ja hyväksyntä Virtuaaliset
LisätiedotTeleWell TW-LTE/4G/3G USB -modeemi Cat 4 150/50 Mbps
TeleWell TW-LTE/4G/3G USB -modeemi Cat 4 150/50 Mbps Pikaohje Laite toimii Windows XP SP3, Windows 7,8,10 ja Mac OSx 10.5 tai käyttöjärjestelmissä, Linux tuki netistä ladattavilla ajureilla USB portin
Lisätiedot7.4 Variability management
7.4 Variability management time... space software product-line should support variability in space (different products) support variability in time (maintenance, evolution) 1 Product variation Product
LisätiedotTIE Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21201 Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 20.9.2016 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
LisätiedotS11-09 Control System for an. Autonomous Household Robot Platform
S11-09 Control System for an Autonomous Household Robot Platform Projektisuunnitelma AS-0.3200 Automaatio- ja systeemitekniikan projektityöt Quang Doan Lauri T. Mäkelä 1 Kuvaus Projektin tavoitteena on
LisätiedotT Projektisuunnitelma
T-76.115 Projektisuunnitelma 06.02.2002 Confuse 1 Tila Versio: 3.03 Tila: Katselmoitu Jakelu: Julkinen Luotu: 02.10.2001 Tuomo Koskenvaara Muutettu viimeksi: 12.02.2002 Tuomo Koskenvaara Versiohistoria
LisätiedotLinux. 00 Keskeiset piirteet. Unix ja Linux Helsingin ammattikorkeakoulu Stadia Vesa Ollikainen (muokannut M.Mäki-Uuro) Kysymyksiä
Linux 00 Keskeiset piirteet Tux-pingviinin kuva: Larry Ewing, Simon Budig ja Anja Gerwinski Kysymyksiä 1. Mikä Linux on? 2. Kuinka Linux syntyi ja kehittyy? 3. Mitkä ovat Linuxin vahvuudet? 2 1 Linux on
LisätiedotJReleaser Yksikkötestaus ja JUnit. Mikko Mäkelä 6.11.2002
JReleaser Yksikkötestaus ja JUnit Mikko Mäkelä 6.11.2002 Sisältö Johdanto yksikkötestaukseen JUnit yleisesti JUnit Framework API (TestCase, TestSuite) Testien suorittaminen eri työkaluilla Teknisiä käytäntöjä
LisätiedotVERKON ASETUKSET SEKÄ WINDOWSIN PÄIVITTÄMINEN
VERKON ASETUKSET SEKÄ WINDOWSIN PÄIVITTÄMINEN Tämän harjoituksen tarkoituksena on varmistaa verkon asetukset sekä päivittää Windows käyttäen Windows Update -palvelua. Dokumentin lopussa on palautettava
LisätiedotT-76.115 Tietojenkäsittelyopin ohjelmatyö. Testisarja Ray tracing. Tietokonegrafiikka-algoritmien visualisointi. Testisarja Ray tracing
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Keimo-visualisointijärjestelmän Ray tracing - visualisaation testisarja. Sarja sisältää testitapaukset ja testilokit Päivämäärä 13.4.2003 Projektiryhmä
LisätiedotOpponointitestaus VYM -> LiKe 29.03.2001
Opponointitestaus VYM -> LiKe 29.03.2001 Opponoinnin testitapaukset Opponoinnin testitapaukset on pääosin suoritettu loggautumalla sisään käyttäjällä Minna Reino, joka on I -käyttäjä After Sales-projektissa.
LisätiedotUCOT-Sovellusprojekti. Asennusohje
UCOT-Sovellusprojekti Asennusohje Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 1.00 Julkinen 15. joulukuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
LisätiedotSecurity server v6 installation requirements
CSC Security server v6 installation requirements Security server version 6.x. Version 0.2 Pekka Muhonen 2/10/2015 Date Version Description 18.12.2014 0.1 Initial version 10.02.2015 0.2 Major changes Contents
LisätiedotOhjelmistotekniikka - Luento 2 Jouni Lappalainen
Ohjelmistotekniikka - Luento 2 Jouni Lappalainen Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento
Lisätiedot1 Tivax siirto uuteen koneeseen
Tivax siirto uuteen koneeseen 1 1 Tivax siirto uuteen koneeseen 1.1 Tivax ohjelman asentaminen Huom. Siirrossa mahdollisesti esiintyvien ongelmien ratkaisu on veloituksetonta ainoastaan asiakkaille, joilla
LisätiedotKIITOS RICA OPTIMOINTIOHJELMAN VALITSEMISESTA
KIITOS RICA OPTIMOINTIOHJELMAN VALITSEMISESTA Asennusohjeiden sisältö 1. RICA optimointiohjelmoinnin periaate isoftloaderilla... 2 2. RICA isoftloader toimituspaketin sisältö... 3 3. isoftloader Sync-ohjelmiston
Lisätiedot