Externalisation de l'assurance qualité et des tests de qualité
J'ai récemment été abordé par une entreprise de logiciels spécialisée dans l'assurance de la qualité et les tests.
Jusqu'à ce point, les développeurs de notre (petite) société ont été responsables de leur propre QA pour la plupart et nous avons eu des résultats mitigés. Nous sommes au point où nous sommes prêts à embaucher un gars QA à temps plein, mais j'étais curieux de savoir si les autres ont ou non utilisaient des équipes comme celle-ci dans le passé et que sont les résultats? Je suis un peu sceptique mais j'essaie d'être ouvert d'esprit.
TL; DR Quelle était votre expérience avec une équipe de QA/Test externalisée? Avantages et inconvénients?
Je recommanderais contre cela pour une raison principale qui n'a rien à voir avec la compétence et la capacité de l'entreprise de sous-traitance particulière qui s'est approchée de vous (que je ne peux pas juger).
Pour que l'AQ travaillent, une fois que vous avez dépassé les "développeurs faisant leur propre stade QA", il doit être un membre de première classe de votre processus de planification et de gestion. Par nature, le développement et l'assurance qualité seront dans une relation (espérons conviviale, mais), cela suit naturellement de leurs objectifs concurrents. Après tout, quels sont les principaux objectifs des développeurs?
à faire avec la version actuelle, ils peuvent donc commencer à travailler sur les grandes choses qu'ils ont prévues pour le prochain
pour obtenir chaque fonctionnalité, ils ont travaillé dur et complété au moins une coupe approximative de la version actuelle
passer du temps à pirater des nouvelles fonctionnalités soignées au lieu de fixer des bugs nouvellement découverts dans l'ancien code
pendant ce temps, l'objectif de l'équipe d'assurance qualité (ou du gars QA) est de ne laisser aucune libération de la porte tant que tous les bugs ne sont pas trouvés, et tous les bugs trouvés sont annulés.
Bien entendu, le problème est qu'ils ne peuvent pas tous les deux être corrects et - aussi important encore - non plus tout le temps. Parfois, cette excellente fonctionnalité, mais pas assez prête D doit attendre la prochaine version. Parfois, la libération fait doit être expédiée, même avec des bugs connus (et clairement documentés!), Afin que les développeurs puissent passer à la suivante. Compromis est va devoir arriver - et cela ne peut pas arriver si l'un de ces deux groupes est subordonné à l'autre. Pour cette raison, les développeurs et l'équipe d'assurance qualité doivent avoir un siège égal à la table lorsque ces décisions sont prises et que quelqu'un de plus élevé doit avoir le dernier mot à dire lors de l'examen de leurs positions contradictoires.
Pour cette raison, Je recommande d'éviter toute structure d'entreprise dans laquelle les développeurs sont subordonnés aux décisions d'AQ ou aux QA sont subordonnées aux décisions des développeurs - et cela sera très difficile à faire si les développeurs sont internes et que l'équipe QA est externalisée.
QA/Test a un problème d'image. J'ai effectué mon petit test de logiciels indépendants et cela a toujours été précieux pour les clients. J'ai surtout travaillé avec des startups, de petites maisons de logiciels et des agences numériques.
La nécessité d'un test externe aidait souvent lorsque ces entreprises ont de nombreux travaux ou ne sont pas tout à fait prêts à s'engager dans une ressource à temps plein. Avoir la capacité d'appeler sur un testeur indépendant à court préavis peut être extrêmement précieux.
Le problème que de nombreuses entreprises sont confrontées est le manque de tests et de testeurs vraiment bons. Obtenir un bon testeur à bord peut vraiment aider un projet de lancement de manière conforme. Obtenir une mauvaise chose va juste ralentir les choses. Je gère une communauté de testeurs de logiciels, alors je suis tombé sur ma juste part de bons et de mauvais testeurs.
Demander à un testeur quelques questions de base devraient facilement filtrer l'incompétent.
Dites-leur de vos besoins et voyez s'ils posent des questions ou recommandent une solution immédiatement. Les bons testeurs poseront les bonnes questions.
Demandez-leur des projets qu'ils ont récemment participé. Quel était leur plus grand défi?
Demandez des recommandations/références.
Demandez-leur quelle est leur meilleure compétence ou quelle est leur accent sur les tests. Les tests deviennent de plus en plus spécialisés, il est difficile de devenir un expert dans des domaines spécifiques.
Les meilleurs testeurs exploseront également super rapides dans des problèmes importants (non superficiels).
J'espère que cela pourra aider.