Les testeurs dans le développement logiciel [fermé]

https://stackoverflow.com/questions/525514

22-08-2019
|

Question

Dans mon entreprise, nous développons un produit logiciel. Jusqu'à présent, nous n'avons pas eu de testeurs, donc en gros les développeurs étaient les testeurs, et bien sûr le client et les utilisateurs (pas bon).

Notre équipe est composée maintenant de 4 développeurs et nous travaillons principalement avec cruisecontrol, Flex, ASP.NET, IIS, MSSQLServer et WebORB. J'exhorte les gestionnaires d'embaucher un testeur mais je me demande si les testeurs sont normaux dans le développement de logiciels. Donc:

sont testeurs développement nécessaires dans le produit (ou projet à grande échelle)?
Si les testeurs ne faire le travail de test? Ou pouvez-vous attendre d'un développeur ou un concepteur graphique pour tester la moitié de la semaine?
Où pouvez-vous trouver de bons testeurs (je suppose qu'il n'y a pas un diplôme dans les tests de développement logiciel)?
Est-ce la tâche du chef de projet de teamlead technique pour tout tester?

thx, Lieven Cardoen

ps:. Thx, Vinay, nous avons des tests unitaires, mais en effet, les tests unitaires ne peuvent pas couvrir ce testeurs

La solution

1) Les testeurs nécessaires dans le produit (ou grand projet échelle) développement?

Oui. Quelqu'un doit assumer la responsabilité d'évaluer quand quelque chose est assez testé et de travail qui ont besoin de fixation ou des bugs peuvent expédier parce qu'il ya des solutions de contournement.

2) Si les testeurs ne faire le travail de test? De vous pouvez attendre d'un développeur ou un concepteur graphique pour tester la moitié de la semaine?

Les testeurs font souvent un travail de soutien à la clientèle ou travailler avec le client pour élaborer des exigences. Les testeurs peuvent agir comme voix internes pour les clients ... et si elles interagissent avec assez le client doit se sentir un sentiment de responsabilité pour obtenir un produit de qualité appropriée sur le développement, ils savent que le client voudra.

3) Où pouvez-vous trouver de bons testeurs (je suppose qu'il n'y a pas un diplôme dans les tests de développement logiciel)?

Je parie qu'il ya un degré quelque part. Beaucoup de testeurs que nous avons sont des étudiants universitaires de sciences informatiques qui font une année dans l'industrie avant de retourner pour leur dernière année à l'uni.

4) Est-ce la tâche du chef de projet de teamlead technique pour tout tester?

Pas nécessairement. Cela dépend de la taille de l'équipe est, si elle est petite, alors oui, quelqu'un peut doubler et à faire les deux rôles. Pour les grands projets cependant, ce sont des personnes différentes.

Rappelez-vous. Avoir un testeur est pas une excuse pour les développeurs / programmeurs de ne pas tester le code comme ils l'écrire ou de créer des tests unitaires. Les développeurs ont toujours la responsabilité de développer un bon produit. Ils ne doivent jamais tenter de faire une excuse pour un bug, ils ont créé en accusant un appareil d'essai pour ne pas le trouver.

Autres conseils

Il est question n ° 10 sur le test Joel:

http://www.joelonsoftware.com/articles/fog0000000043.html

Pourquoi devriez-vous dire tout ce que vous devez savoir. :)

Il est préférable d'avoir des testeurs dans l'équipe. Nous, les développeurs ne pouvons pas tant de défauts quand nous testons, mais s'il est testé par un testeur puis il attrape tant de défauts avant de libérer les défauts.

Il est préférable d'avoir des cas de tests unitaires aussi. Lorsque nous développons une nouvelle fonctionnalité, nous devons simplement mettre à jour le cas de test et de l'exécuter.

Les testeurs sont nécessaires dans les deux cas. Même si votre développement est piloté par les tests, je pense que le rôle du testeur se concentre souvent sur les exigences externes du projet - Le projet de livrer le produit attendu qui répondra aux exigences?

Je trouve que dans les grands environnements d'entreprise, vous avez souvent une mine d'or de bons testeurs à des centres d'appels ou ceux qui font le service à la clientèle. Ils ont souvent une solide compréhension des processus d'affaires, les problèmes et les besoins.

Dans un tel contexte, nous avons souvent laissé les testeurs travaillent avec la construction des cas de test de la vie réelle dans les systèmes back-end aussi, parfois ceux-ci sont même utilisés par des tests d'intégration que les développeurs écrivent. Nous avons eu beaucoup de succès avec les développeurs de laisser demander les testeurs de données / scénarios de test pour les tests automatisés à base de CI.

peut attendre à d'autres rôles à prendre part à des essais. Je pense vraiment que tout le monde devrait se concentrer sur la qualité et de test, mais malheureusement tous ne peut pas être responsable.

