mercredi 21 mai 2014

Assurance de qualité dans Agile Software Development (john loi)

Le développement de logiciels Agile vise à accepter l'adaptabilité, la collaboration et la planification à court terme sur des méthodes de développement de logiciels prédictifs ou même régime axé traditionnels. Développeurs agiles ont tendance à utiliser des incréments de période (petites itérations ou boîtes de temps) de quelques semaines à peine lors de la planification des droits, souvent abandonnant détaillée la planification à long terme. Les méthodes d'assurance de la qualité traditionnelles, y compris la planification à long terme, les prévisions budgétaires et les délais globaux doivent être modifiés, dans un certain nombre de façons d'accommoder l'accent sur l'adaptabilité et objectifs supplémentaires. Assurance de qualité dans Agile Software Development (john loi) L'approche incrémentale souligne la livraison de logiciels de qualité dans une coquille de noix itérations. Les objectifs sont de moindre ampleur. Ceci est en contraste avec une approche plus traditionnelle prévue qui effectue des tests généralement seulement après l'achèvement de la majeure partie du codage. En théorie, ce logiciel de test une priorité dès le début a la philosophie générale de l'assurance qualité de la prévention des problèmes un peu plus loin en mettant l'accent sur la prévention des défauts avant qu'ils ne se produisent, ne pas les trouver après la création de l'ensemble à partir du logiciel. Assurance de qualité dans Agile Software Development (john loi) QA traditionnel s'appuie aussi fortement sur la documentation, des plans de test, ainsi que les rapports de bugs. QA dans un environnement agile déplace l'accent de la planification et de documentation pour la réaction interpersonnelle entre associés. Bien que les deux types désirent collaboration, la méthodologie diffère grandement. Agile AQ utilise la méthode itérative de participer constamment les promoteurs de projets et les utilisateurs dans le processus de création. Traditionnelle AQ horreur généralement l'évolution des besoins, car leur budget et les délais se concentrent sur l'expédition du produit livrable après un certain nombre de la valeur de développement des années; toute mutation d'exigence peut potentiellement annuler un grand nombre d'heures de travail. Parce Agile AQ brise leurs livrables dans des projets d'environ d'un mois de temps, l'équipe a adopté une philosophie de l'évaluation et l'adaptation constante. Assurance de qualité dans Agile Software Development (john loi) Peut-être la principale différence entre ces deux formes d'assurance de la qualité sont disponibles dans la façon dont ils traitent avec l'inconnu. AQ traditionnelle veut identifier et de traiter presque tous les objectifs, les obstacles et les méthodes avant d'engager des ressources, tandis que AQ agile évite ce besoin en utilisant la méthode itérative. Agile AQ tolère connaissance partielle ou imparfaite, mais seulement sous la condition que les membres de l'équipe et les sponsors se réunissent régulièrement et officiellement en face-à-face.
#39;); = document.createElement de la var ('script'); s.type = #39;text / javascript'; s.src = #39;/ / cdn.chitika.net / getads.js'; try {document.getElementsByTagName ('tête') [0] appendChild (s).; } Catch (e) {document.write (s.outerHTML); }} ());


| Texte intégral Flux RSS | Amazon Wordpress | IRF manches de portefeuille


Aucun commentaire:

Enregistrer un commentaire