TALLINNA TEHNIKAÜLIKOOL INFORMAATIKAINSTITUUT ERPLY KASSASÜSTEEMI TESTIMINE Projekt õppeaines “Tarkvara kvaliteet ja standardid” Autor: Esitatud: Juhendaja: Jekaterina Tšukrejeva TALLINN 2016 Sisukord 1. Ülesande püstitus. Organisatsioon, süsteem, metoodika......................................................4 1.1 Organisatsioon (ja süsteem)..........................
Lisade allsüsteem
Lisa laadimine <
....................... 83 6 Autorideklaratsioon Deklareerin, et käesolev töö on minu iseseisva töö tulemus ja selle alusel ei ole varem hinnet/arvestust taotletud. 7 Sissejuhatus Antud töös realiseeritakse olnline restorani kliendi ja tellimuse vastuvõtja töökoht kasutades Oracle 11g Enterprise Edition Release 1 andmebaasisüsteemi. Rakendus on loodud kasutades java programeerimis keelt ning Eclipse IDE-d. Andmebaasi server: hektor8.ttu.ee:1521 Kasutajanimi: TUD26 Parool: J85LR1 Rakenduse toimimiseks peab kasutaja arvutis olema instaleeritud Apache Tomcat 7. Rakenduse sisselogimiseks võib kasutada järgnevaid kasutajanimesid/paroole: Kliendina sisselogimiseks: Kasutajanimi: klient Parool: klient Tellimuse vastuvõtjana sisselogimiseks: Kasutajanimi: kasutaja
o Fotograafide andmete otsimine o Fotograafide andmete vaatamine Ajagraafikute allsüsteem o Fotograafide ajagraafikute vaatamine Tellimuste esitamise teenus kasutab järgmiste allsüsteemide teenuseid: Fotode allsüsteem o Fotode vaatamine Pildistamiste allsüsteem o Pildistamise andmete vaatamine 1.2.8 Teise iteratsiooni planeerimine 2. iteratsiooni eesmärgiks on: Planeerimise / skoobi / konteksti haldamise töövoos: Üle vaadata ning vajadusel täpsustada skoopi Ärimodelleerimise töövoos: Äriprotsesside struktuuri täpsustamine vastavalt muutunud skoobile Põhiprotsessi kirjeldus lausenditena Täpsustatud kontseptuaalne klassidiagramm Põhiprotsesside töövoogude tegevusdiagrammid 8 Infovoogude tegevusdiagrammid
Projekti käigus kasutatav metoodika Antud projekti käigus meeskond hakkab testima UXi ja UIi. Valitud veebilehe kasutajamugavuse ja kasutajakogemuse testimiseks sai valitud "black box" meetod. Antud meetod oli valitud selle pärast, et meeskonnal on samad ligipääsu õigused nagu tavalisel registreeritud kasutajatel, seega meil ei ole ligipääsu veebilehe sisemisele tehnilisele ülesehitusele. See meetod võimaldab selgeks teha kõik kasutajaliidese vead. Edaspidi testimine hakkab toimuma määratud parameetrite järgi, meeskond tuvastab, kas veebilehe parameetrid vastavad ülespüstitatud nõudmistele või ei. Mittevastavuse puhul teeme ettapanekuid, et muuta disaini paremaks ja nõudmistele vastavaks. Persoonad Meie võtame oma projekti jaoks 2 persooni. Noor ema (persoon 1) Nimi:Alexa Vanus:25 Sugu:naine Kirjeldus:Alexa sai 6 kuud tagasi emaks. Reaalses elus tegeleb tema praegu lapse kasvatamisega ja teeb selle kõrvalt ka tööd kodus
.......................14 3. Esimene realisatsioon.......................................................................................17 3.1 Lahendatud ülesande kirjeldus................................................................... 17 3.2 Kasutusjuhend.............................................................................................17 3.3 Realiseeritud osade tekstid......................................................................... 18 4. Esimese realisatsiooni testimine.......................................................................32 4.1 Testitulemused............................................................................................ 32 4.2 Probleemid.................................................................................................. 37 4.3 Hinnang....................................................................................................... 38 5. Teine realisatsioon................................................
...............................................20 Joonis 9: Deklaratsiooni loomise ja esitamise protsessi tegevusdiagramm..............................20 Joonis 10: Aine deklareerimise ja aine deklaratsiooni kinnitamise protsessi üldine tegevusdiagramm......................................................................................................................21 Joonis 11: Deklaratsiooni tagasi võtmise protsessi tegevusdiagramm....................................22 Joonis 12: Ainete haldamise protsessi tegevusdiagramm (täpsustus ainete haldamise tegevusele)................................................................................................................................23 Joonis 13: Aine lisamine deklaratsiooni (täpsustus eelnenud diagrammi "aine lisamine deklaratsiooni" tegevusele).......................................................................................................23
o Kes vastutab arhitektuuri eest? – Kõik vastutavad. Probleem: Vahel inimesed ei ole üksteisega nõus Suurtes tiimides skaleeruvus o Nimeta arhitektuuri manager/omanik/vastutaja Arhitektuur suures meeskonnas o Arhitektuuri juhitud lähenemine o Featuuri juhitud lähenemine o Avatud lähtekoodi lähenemine o Kombinatsioon eelnevatest o Arhitektuuri testimine o Küsi endalt: Millistele eeldustele tugineb arhitektuur Millised nõuded arhitektuur katab Mis on selle arhitektuuri võtme riskid Milliste meetmetega leevendada riske Mil moel on see arhitektuur edasiminek viimase kandidaadi/baas arhitektuuri suhtes Agiilne tarkvara arhitektuur o Nõuded juhivad arhitektuuri v.a. kui sa häkid Agiilne arhitektuur
Kõik kommentaarid