|
Classic Misconceptions essais et d'erreurs Jetons un oeil à quelques-unes des erreurs les plus courantes ou les idées fausses qui reflètent en réalité sur une qualité de testeurs, son efficience et son efficacité. Un couple d'hypothèses qui sont les coupables principaux sont les hypothèses que tous les défauts dans le produit logiciel ont été détectés, et qu'il ou elle est capable de tester le programme complètement. Autres idées fausses comme "l'assurance qualité est la responsabilité de l'équipe de test" et "l'objectif des essais est seulement à trouver des bugs" peuvent conduire à une forme très malsain d'essais. Une autre erreur (généralement associé avec Junior Testers) est une approche plutôt négligente à l'égard de la détection de bugs majeurs et la négligence dans les rapports de problèmes d'utilisabilité. Dans certaines organisations plus l'accent est mis sur le front des tests unitaires effectués par les développeurs de premier plan au démarrage de la phase de test Trop tard, elle ouvrira un faux sentiment de sécurité ou de complaisance qu'ils vont parfois même à l'étendre à retarder ou à mettant du stress et de tests de charge à la dernière minute. Cela se traduit par le processus de test tout étant rendu inefficace. Du point de vue de testeurs une «évaluation incomplète de la documentation des projets connexes", "en ignorant l'essai des procédures d'installation» et «l'échec d'identifier avec précision les zones à risque» peut aussi conduire à la dégénérescence de l'efficacité de l'essai. Une autre plainte fréquente que l'on rencontre, c'est l'attention excessive qui est accordée à l'exécution du test plutôt que de concevoir et de planifier les mêmes. Quelles sont les caractéristiques d'un bon ingénieur de test? Il ou elle doit posséder au moins un minimum de connaissances du génie logiciel. Souvent, un testeur devrait être un expert dans un certain nombre de domaines. Il ou elle doit posséder une connaissance considérable de la demande qui est testé. Le testeur doit avoir un naturel hyper-sensibilité à des choses insignifiantes, Il doit posséder des compétences d'ingénierie du logiciel (la compréhension des règles du génie logiciel, connaissant la programmation informatique et ayant une connaissance du système d'exploitation niveau). Souvent, un appareil de contrôle doit être un expert dans un certain nombre de domaines, être régulière au chaos et à la pression du développement, de gestion, ainsi que la pression de circonstances différentes. Alors que ses ok pour le testeur sceptiques de revendications développeurs, il ne devrait pas prendre une attitude hostile! En règle générale, il devrait être capable de couper le logiciel avec un sentiment de perte mauvais, possèdent des compétences de détective et solides compétences en communication qui comprennent les compétences des personnes, la ténacité et la capacité de critiquer et interpréter la critique est une manière mature. |