faisabilité de testeurs dans une petite entreprise/Team

Question

Ma compréhension est qu'il est conseillé testeurs sont séparés des développeurs, vous avez évidemment i.e. développeurs tester leur code mais les testeurs dédiés aussi bien.

Comment cela fonctionne-t-il réellement dans un petit projet, disons 5 développeurs ou moins? Il semble improbable que vous puissiez garder un testeur occupé à plein temps, et bien que vous puissiez faire venir des gens à court terme, je dirais qu'un testeur devrait bien comprendre l'application - son usage prévu, ses utilisateurs, ses particularités - tout comme vous ne veulent pas que les développeurs soient transitoires sur le projet.

Answer 1

Vous pouvez certainement garder un travail à plein temps testeur - ils devraient être tester le produit tout au long du processus de développement, et pas seulement à la fin. En fait, laisser les tests à la fin d'un projet est absolument la pire chose que vous pouvez faire. J'ai travaillé dans deux entreprises qui ont généralement 1 testeur pour 2 développeurs, et il n'y a jamais eu de problème avec eux à court de choses à faire - en fait tout à fait le contraire.

Ces deux entreprises ont été de petites entreprises avec 10-20 développeurs et 5-10 testeurs.

Answer 2

Dans une petite entreprise, cela est difficile parce que vous avez raison: vous ne pouvez pas avoir juste les testeurs assis au ralenti entre les tours de tests officiels. Bien sûr, ils pourraient faire d'autres choses comme écrire des cas de test et des plans de test, mais même alors, ils peuvent avoir un peu de temps d'inactivité. Pour une petite entreprise, il peut être judicieux d'embaucher des testeurs en cas de besoin, car il se peut que vous n'ayez qu'un seul produit à tester et que le délai entre les produits soit important. Vous pourriez également voir si vous pouvez trouver une autre entreprise qui fera les tests pour vous - semblable à l'embauche d'entrepreneurs, mais le contrat serait avec la société mère et non les individus.

Dans les grandes entreprises, il y a généralement (mais pas toujours) suffisamment de projets à différents stades de développement/test va garder tous les testeurs à temps plein pour la plupart occupés avec le travail de quelque sorte. Bien sûr, la demande dépasse parfois les ressources disponibles (personnel d'essai à plein temps), de sorte que les entrepreneurs sont parfois amenés à participer à un projet spécifique. Et oui, vous avez raison, même les entrepreneurs doivent être formés au système qu'ils testent, même s'ils ne sont là que pour un seul projet.

Answer 3

Vous pouvez demander aux développeurs de tester les uns des autres parties de mais en général ce n'est pas une bonne idée et un testeur distinct sera la meilleure façon d'aller.
Une autre option consiste à trouver une société tierce qui testera l'application pour vous. Cela vous obligera également à avoir une meilleure spécification sur le projet.

Answer 4

Je travaille dans un petit environnement d'équipe, avec rarement plus de 1 ou 2 développeurs sur un projet donné. Nous n'avons pas, et je n'aurais jamais vu de manière réaliste, un testeur dédié. Habituellement, j'implique que mes clients effectuent les tests d'assurance de la qualité de l'application dans un environnement intermédiaire avant de mettre en production une version. Ceci est plus ou moins réussi en fonction de l'adhésion du client au processus de test. Je me fie aussi beaucoup aux tests unitaires automatisés, à l'utilisation du TDD, et aux tests significatifs de l'interface utilisateur.

Bien que j'aimerais avoir des personnes ayant des responsabilités spécifiques en matière d'assurance qualité, et parfois mon client désignera quelqu'un comme tel, cela arrive rarement. Quand j'ai un testeur dédié (presque toujours un représentant du client) qui est engagé dans le processus, je pense que tout le processus de développement se déroule mieux.

Answer 5

Il est important dans des situations comme celle-ci d'utiliser des plans de tests formalisées, et trouver toutes les ressources non-développeurs que vous pouvez pour les tests.Souvent, l'architecte technique ou le gestionnaire de projet devra créer des critères d'acceptation ou des plans de test complets pour les nouvelles fonctionnalités, ainsi que des plans de test pour les tests de régression. Essayez d'obtenir des utilisateurs, des chefs de projet, des parties prenantes qui sont disposées à vous aider à tester. Mais leur donner une structure pour s'assurer que tous les cas de test nécessaires sont examinés. Un ingénieur QA externe peut vous être très utile pour vous aider à concevoir le (s) plan (s) de test, même s'il/elle ne réalise pas tous les tests. Bonne chance