Kvalitets- programvara
September 19, 2008 by Raj Sheelvant
DET ledning ansar för att definiera QA som ”testa enkelt”. Som sådan, beskådar de ofta QA, som precis att komma med i något varmt förkroppsligar för att köra något testar skrivar, när kodifiera avslutas all. Det finns faktiskt avlägset mer till QA än testa precis, och det finns avlägset mer till att testa, än spring testar precis skrivar. Detta enligt grundlinjeartikel Understödja klassificerar kvalitets- programvara ha som huvudämne in DEN projekterar. Läs också Bruce Websters blog på QA här. Artiklarna noterar också att, om de organisatoriska utmaningarna till QA var enkelt brist av tid och pengar, då kunde de klart lösas, genom enkelt att tilldela mer tid och pengar. Emellertid finns det en understödja som är mer intractable, utfärdar. Satt enkelt, iscensätter DET vem fungerar i QA har mindre yrkesmässig status än en vem fungerar i faktiskt kodifiera. Det gammalt är DET skämtet att du konjugerar verben ”för att programmera” thusly: ”I-arkitekten, kodifierar du, honom, eller hon testar.”,
Funderare I detta är ett enormt problem med vattenfallmethodology av programvaruutveckling. Hence nyare och bättre programvaruutvecklingsnågot liknande Lättrörlig programvaruutveckling gör mer avkänning. Att testa är inte ett sladdbarn. Det är delen av utvecklingsprocessen sig själv. Dess inte `är han eller hon', som testar applikationen, bara det mer lik `oss arkitekten, kodifierar vi, och vi testar'. Dess en dåligaidé att skapa yrkesmässig `- status', när QA delegeras till någon med lägre status. Skulle inte `- pensionären' eller smart bärare var passionerad, och bakar ansvariga nog till `' kvalitets- in i produkten honom, eller framkallar hon? Hur kan du appellen någon en bra bärare, om de inte kan göra deras för att kodifiera och arkitekturkulan som är motståndskraftig till outliers och ytterlighetfall?
QA är kollektivt ansvaret av alla som är involverad i projektera projekterar däribland, chefen. Projekterachefen behöver också smartly att tilldela tid i projekteratiden fodrar för att göra något systematiskt testa. Detta bör hända inte på avsluta av utvecklingen men regelbundet, efter functionaly har byggts och har integrerats.
Popularitet: 29% [?]
