Qualitat de Programari
19 de setembre, 2008 per Raj Sheelvant
La direcció d'IT tendeix a definir QA com ser simplement "testatge". Com a tal, ells sovint QA de vista com només portar en alguns cossos càlids per córrer algunes escriptures de prova una vegada que la codificació està tota acabada. Hi ha de fet molt més a QA que només testatge, i hi ha molt més a provar que només escriptures de prova que funcionen. Això segons Qualitat de Programari de Classe de Segon d'article de Línia de Base en l'IT Essencial Projecta. També llegeixi el blog de Bruce Webster en QA aquí. Els articles també bitllets que si els desafiaments organitzatius a QA eren simplement manca de temps i diners, llavors es podrien immediatament resoldre simplement assignant més temps i diners. Tanmateix, hi ha al segon, assumpte més intractable. Posi simplement, un enginyer d'IT que treballa en QA té estatus menys professional que un que treballa en la codificació present. L'acudit d'IT vell és que conjuga el verb per "programar" thusly: "Jo arquitecte, codifica, ell o ella prova."
Penso que això sigui un problema enorme amb la metodologia de cascades de desenvolupament de programari. Per això el desenvolupament de programari més nou i millor com developement de programari Àgil té més sentit. El testatge no és un afterthought. És part del procés de desenvolupament mateix. Seu no 'ell o ella' que prova l'aplicació, però és més com 'nosaltres arquitecte, codifiquem i provem'. Seu una mala idea de crear 'estatus' professional quan QA es delega a algú amb estatus més baix. El desenvolupador 'superior' o elegant no seria vehement i prou responsable per 'coure' qualitat al producte que ell o ella desenvolupa? Com pot anomenar algú un bon desenvolupador si no poden fer la seva bala de codi i arquitectura prova a tossal testimoni i casos extrems?
QA és el col·lectivament responsabilitat de tothom implicat en el projecte incloent-hi Director de Projecte. El Director de Projecte també necessita assignar elegantment temps en la línia d'hora de projecte de fer algun testatge sistemàtic. Això hauria de passar no al final del desenvolupament però regularment després del functionaly es construeix i s'integrava.
Popularitat: 29% [?]