De la taille certaine sur, tout à fait (je dirais environ 10 développeurs).
Les testeurs peuvent également ne construire et le travail d'intégration. En petits groupes développeurs doivent tester, parce qu'il n'y a personne d'autre pour le faire.
Bonne question. Peut-être que certains de vos développeurs, comme les tests.
Non, surtout quand le projet est plus grand.

Je travaille sur un grand projet (des centaines de développeurs), dans notre groupe une cinquantaine. Notre groupe avait un groupe d'intégration et d'essais de deux ou trois personnes à temps plein et un groupe d'étudiants.

à grande échelle, oui. Cependant, il existe de nombreuses méthodes et types de tests. Ceux-ci comprennent l'utilisateur, la régression, l'unité et les tests d'intégration. Essayez et automatiser autant que vous le pouvez. Consultez Sélénium (IDE), Molydbenum, scénarios d'utilisation et le développement Agile.
Un développeur ou concepteur doit décider si elles satisfont à des critères d'acceptation, mais s'ils testent leur propre travail, alors il est un peu comme écrire votre propre examen avant de vous asseoir pour elle. Les développeurs de tests travail d'autres développeurs ne sont pas beaucoup mieux à mon avis.
J'sais
Je pense qu'un chef de projet ne sera pas le temps pour des tests rigoureux. Il est vraiment le travail d'un testeur dédié qui sait faire preuve de diligence et peut interagir avec le gestionnaire de projet.

sont testeurs développement nécessaires dans le produit (ou projet à grande échelle)?

Si les testeurs ne faire le travail de test? De pouvez-vous attendre d'un   développeur ou concepteur graphique pour   test de la moitié de la semaine?

Où pouvez-vous trouver de bons testeurs (je suppose qu'il n'y a pas un diplôme en   les tests de développement logiciel)?

Est-ce la tâche du chef de projet technique pour tester teamlead   tout?

1 - sur le développement du produit lorsque vous avez> 10 clients: l'enfer oui. ESSENTIEL. Même sur un projet à grande échelle. Vous pouvez lésiner quand vous êtes petite, mais une fois que vous obtenez sur une certaine taille, la douleur de mise à jour (par exemple) de 100 clients dans le monde entier l'emporte sur le salaire du même testeur ONE.

2 - oui, tho il y a un certain chevauchement dans le travail de soutien aussi. Développeur doit faire des tests de base - ça marche? - mais il est aux testeurs pour faire l'exhaustivité, de bout en bout, les tests de type cas d'utilisation bizarre. Il est une perte d'un temps aux développeurs de le faire, je pense. Les concepteurs graphiques ne devraient pas tester -. Eh bien, ils test utilisateur, je l'espère, mais c'est même avant qu'il ne soit aux développeurs

3 - certains développeurs font de bons testeurs. certaines personnes de soutien font de bons testeurs. autre que - il suffit de les trouver au hasard. afficher. etc., il n'y a pas de degrés, mais quelqu'un qui est pédant, peuvent se coller pour eux-mêmes, et en sait plus sur la façon dont l'environnement final tient ensemble que la façon dont chaque ligne de code fonctionne serait bon.

4 - pas. le Premier ministre détient le projet ensemble, et coordonne les testeurs, développeurs, etc. le fil de technologie devrait être, tu sais, qui dirige l'équipe technique. pas de test.

De toute évidence, il y a des fuites entre les rôles. Parfois, tout le monde devrait faire des tests, mais cela est plus pour obtenir une couverture maximale juste avant RTM, pas un jour à jour ou par semaine à partir de la semaine.

Les tests unitaires sont un bon début, car ils attrapent les erreurs logiques, mais ils ne peuvent pas s'attendre à attraper les interactions des utilisateurs fous, ou des problèmes qui ne montrent que après votre application a fonctionné pendant 72 heures + - tests unitaires JAMAIS attraper jamais ces derniers. Votre client, mais vous ne serez pas avoir des clients pour longtemps:)

BTW, je l'ai "été là, fait cela". Je l'ai testé sur des clients, et testeurs appropriés à différents stades (SRV démarrage achetés par une grande entreprise) du même produit. Le produit était beaucoup plus solide une fois que nous avions testeurs, et les clients étaient plus heureux aussi (plus, il est difficile de déployer un petit correctif critique de 400 sites à travers le monde - attraper avant qu'il navires)

Ne jamais sous-estimer la valeur des spécialistes.

La plupart des gens qui ne sont pas testeurs, en particulier les développeurs, ne bénéficient pas de tests et ne le font bien. Si vous demandez à un graphiste ou un développeur de passer la moitié de leur temps d'essai, au mieux, vous perdrez 50% de la production d'un bon concepteur / développeur et gagner 50% d'un testeur pauvre cher. Au pire, vous les perdrez complètement parce qu'ils trouveront quelque part mieux travailler.

Dans le cas des développeurs, ils sont généralement trop près du code pour pouvoir tester objectivement. Ils feront des hypothèses fondées sur leurs connaissances des internes. Un développeur de tester leur propre code est particulièrement mauvais.

Le chef de projet devrait être chargé de veiller à ce que tout est testé, mais ils ne devraient pas être faire eux-mêmes. Ils ne vont pas avoir assez de temps ou l'expertise nécessaire.

je l'ai déjà travaillé pour une société de conseil. Nous avions pas testeurs spécialisés et nous plutôt utiliser selon les consultants étaient actuellement sans projet. Aucun d'entre eux avait une expertise de test et en conséquence la plupart d'entre eux ne sont pas très bons testeurs. Nous aimerions obtenir des rapports de bugs comme « le système ne fonctionne plus » ou mon préféré: une capture d'écran d'une application montrant la lenteur était (une capture d'écran de l'application en cours d'exécution rapide aurait pas regardé autrement). Ils abusent du système de suivi des bogues trop (ou le contourner complètement en faveur de leurs propres spreadshhets Excel-infusion maison). Ce fut un cauchemar.

