English | German | French | Portugese | Italian |
Sunday, November 19, 2017
 

Essai de logiciel

 
  • Introduction
  • Procd de essai de dbut
  • Procd de essai d'arrt
  • Stratgie de essai
  • Plan d'essai
  • Analyse de risque
  • Cycle de vie de essai de logiciel
  •  

    Types de essai de logiciel

     
  • Essai statique
  • Essai dynamique
  • Essai de Blackbox
  • Essai de Whitebox.
  • Essai d'unit.
  • Essai de conditions.
  • Essai de rgression.
  • Gestion d'erreur examinant.
  • Essai de soutien manuel.
  • Essai intersystme.
  • Commander l'essai.
  • Mettre en parallle l'essai.
  • Essai de volume.
  • Essai d'effort.
  • Essai de performance.

  •  

    Outils de essai

     
  • Coureur de victoire
  • Coureur de charge
  • Examiner le directeur
  • Essai en soie
  • Examiner l'associ

  •  

    Interviewer la question

     
  • Gagner le coureur
  • Charger le coureur
  • Essai en soie
  • Examiner le directeur
  • Question de essai gnrale

  •    
     
     

    Essai de logiciel


    A D V E R T I S E M E N T

    L'essai de boîte blanche est une méthode de conception de cas d'espèce qui emploie la structure de commande de la conception procédurale pour dériver des cas d'espèce. Des cas d'espèce peuvent être dérivés cela


    1. garantie que tous les chemins indépendants dans un module ont été exercés au moins une fois,

    . exercice 2 toutes les décisions logiques de leurs côtés vrais et faux,

    3. exécutent toutes les boucles à leurs frontières et dans leurs limites opérationnelles, et

    4. structures de données internes d'exercice pour assurer leur validité.


    La nature des défauts de logiciel



    Les erreurs de logique et les prétentions incorrectes sont inversement proportionnelles à la probabilité qu'un chemin de programme sera exécuté. Le traitement général tend à être bien compris tandis que le traitement spécial de cas tend à être à erreurs enclines.


    Nous croyons souvent qu'un chemin logique n'est pas susceptible d'être exécuté quand il peut être exécuté de façon régulière. Nos prétentions sans connaissance au sujet de commande coulent et les données mènent à concevoir les erreurs qui peuvent seulement être détectées par l'essai de chemin.


    Les erreurs typographiques sont aléatoires.


    Essai de chemin de base


    Cette méthode permet au concepteur de dériver une mesure logique de complexité d'une conception procédurale et de l'employer comme un guide pour définir un ensemble de base de chemins d'exécution. Des cas d'espèce qui exercent l'ensemble de base sont garantis pour exécuter chaque rapport dans le programme au moins une fois pendant l'essai.Graphiques d'écoulement


    Des graphiques d'écoulement peuvent être employés pour représenter l'écoulement de commande dans un programme et peuvent aider dans la dérivation de l'ensemble de base. Chaque noeud de graphique d'écoulement représente un ou plusieurs rapports procéduraux. Les bords entre les noeuds représentent l'écoulement de la commande. Un bord doit se terminer à un noeud, même si le noeud ne représente aucun rapport procédural utile. Une région dans un graphique d'écoulement est un secteur lié par des bords et des noeuds. Chaque noeud qui contient une condition s'appelle un noeud d'attribut. La complexité de Cyclomatic est une métrique qui fournit une mesure quantitative de la complexité logique d'un programme. Elle définit le nombre de chemins indépendants dans l'ensemble de base et fournit ainsi une limite supérieure pour le nombre d'essais qui doivent être réalisés.



    L'ensemble de base


    Un chemin indépendant est n'importe quel chemin par un programme qui présente au moins un nouvel ensemble de traiter des rapports (doit se déplacer le long au moins d'un nouveau bord dans le chemin). L'ensemble de base n'est pas unique. Tout nombre de différents ensembles de base peut être dérivé pour une conception procédurale donnée. La complexité de Cyclomatic, V (G), parce que un graph G d'écoulement est égale à


    1. Le nombre de régions dans le graphique d'écoulement.

    2. V (G) = E - N + 2 où E est le nombre de bords et N est le nombre de noeuds.

    3. V (G) = P + 1 où P est le nombre de noeuds d'attribut.


    Dérivation des cas d'espèce

    1. De la conception ou du code source, dériver un graphique d'écoulement.

    2. Déterminer la complexité cyclomatic de ce graphique d'écoulement.

    Même sans graphique d'écoulement, V (G) peut être déterminé par le compte

    le nombre de rapports conditionnels dans le code.

    3. Déterminer un ensemble de base de chemins linéairement indépendants.

    Les noeuds d'attribut sont utiles pour déterminer les chemins nécessaires.

    4. Préparer les cas d'espèce qui forceront l'exécution de chaque chemin dans l'ensemble de base.

    Chaque cas d'espèce est exécuté et comparé aux résultats prévus.


    Automatiser la dérivation réglée de base

    La dérivation du graphique d'écoulement et de l'ensemble de chemins de base est favorable à l'automation. Un outil de logiciel pour faire ceci peut être développé en utilisant une structure de données appelée une matrice de graphique. Une matrice de graphique est une matrice carrée dont la taille est équivalente au nombre de noeuds dans le graphique d'écoulement. Chaque rangée et colonne correspondent à un noeud particulier et la matrice correspond aux raccordements (bords) entre les noeuds. En ajoutant un poids de lien à chaque entrée de matrice, plus d'informations sur l'écoulement de commande peuvent être saisies. Sous sa forme plus simple, le poids de lien est 1 si un bord existe et 0 s'il pas. Mais d'autres types de poids de lien peuvent être représentés :


    ½ de ¿ d'ï la probabilité qu'un bord sera exécuté,

    ½ de ¿ d'ï que la durée de la transformation a dépensé pendant le lien traversal,

    ½ de ¿ d'ï la mémoire requise pendant le lien traversal, ou

    ½ de ¿ d'ï les ressources requises pendant le lien traversal.


    Des algorithmes de théorie de graphique peuvent être appliqués à ces matrices de graphique à l'aide dans l'analyse nécessaire pour produire l'ensemble de base.


    Essai de boucle


    Foyers de cette de blanc technique de boîte exclusivement sur la validité des constructions de boucle. Quatre classes différentes des boucles peuvent être définies :


    . boucles 1 simples,

    2. ont niché des boucles,

    3. boucles enchaînées, et

    4. boucles non structurées.


    Boucles simples


    Les essais suivants devraient être appliqués aux boucles simples où n est le nombre maximum des passages permis par la boucle :


    1. saut la boucle entièrement,

    . seulement passage 2 une fois par la boucle,

    3. passages de m par la boucle où m < n=""> 4. n - 1, n, n + 1 traverse la boucle.

    4. n - 1, n, n + 1 passes through the loop.


    Boucles nichées


    L'essai des boucles nichées ne peut pas simplement prolonger la technique des boucles simples puisque ceci aurait comme conséquence un nombre géométriquement croissant de cas d'espèce. Une approche pour les boucles nichées :


    1. Commencer la boucle les plus secrets. Placer toutes autres boucles aux valeurs minimum.

    2. Essais de boucle simples de conduite pour la boucle les plus secrets tout en tenant les boucles externes à leurs minimum. Ajouter les essais pour des valeurs out-of-range ou exclues.

    3. Travailler à l'extérieur, la conduite détermine la prochaine boucle tout en gardant toutes autres boucles externes aux minimum et à autre nichait des boucles aux valeurs typiques.

    4. Continuer jusqu'à ce que toutes les boucles aient été examinées.


    Boucles enchaînées


    Des boucles enchaînées peuvent être examinées en tant que boucles simples si chaque boucle est indépendant des autres. Si elles ne sont pas indépendantes (par exemple le compteur de boucle pour un est le compteur de boucle pour l'autre), alors l'approche nichée peut être employée.


    Boucles non structurées


    Ce type de boucle devrait être remodelé non examiné ! ! !

    D'autres techniques blanches de boîte

    D'autres méthodes d'essai de boîte blanche incluent :


    1. Essai de condition

    exerce les conditions logiques dans un programme.

    2. Les données flux examinant

    choisit des chemins d'essai selon les endroits des définitions et des utilisations des variables dans le programme.


    A D V E R T I S E M E N T

    discussionDiscussion Center
    Discuss
    Discuss

    Query

    Feedback
    Yahoo Groups
    Y! Group
    Sirfdosti Groups
    Sirfdosti
    Contact Us
    Contact
    Recommended Resources
    • Testing Interview Questions - http://www.coolinterview.com/type.asp
    • Testing Tools Interview Questions - http://www.coolinterview.com/type.asp
    • What is Software Testing?- http://en.wikipedia.org/wiki/Software_testing
    • Software QA & Testing Resource Center- http://www.softwareqatest.com/
    • Testing Faqs- http://www.testingfaqs.org/
     

     

     

    A D V E R T I S E M E N T


    Rseau de Vyom : SMS libre, GRE, GMAT, MBA | examens en ligne | les travaux de Freshers | tlchargements de logiciel | programmant et codes sources | information de Delhi | les travaux, discussions | papiers de placement | eBooks libres | eBooks libres | information libre d'affaires | questions d'entrevue | cours d'instruction libres | arabe, franais, Allemand | prparation d'IAS | plaisanteries, chansons, amusement | Classifieds libre | recettes libres | tlchargements libres | information de Bangalore | solutions de technologie | projet externalisant, accueil de Web | prparation de PORTE | prparation de MBA | information de SAP | essai de logiciel

    2006 de copyright. Refroidir l'entrevue .com. Tous droits rservs
    L'emplacement est maintenu par Vyom Technosoft Pvt. Ltd.