Les tests manuels Vs tests automatisés [clos]

Question

Les tests peuvent être principalement classés en tests manuels et automatisés. En ce qui concerne ce certaines questions viennent à l'esprit.

Ils comprennent:

• Quelle est la différence fondamentale entre les deux types de tests?

• Quels sont les éléments de défis impliqués dans les deux tests manuels et automatisés?

• Quels sont les différents compétences requis par un testeur de logiciel pour tester manuel et automatisé, respectivement?

• Quels sont les différents perspectives d'emploi et opportunités de croissance parmi les testeurs de logiciels qui font des tests manuels automatisé test respectivement?

• est le test manuel sous-estimé pour les tests automatisés de toute façon (s)? Si oui, comment?

• Comment différemment sont les testeurs manuels traités par rapport aux testeurs automatiques dans le monde de l'entreprise? (Si elles sont vraiment différenciés en des termes en tant que tel)

Answer 1

Les tests automatisés est tout type de test où vous utilisez un morceau de code / programme pour tester un autre morceau de code / programme. Cela peut être des tests unitaires comme décrit ci-dessus, ou il peut être au moyen d'un outil d'automatisation spécifique, tels que TestComplete, QTP, Selenium, etc .. tests unitaires ont tendance à être créé et exécuté par le développeur du code en question, alors que l'automatisation GUI sera plus probablement réalisée par un spécialiste des logiciels d'assurance qualité. Certains types de tests, tels que la performance et les tests de régression, sont bien adaptés à l'automatisation, tandis que d'autres, comme les tests de facilité d'utilisation, ne sont pas.

test manuel est un processus où une personne teste directement un logiciel, souvent en effectuant le type d'actions et de l'utilisateur final peut réaliser. De nombreux testeurs professionnels, tels que ceux qui sont impliqués dans les tests exploratoires, suggéreraient que vous lors des tests unitaires est rentable, le test manuel est tout aussi important et rentable.

Pour un aperçu merveilleux dans les pièges de tests automatisés, vous devriez lire Linda Wilkinsons récente de blog. D'autres bonnes ressources à lire comprennent des discussions de le club de tests de logiciels , et tests automatisés partie de SQAForums .

Si vous ne l'avez pas déjà fait, SQAforums vaut bien se joindre à poser toutes les questions relatives à ce qui est impliqué dans les tests, ainsi que pour les perspectives d'emploi.

Answer 2

Eh bien, je ne peux parler que de mes opinions et expériences, et je suis juste un développeur qui a travaillé un peu avec les testeurs et les ingénieurs QA. Quoi qu'il en soit, mon 2c:

Le plus manuel de différence fondamentale est fait à la main, et automatique se fait par ordinateur :) En conséquence, le processus de test manuel peut être des ordres de grandeur plus lent qu'un un entièrement automatisé. D'autre part, les tests automatisés ne peuvent détecter les problèmes qu'ils étaient censés détecter et ne peuvent pas détecter le comportement fondamentalement nouveau d'un système. Cela signifie que essentiellement des tests automatisés sont idéales pour les tests de régression, quand il est bien connu ce qu'il faut faire, comment, et quels sont les résultats devraient être.

En ce qui concerne les compétences, les tests manuels peuvent être essentiellement faite par quiconque dans le bon état d'esprit, alors que les tests automatisés doivent être effectués par une personne ayant au moins une expérience de développeur. Il y a des cadres qui permettent l'enregistrement d'un simple tests web automatisés, par exemple, mais il est souvent nécessaire de modifier les scénarios enregistrés pour mieux répondre aux besoins des essais. Bien sûr, les compétences de base nécessaires pour les tests doivent également être présents dans tous ceux qui veulent un travail en AQ, comme la patience, l'attention aux détails, de grandes capacités d'organisation, de grandes capacités de communication, etc ...

Et enfin, je ne pense test manuel est sous-estimé, si quoi que ce soit, je pense que les tests automatisés est sous-utilisé dans la plupart des environnements d'entreprise que je l'ai vu. Mais, oui, certaines personnes (surtout des gestionnaires, pour être honnête) ne pas interpréter mon paragraphe précédent comme « tout le monde peut faire des tests manuels ».

Answer 3

