De Kwaliteit van de software
Geen commentaren
Het beheer van IT neigt om QA te bepalen zoals eenvoudig zijnd? het testen?. Als dusdanig, zij vaak QA zoals enkel brengend in sommige warme organismen bekijken om sommige testmanuscripten in werking te stellen zodra de codage allen wordt gebeëindigd. Daar eigenlijk test veel meer aan QA dan enkel, en daar is veel meer aan het testen dan enkel lopende testmanuscripten.? Dit volgens het artikel van de Basislijn De tweede Kwaliteit van de Software van de Klasse in de Belangrijke Projecten van IT.? Lees ook Bruce Webster blog op QA hier.? De artikelen merkt ook op dat als de organisatorische uitdagingen aan QA eenvoudig gebrek aan tijd en geld waren, dan zij gemakkelijk zouden kunnen worden opgelost door meer tijd en geld eenvoudig toe te wijzen. Nochtans, is er een seconde, meer hardnekkige kwestie. Eenvoudig gezet, een ingenieur van IT die in QA werkt heeft minder beroepshiërarchie dan wie in daadwerkelijke codage werkt. De oude grap van IT is dat u het werkwoord vervoegt? aan programma? thusly: ? I de architect, u codeert, hij of test zij.?
Ik denk dit een reusachtig probleem met is waterval methodologie van softwareontwikkeling.? Vandaar nieuwere en betere softwareontwikkeling als Behendige softwareontwikkeling houdt meer steek.? Het testen is geen nadere overweging.? Het? s een deel van het ontwikkelingsproces zelf.? Zijn niet? hij of zij? dat test de toepassing, maar het? s meer als? wij architect, wij coderen en wij testen?. Zijn een slecht idee om beroeps te creëren? status? wanneer QA wordt afgevaardigd aan iemand met lagere status.? Wouldn? t? oudste? of de slimme ontwikkelaar hartstochtelijk genoeg en verantwoordelijk is aan? bak? kwaliteit in het product ontwikkelt hij zich of zij?? Hoe kunt u iemand een goede roepen ontwikkelaar als zij kunnen? t maakt hun code en architectuurkogelbewijs aan uitlopers en extreme gevallen?
QA wordt de collectief verantwoordelijkheid van iedereen in het project geïmpliceerdd dat omvat de Projectleider van.? De projectleider van moet ook tijd in de lijn van de projecttijd smartly toewijzen om wat het systematische testen te doen.? Dit zou niet aan het eind van de ontwikkeling moeten gebeuren maar regelmatig nadat functionaly wordt gebouwd en geïntegreerdt.
Populariteit: 28% [?]
De vrijdag, September 19, 2008 in 2:07 p.m. wordt en onder ingediend Projectleiding, Het Beheer van het talent, Menselijke middelen. U kunt om het even welke reacties op deze ingang door volgen RSS 2.0 voer. U kunt verlaat een reactie, or trackback from your own site.