Je pense que les testeurs (peuvent) apporter à la table est un regard neuf sur un produit. J'ai trouvé que je suis susceptible de suivre le chemin heureux lorsque le logiciel en cours d'exécution, que ce soit via une interaction de l'interface utilisateur ou en utilisant les classes que j'ai écrit. Quand vous savez comment quelque chose est censé fonctionner, il est un peu naturel de faire les choses dans le mauvais sens, d'exercer le produit d'une manière qu'il n'a pas voulu ou d'essayer des choses dans un ordre que personne qui sait comment cela fonctionne serait faire.

Mes réponses à vos questions sont les suivantes:

Oui. Le test est une nécessité et donc une sorte de testeur est nécessaire. En règle générale, les tests unitaires attraper beaucoup des problèmes de bas niveau, mais les tests d'utilisabilité et de tests « exigences » de déterminer si elle répond aux demandes sur la brochure sur papier glacé. Si vous prétendez votre logiciel ne « X », alors partie du travail du testeur est de vous assurer qu'il fait vraiment « X ». Nous avons eu quelques problèmes testeur découvrir sur les plates-formes que je ne l'utilise pas normalement. Il est bon de trouver ces problèmes dès le début.
Peut-être. Nous traversons-tester nos produits en interne, mais ont aussi un groupe de test séparé. Nous avons tendance à (en interne) trouver la part de lion des questions, mais les testeurs à temps plein trouver parfois des choses que nous aurions probablement jamais trouvé. Si vous divisez le temps entre le développement et le test, il doit être clair que les tests ne sont pas une réflexion après coup. Si je travaille surchargée sur mon développement et ont du mal à passer le temps nécessaire de tester votre produit, alors je ne vais pas être efficace en tant que testeur. La gestion du temps est essentiel si vous allez avoir les développeurs doubler testeurs.
Je ne sais pas. Certains groupes (groupes IV et V, par exemple) dans une organisation ne tester que. Je soupçonne qu'il ya un certain nombre de gens là-bas qui ont pas d'affaires ou désirent un logiciel d'écriture mais peut tester le diable d'un produit. Certains de nos meilleurs testeurs à mon dernier emploi n'a pas écrire de code du tout.
Depend sur votre projet, mais je dirais que non, en général. La responsabilité est quelque chose qui est étendu à ma boutique. Le plomb est pas responsable de tous les tests. Nous sommes tous responsables.

Quoi qu'il en soit, c'est mon grain de sel.

Tout le monde dira testeurs sont nécessaires, et que la réponse est politiquement correct. Mais les testeurs ne sont que l'un des nombreux outils disponibles dans la boîte à outils d'assurance qualité. Vous pouvez expédier un logiciel parfaitement bien sans testeurs. Par exemple, je me demande si Stackoverflow dispose d'un service de test?

Un testeur mesure la qualité du code de vos développeurs produisent. Mais la disponibilité des mesures de qualité ne fait rien pour améliorer la qualité.

Les testeurs ne sont pas gratuits. Vous devrez changer le développement pour offrir à l'équipe de test au lieu du client. Cela peut conduire à une déconnexion entre les clients et les développeurs: les testeurs pourraient trouver des bugs que les clients ne pouvaient pas prendre soin au sujet, et ignorer les bugs qui sont très importants pour le client. De plus, vous devrez créer et maintenir un environnement de test séparé.

Les bons testeurs vous aider à développer mieux, et surtout libérer plus facilement. Mais votre kilométrage varie.

P.S. Dans une grande entreprise testeurs sont essentiels: ils permettent changement de blâme. Dites un bug provoque des dommages à la clientèle -> direction est bouleversé. A ce stade, l'exécutif est prêt à faire des choses méchant à votre équipe. Avec une équipe de test, vous pouvez porter le blâme à l'équipe de test, qui le blâme passer à vous. Un compromis déroule:. Vous introduire de nouveaux processus, l'équipe de test embauche plus de testeurs, et l'exécutif dit qu'il est personnellement améliorée des choses

Licencié sous: CC-BY-SA avec attribution

Non affilié à StackOverflow