Les tests automatisés (unité particulièrement automatisée de test) est bon, car cela signifie que vous pouvez tester plus tôt dans le cycle de développement et vous pouvez garder tester régulièrement; elle permet aux développeurs d'identifier où ils ont fait des erreurs avant d'impliquer l'équipe d'assurance qualité. Mais cela ne signifie pas que l'AQ est inutile. En dehors de la question de veiller à ce que les tests automatisés sont eux-mêmes appropriés, il y a aussi la question de savoir si travailler la demande est en train de faire ce qu'il doit faire; il est assez rare que pour être compris entièrement.

Il est également difficile aux interfaces utilisateur de test automatiquement. Par exemple, déterminer si une icône est convenablement sens et placé est bien une question pour les gens et non les ordinateurs, parce que l'ordinateur ne se soucie pas, mais l'utilisateur fait.

Answer 4

• L'avantage principal avec le test automatique est que vous pouvez faire le test de régression rapidement .. développeur peut vérifier la fonctionnalité précédente, si elle fonctionne bien ou non après l'ajout de nouvelles fonctionnalités dans le système.
• Alors, quand vous travaillez avec un délai serré, puis à l'aide d'outils d'automatisation vous pouvez réduire vous tester l'effort .. donc à ce moment-là, vous devez vérifier que les fonctionnalités que vous n'avez pas créé des scripts de test automatisés. (Comme le courrier électronique / notifications par SMS Test, compatibilité du navigateur / interface utilisateur etc etc.)
• Aujourd'hui, de nombreuses entreprises utilisent des outils Open Source Automation (comme Sélénium, OpenSTA, JMeter etc.) pour leurs efforts de tests normaux. Il est donc préférable si vous savez comment tester une application utilisant ces outils freeware à la place des outils payants.

Answer 5

La différence la plus fondamentale est de savoir comment le test est vérifié. Est-ce fait par chèque programatic ou est-il une inspection humaine fait?

Le grand défi avec les tests automatisés obtient les tests manuels à automatiser et faire en sorte qu'il n'y a pas la nécessité d'une interprétation humaine du résultat, par exemple. si un programme implique une sortie audio ou vidéo cela peut être très difficile de vérifier exactement.

Les deux nécessitent une attention aux détails, les compétences de la patience et de l'organisation pour avoir la crédibilité en disant: « Oui, c'est un produit / service de haute qualité. » Les différences peuvent venir où les tests automatisés utilise généralement un logiciel spécial.

test manuel peut être coûteux car il y a quelqu'un qui surveille les essais en cours d'exécution tandis que les tests automatisés peuvent généralement être exécutés sans que quelqu'un le regarder. Cependant, le test manuel peut être sous-estimée en ce qui concerne les domaines où les choses peuvent être très subjectif comme coiffant de pages web ou comment se porte bien ce son de la chanson si nous faisons ces modifications? Ce seraient là où je vois un être humain étant préféré sur une machine.

En ce qui concerne les parcours professionnels et les possibilités d'emploi, est d'une certaine mesure, une question ouverte. Comme pas tous les lieux embauche testeurs et parfois testeurs sont tout simplement amenés au besoin pour des projets, il y a différents points de vue sur les tests. Ceci est sans entrer dans la question de savoir combien devraient développeurs d'écrire leurs propres tests et cela fait un développeur d'un testeur aussi bien? Je suppose que cela ne répond pas à votre question parce que je regarde cela dans la plus grande échelle de tout qui fait l'essai comme c'est autre chose à considérer ici.

Answer 6

La seule façon d'écrire tous les tests est objectivement de laisser une part importante des détails nécessaires pour assurer effectivement le logiciel est adapté à l'usage. Le résultat est à peu près toujours le logiciel que vous avez à quelqu'un paie un taux horaire à utiliser.

Cela peut ne pas toujours être un problème, mais l'ensemble des cas où il est un morceau assez important de l'industrie du logiciel.

Answer 7

Pour ne pas répondre à la première de vos questions: la différence fondamentale est que le test manuel ressemble à tester, alors que les tests automatisés (généralement) teste. Si vous ne pouvez pas écrire une spécification complète et détaillée des tests à exécuter, alors vous n'êtes pas vraiment tester. Et si vous pouvez vous faire des tests automatisés. Cela est vrai si votre script de test est exécuté par un programme ou d'une forme de vie à base de carbone qui suit de façon rigide.

Je vous laisse deviner mes réponses au reste des questions du principe de base que j'ai exposé.