Test Automation Software - Thèse de maîtrise [fermé]

StackOverflow https://stackoverflow.com/questions/883305

Question

Je suis en train d'écrire une thèse sur le logiciel d'automatisation de test. Je prévois de comparer les deux approches de l'enregistrement et la programmation des scripts de test, et de discuter de plusieurs cadres d'automatisation, par exemple Abbot, Sélénium, Yemmy, FEST, etc ... Aussi dans ma thèse sera un bref aperçu sur les techniques et Softwaretesting peut-être une comparaison des tests automatisés pour les tests logiciels.

EDIT: Je prévois aux aspects de tester une application sur son interface graphique. Donc, mes tests seraient la plupart du temps sur le côté Blackbox du monde de test. Je n'ai pas prévu d'écrire des tests unitaires.

En ce moment je lire à peu près sur les différents cadres d'automatisation, mais je ne peut pas avoir le temps d'examiner tous. Donc, je prévois de lire à leur sujet et rendre la thèse plus la littérature -. Base

  • Pensez-vous que ce sujet pourrait réussir?
  • Avez-vous d'autres idées concernant ce sujet?
  • Pouvez-vous vous le conseille Littérature?
  • Quelle est votre opinion sur ce sujet?
Était-ce utile?

La solution

Une étude de la littérature devrait être une mise au point fine pour une thèse de MS. On dirait que vous voulez parler seulement de GUI-conduite-boîte noire sur le client face à des outils, ce qui est une niche assez petite.

Vous / peut / voulez avoir une page ou deux sur le monde entier des outils de test - tests unitaires, la sécurité, la charge, etc, comme quelqu'un l'a mentionné ci-dessus. Mais je pense que vous avez ciblé assez bien votre créneau.

Je pense avec une thèse de 6 crédits, vous devriez avoir beaucoup de temps pour explorer et d'essayer quelques-uns des plus grands outils open-source commerciale et ainsi que la littérature enquête. Je vous encourage à regarder dans les deux outils commerical (Pro test rapide, test complet) ainsi que l'automatisation des mots clés Driven - RC sélénium, par exemple. Quelqu'un d'autre a mentionné les tests « derrière l'interface graphique » par exemple FIT / Fitnesse, il pourrait être utile de discuter et d'évaluer.

Je couvre-boîte noire, l'automatisation des tests fonctionnels dans ma chronique mensuelle dans le numéro de Décembre 2008 du magazine essai et les performances du logiciel:

http://www.stpmag.com/issues/stp-2008- 12.pdf s (page 7)

C'est une page mise à gratter la surface. L'introduction de cinq phrase est que les outils d'enregistrement écran / lecture comparer tout, donc si vos modifications de l'interface graphique du tout, de quelque façon (même si vous changez juste la résolution de l'écran) qui peut revenir comme une erreur fausse. outils actionnés par mots clés vérifier que ce que vous leur dites de vérifier -. ils manquent si un bouton est soudainement désactivé pour aucune bonne raison ou une icône est pas transparent

Seul un homme est bon à vérifier cette affirmation cachée à la fin de tous les cas de test « ... et rien d'autre est arrivé étrange. »

exécution de test informatisé et l'évaluation peuvent avoir une certaine valeur, mais il devrait faire partie d'un petit-déjeuner équilibré.

D'autres choses à regarder dans:

J'espère que cela aide.

Autres conseils

logiciel de test d'automatisation est un grand sujet, et vous pouvez vouloir vous concentrer plutôt réduire que de tenter de couvrir un mélange de cadres, lecture / enregistrement, aperçu des techniques, par rapport automatisé non.

Des livres entiers ont été écrits sur l'automatisation des tests du logiciel:

  • En tant que thème général
  • Mettre l'accent sur les tests fonctionnels et / fonctionnalité (FIT)
  • Mettre l'accent sur les tests unitaires
  • Mettre l'accent sur les tests unitaires en utilisant une langue particulière et cadre

Les cadres sont destinés à différents types de tests:

  • Les tests unitaires
    • Test-Driven Development
    • Comportement-Driven Development
  • Feature / Tests fonctionnels
  • test GUI (Windows, Java, interfaces graphiques X de Windows, etc.)
  • Test Web
  • Test de performance
  • Test de sécurité

J'envisager de se concentrer sur les cadres (ou techniques, ou autre) dans l'une de ces régions plutôt que d'essayer de les couvrir tous. Ou choisir deux de ces zones et les contraster.

La question de la lecture / enregistrement par rapport à des tests écrits à la main semble vieux pour moi. Dans les vendeurs de 1980 voulu pousser la lecture / enregistrement pour l'automatisation GUI Windows. Il a fait pour de grandes démonstrations et d'espoirs. Mais il a également fait des tests et cassants shelfware. La lecture / enregistrement est agréable pour vous aider à démarrer avec un outil, mais pour être maintenable, vous devez généralement des scripts écrits à un niveau supérieur. Cela a marqué le début d'une nouvelle ère de tableur et des approches par mots-clés, et éventuellement FIT / FitNesse.

Je ne sais pas sur la littérature, mais je pense que les publications ACM dans votre bibliothèque scolaire produirait probablement des résultats. En particulier, les bulletins SIG * . (Peut-être SIGSOFT ? )

Cela ressemble à une bonne thèse de maîtrise pour moi. Bien sûr, votre conseiller en thèse est le dernier mot sur ce point. Vous devriez aller parler à eux.

En tant que revue basé sur la littérature, cela fait un excellent sujet; il y a beaucoup de matériel là-bas. Évidemment, je ne vais pas commencer à entrer dans tous les détails de cela, puisque c'est votre travail comme l'auteur. : -)

Cependant, bien que je ne suis pas au courant des exigences de recherche d'origine pour la thèse de maîtrise, ce ne serait certainement pas assez pour une thèse de doctorat. Je chercherais œuvre originale, vous pouvez ajouter à cela. Une idée serait une taxonomie des méthodes d'essai et des systèmes. Vous pouvez également examiner le rôle des tests par rapport à la vérification formelle.

Je serais intéressé à lire la thèse si elle est disponible en ligne. À considérer l'accès programmatique à l'interface graphique - à la fois web et application. Ensuite, il y a des outils d'enregistrement et de lecture comme Sélénium ou Watir. Et bien sûr, les avantages et les inconvénients de l'automatisation - limites des outils (la plupart ne peuvent pas voir dans les applets Java ou le flash sur les pages Web, par exemple) et la chose la plus importante que certaines personnes oublient lors de l'automatisation - pas tout devrait être automatisé!

Mais si possible pour vous faire des commentaires à ce sujet pour nous informer quand il est fait, je serais vraiment comme une lecture.

Un excellent livre sur l'automatisation des tests vient d'être publié cette année. « La mise en œuvre tests automatisés », Elfriede Dustin, Thom Garrett & Bernie Gauf, Addison Wesley

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top