esialgse plaani tõhusust, annab konstruktiivset kriitikat ja edastab oma lõppotsuse sobilikkuse kohta 4. Kooskõlastamine - muudatuste plaan vaadatakse üle muudatuste nõukogu poolt ja nõukogu otsustab, kas seda muudatust on mõistlik teha või mitte 5. Teavituse korraldamine - haldur edastab lõpliku muudatuse plaani arendajale 6. Muudatuse loomine - arendaja viib ellu halduri poolt esitatud muudatuste plaani 7. Muudatuste järgne testimine - testija kontrollib arenduskeskkonnas selle muutuse sobivust ning annab tagasisidet 8. Muudatusjärgne kontroll - arendaja korrigeerib testija poolt antud tagasisides vajalikud parandused ROLLID JA VASTUTUSED Muudatuste halduse protsessis on järgmised rollid: ● muudatuse esitaja – esitab muudatuse soovi (sealhulgas kirjeldab vajadusel muudatuse profiili, muudatuse looja, muudatuse testija, muudatuse järgse testija ja viitab muudatusega seotud dokumentatsioonile)
enesele kasvaks aga selline programm varsti üle pea. WriteLine meetod üleviib kursori uule reale Write meetod jätab kursori praegusel real. Saate siiski kasutada "vana" meetodi uue rea alustamiseks - Paomärk " n". Näiteks Console.Write ("Tere, nminu sõbrale! n"); kuvatakse kaks rida ja Kursori algusest kolmandiku. Käivitamine Edasi tuleb tervitusrakendus käima saada. Töö tulemusel tekkinud pildi võib arenduskeskkonnas (näiteks Visual Studio 2008) ette saada kergesti - vajutad lihtsalt käivitusnuppu ( või F5 ) ja midagi ilmubki. C# programmi kood salvestatakse laiendiga cs. Faili nime võib panna loodud programmi klassiga samasuguseks, kuigi otsest kohustust ei ole. Aga nõnda on kataloogist omi programme ehk kergem üles leida, kui klass ja fail on sama nimega. Suhtlus arvutiga Enamik programme vajavad andmeid kasutajalt - muul juhul ei teaks ju arvuti, mida meil vaja on
Selle meetodi eeldus on kas eksperdi või abivahendite (nt küsimustikkude) olemasolu. Andmepõhine testimine. Ekvivalentsiklasside, piirjuhtude ja veaotsingu ideid saab kasutada ka programmipõhisel testimisel. Sel juhul tekitatakse sisendandmed programmi tekstis antud andmestruktuuride alusel, eristades siingi ekvivalentsiklasse ja piirolukordi. Erinevus funktsionaalsest testimisest on selles, et nüüd võivad nt piirolukorrad tekkida programmis või arenduskeskkonnas antud kitsendustest, nagu massiivi lubatud pikkus, reaalarvu võimalik väärtus vms. Väljundid võetakse, nagu ikka, ülesande püstitusest. Lisatud vead. Meetodi ülesanne on prognoosida süsteemi jäänud vigu. Selleks lisab sõltumatu isik või rühm süsteemile juhuslikke, kuid mitte süntaktilisi vigu. Testimise käigus avastatakse nii lisatud kui ka tegelikke vigu. Eeldades, et vigade avastamise protsent on mõlemal
Analüüs, kavandamine, teostus, hooldus. Väikeste programmeerimistööde juures ei ole CASE-vahenditest mingit kasu VALE Testimisega saab näidata vigade esinemist tarkvaras, kuid mitte kunagi ei saa testimisega näidata vigade puudumist. Jah Hooldusetapp ehk toeetapp on tavaliselt kõige lühema kestvusega etapp tarkvara elutsüklis Ei Juurutusetapil tuleb: kasutajaid koolitada, tarkvara installeerida, andmeid ülekanda. Milliseid tegevusi on sobiv läbi viia arenduskeskkonnas? Koodi kirjutamine, koodi kompileerimine, moodulite testimine, projektdokumentatsiooni koostamine. Milliseid tegevusi on sobiv läbi viia testimiskeskkonnas? Kasutajatega testimine, kasutajate koolitus, regressioontestimine, koormustestimine. Milliseid tegevusi on sobiv läbi viia töökeskkonnas? Kasutajate koolitus, kliendipoolne igapäevatöö Millistel andmete omadustel põhineb andmete turvamudel? Käideldavusel, terviklusel, konfidentsiaalsusel.
integreeritud mistahes välise või kolmanda osapoole süsteemiga, mis on määratletud süsteemi nõuetes. Regressioonitestimine Eesmärgiks on otsida vigu pärast koodi olulist muutmist. Vastuvõtu testimine Vastuvõtu testimine võib tähendada kahte asja: 1. Viiakse läbi proovitest, et kontrollida, kas uus tarkvara komponent on vastuvõetav peamisse testimise protsessi, näiteks enne lõimumis- või regressioonitesEmist. 2. Kliendi tehtud testimist, tihti tema enda arenduskeskkonnas ja riistvaral, nimetatakse kasutaja vastuvõtu testimiseks. Testimise tüübid Funktsionaalne testimine · Riskipõhine Riskipõhise testimise idee on testida esmalt tootega seotud kriitilisi riske. · Uuriv testimine Uuriv testimine on mitteformaalne tarkvara testimise tehnika, mille puhul testija hindab testide kavandamist nende täitmise käigus ja kasutab saadud informatsiooni uute ja paremate testide projekteerimiseks
Testimine võib olla täielik, kui muudatused on riskantsed või neid tehakse arenduse hilistes järkudes, või osaline, kui muudatused tehakse vara või ei ole eriti riskantsed. Vastuvõtu testimine võib tähendada kahte asja: 1. Viiakse läbi proovitest, et kontrollida, kas uus tarkvara komponent on vastuvõetav peamisse testimise protsessi, näiteks enne lõimumis- või regressioonitestimist. 2. Kliendi tehtud testimist, tihti tema enda arenduskeskkonnas ja riistvaral, nimetatakse kasutaja vastuvõtu testimiseks. Funktsionaalne testimine – • Riskipõhine - idee on testida esmalt tootega seotud kriitilisi riske, • Uuriv testimine (exploratory testing) - mitteformaalne tarkvara testimise tehnika, mille puhul testija hindab testide kavandamist nende täitmise käigus ja kasutab saadud informatsiooni uute ja paremate testide projekteerimiseks,
riskantsed. o Vastuvõtu testimine Vastuvõtu testimine võib tähendada kahte asja: o Viiakse läbi proovitest, et kontrollida, kas uus tarkvara komponent on vastuvõetav peamisse testimise protsessi, näiteks enne lõimumis- või regressioonitestimist. o Kliendi tehtud testimist, tihti tema enda arenduskeskkonnas ja riistvaral, nimetatakse kasutaja vastuvõtu testimiseks. o Testimise tüübid Funktsionaalne testimine Riskipõhine o Riskipõhise testimise idee on testida esmalt tootega seotud kriitilisi riske Uuriv testimine o Uuriv testimine (exploratory testing) on mitteformaalne tarkvara testimise tehnika, mille
6. Vastuvõtu testimine (Acceptance test) Vastuvõtu testimine võib tähendada kahte asja: 1. Viiakse läbi proovitest, et kontrollida, kas uus tarkvara komponent on vastuvõetav peamisse testimise protsessi, näiteks enne lõimumis või regressioonitestimist. 2. Kliendi tehtud testimist, tihti tema enda arenduskeskkonnas ja riistvaral, nimetatakse kasutaja vastuvõtu testimiseks. TODO: Too näited. 79. Testimise tüübid. Nimeta ja seleta lahti. Too näited. 1. Funktsionaalne testimine ○ Riskipõhine ■ Riskipõhise testimise idee on testida esmalt tootega seotud kriitilisi riske. ○ Uuriv testimine
Nõnda saab programmi pikemaks kasvamisel kergemini järge pidada, millises plokis või millistes plokkides vaadatav käsk asub. Nõnda on esimene väike programm üle vaadatud ja loodetavasti tekib natuke tuttav tunne, kui vaadata järgnevaid ridu: using System; class Tervitus{ public static void Main(string[] arg){ Console.WriteLine("Tere"); } } Käivitamine Edasi tuleb tervitusrakendus käima saada. Töö tulemusel tekkinud pildi võib arenduskeskkonnas (näiteks Visual Studio 2005) ette saada kergesti - vajutad lihtsalt käivitusnuppu ja midagi ilmubki. Et aga "karu kõhust" tekiks parem ülevaade, püüame tervitaja käsurealt tööle saada. Sealt paistab paremini välja, millised etapid enne läbi käiakse, kui töötava programmini jõutakse. See on kasulik näiteks vigade otsimisel ja neist aru saamisel. C# programmi kood salvestatakse laiendiga cs. Faili nime võib panna loodud programmi
Nõnda saab programmi pikemaks kasvamisel kergemini järge pidada, millises plokis või millistes plokkides vaadatav käsk asub. Nõnda on esimene väike programm üle vaadatud ja loodetavasti tekib natuke tuttav tunne, kui vaadata järgnevaid ridu: using System; class Tervitus{ public static void Main(string[] arg){ Console.WriteLine("Tere"); } } Käivitamine Edasi tuleb tervitusrakendus käima saada. Töö tulemusel tekkinud pildi võib arenduskeskkonnas (näiteks Visual Studio 2010) ette saada kergesti - vajutad lihtsalt käivitusnuppu ja midagi ilmubki. Kuidas rakendus paigaldada, seda saab lugeda C# osa lõpust. Et aga "karu kõhust" tekiks parem ülevaade, püüame tervitaja käsurealt tööle saada. Sealt paistab paremini välja, millised etapid enne läbi käiakse, kui töötava programmini jõutakse. See on kasulik näiteks vigade otsimisel ja neist aru saamisel. C# programmi kood salvestatakse laiendiga cs
Nõnda saab programmi pikemaks kasvamisel kergemini järge pidada, millises plokis või millistes plokkides vaadatav käsk asub. Nõnda on esimene väike programm üle vaadatud ja loodetavasti tekib natuke tuttav tunne, kui vaadata järgnevaid ridu: using System; class Tervitus{ public static void Main(string[] arg){ Console.WriteLine("Tere"); } } Käivitamine Edasi tuleb tervitusrakendus käima saada. Töö tulemusel tekkinud pildi võib arenduskeskkonnas (näiteks Visual Studio 2008) ette saada kergesti - vajutad lihtsalt käivitusnuppu ja midagi ilmubki. Kuidas rakendus paigaldada, seda saab lugeda C# osa lõpust. Et aga "karu kõhust" tekiks parem ülevaade, püüame tervitaja käsurealt tööle saada. Sealt paistab paremini välja, millised etapid enne läbi käiakse, kui töötava programmini jõutakse. See on kasulik näiteks vigade otsimisel ja neist aru saamisel. C# programmi kood salvestatakse laiendiga cs
annaabi.ee 
