Hvorfor test er vigtigt for ethvert produkt? Alle ved om det, men ignorerer det med vilje, især når ændringen er mindre. Normalt mennesker antager, at for små ændringer, hvorfor vi skal bruge så meget tid på test. Årsagen er, at vi bruger så mange værktøjer og teknologier til rådighed på markedet, uden selv at vide 20% af dens anvendelse og konsekvenser.
Har vi virkelig opmærksomme på disse værktøjer bliver bestået alle test forhindringer? Har vi virkelig forstå begrænsningerne? Skal vi forstå den interne kompleksitet af det? Må vi analysere, om det ville være egnet til vores projekt? Selvom, hvis er det kendt at arkitekten /designeren, er denne viden passere ned til udvikleren niveau? Svaret er NEJ !!!!!
Det er grunden til, at jeg vil foreslå at have mere gennemgang & test tid end tidligere.
Test teamet bør være helt forskellig fra udviklingsteam og direkte rapportering til klient.
På den måde klient kan sikre korrekthed og fuldstændighed udvikling. Det er en vanskelig ting at overbevise servicebranchen, men skulle klient gøre sig bekendt med disse kendsgerninger.
Software test er at sikre forretningsmæssige og tekniske krav er opfyldt baseret på testdata og styres, samt ukontrollerede driftsforhold.
Softwaretest er en proces med at skabe testcases baseret på krav (både business & tekniske) og køre det under forhold, for at se de forventede resultater. Resultatet i softwaretest er enten bestået eller ikke bestået.
Du kan sammenligne dette til dine eksamener !!!!! Det er en undersøgelse tid til udvikling team.
Der forskellige metoder, der kan bruges til software produkt. Men, bør vælges de metoder, baseret på følgende kriterier: 1. Type projekt /produkt (Udvikling, vedligeholdelse, support,) 2. Størrelse af projektet /produktet 3. Type af talent i holdet Test er en stor bidragyder til at beslutte om forebyggende foranstaltninger der skal træffes.
Virksomheder normalt sætte god sum penge på kvalitet, Six Sigma, CMM vurdering, men én ting, de glemmer, er alle disse processer vil fungere perfekt, når du har en stærk gennemgang & test team /behandle. Medmindre, du forstår alle mulige problem, lille eller stor, er der ingen måde du kan forhindre det i fremtiden.
Jeg kan huske en episode, da vi var ved at udvikle en klient baseret produkt. Det var det tidspunkt, hvor vi var hardcore udviklere.
Vi har udviklet det med solidt design (ved hjælp af OOPS metodologi, de dage det var større præstation