2009-04-28 5 views

Répondre

14

Une autre façon de penser est la suivante:

Test Unit:
Testez votre code comme unités, appelant les méthodes et la vérification des valeurs de retour et objet états de propriété/valeurs

Test fonctionnel:
Tester vos chemins de code en préformant une tâche. Cela garantit que votre application fait ce que votre code dit.

Test intégral? Voulez-vous dire test d'intégration? Test d'intégration:
Testez votre code en le branchant sur une plus grande masse pour vous assurer que vous n'avez pas enfreint la logique existante et que vous pouvez l'intégrer à nouveau dans la branche principale.

+0

Vous pouvez également ajouter des tests d'acceptation pour compléter la liste. –

1
  • Les tests unitaires est à niveau d'application unique (présentation, logique métier, l'accès aux données, etc.).

  • Les tests fonctionnels est sur plusieurs niveaux d'application afin que les tests couvrent des morceaux de fonctionnalité complète d'application .

  • Les tests d'intégration serait des tests à travers de multiples applications composants ou même des applications.

5

Le test fonctionnel vérifie que les exigences du client sont implémentées dans le produit final tel que spécifié dans la spécification. Le test unitaire consiste à vérifier que de petites portions de code se comportent comme prévu. Les tests d'intégration garantissent la stabilité du système lorsque vous combinez toutes les pièces/tous les modules. Par exemple, BigBank Corporation veut un logiciel qui génère des relevés bancaires de clients et insère 3 frais aléatoires chaque mois pour chaque client.

Le gestionnaire de programme écrit la spécification fonctionnelle du logiciel après plusieurs discussions avec les représentants de BigBank.

Un développeur écrit un module qui remplit une instruction de modèle à partir d'une base de données. Il effectue des tests unitaires pour vérifier que la plupart des cas sont couverts (client type, aucune donnée pour le mois, etc.)

Un autre développeur crée un module générateur de nombres aléatoires. Il effectue des tests unitaires sur cela.

L'intégrateur prend les deux modules, les compile et effectue des tests d'intégration pour s'assurer qu'ils fonctionnent bien ensemble.

Enfin, afin de proposer une version bêta à BigBank, l'équipe de test effectue des tests fonctionnels pour valider que le logiciel est conforme aux spécifications fonctionnelles.

1

Test unitaire: Testez les plus petites unités de code possibles, généralement une fonction ou une méthode. En utilisant des simulateurs, cela devrait idéalement être très rapide et ne pas toucher le disque dur ou le réseau de quelque façon que ce soit.

Test fonctionnel: Test d'un ensemble de fonctions/méthodes fonctionnant ensemble. Idéalement, cela ne devrait pas non plus aller sur disque ou réseau, mais le fera souvent. Test d'intégration: Tests d'intégration exécutés dans le monde réel, allant vers des bases de données réelles (bien que testées), écrit sur disque, etc. Vous testez que votre programme fonctionne correctement avec d'autres services, qu'il s'intègre avec eux correctement. Vous aurez souvent un programme distinct (par exemple Selenium) qui exerce les tests, tout comme un utilisateur réel.

En outre: White Box Testing: Tests qui connaissent le fonctionnement interne du programme. Les tests unitaires et les tests fonctionnels sont souvent des boîtes blanches. Un exemple serait d'appeler une fonction pour enregistrer une valeur, puis vérifier la validité de la valeur dans la base de données.

Test de boîte noire: Tests qui ignorent les composants internes et traitent le programme/la fonction/la méthode comme une "boîte noire". Un exemple serait d'appeler une fonction pour enregistrer une valeur et d'appeler une autre fonction (publique) pour obtenir cette valeur.

+0

Mes définitions des tests fonctionnels et d'intégration sont exactement l'inverse de la vôtre! :-) –

0

Le terme «test fonctionnel» est couramment utilisé pour tester un système dans son ensemble, par ex. une application Web depuis l'extrémité du navigateur jusqu'à la couche de base de données. Bien que je sois coupable d'abuser de ce terme moi-même, je crois que les termes «test du système» ou «test de bout en bout» le décrivent beaucoup mieux. L'autre signification de «test fonctionnel» peut être simplement «tester la fonctionnalité», ce qui est généralement vrai pour les tests unitaires ou d'intégration. Mais il y a des tests qui ne sont pas des tests fonctionnels. Presque tout ce qui concerne les exigences non fonctionnelles entre dans cette catégorie, comme le test de charge ou le profilage. Je pense qu'au départ, la distinction pouvait être entre «test du système fonctionnel» et «test du système non fonctionnel». De nos jours, le «test fonctionnel» est souvent utilisé pour distinguer les tests de bout en bout des sous-systèmes/unités de test.

1

Les tests fonctionnels sont aujourd'hui connus sous le nom de test de bout en bout ou test du système si vous regardez le modèle V.

Les tests unitaires testent évidemment la plus petite unité de code possible et les tests d'intégration vérifient que vos unités s'intègrent bien avec les autres parties du système.

2

Les tests fonctionnels de la cible de test doivent se concentrer sur les exigences de test pouvant être directement liées aux spécifications fonctionnelles ou aux règles métier. Les objectifs de ces tests sont de vérifier l'acceptation, le traitement et la récupération des données. Il teste les caractéristiques et le comportement opérationnel d'un produit pour s'assurer qu'elles correspondent à ses spécifications et intègre des tests qui ignorent le mécanisme interne d'un système ou d'un composant et se concentrent uniquement sur les sorties générées en réponse aux entrées et conditions d'exécution sélectionnées. Ce type de test est basé sur des techniques typiquement en boîte noire, c'est-à-dire en vérifiant l'application (et ses processus internes) en interagissant avec l'application via l'interface utilisateur (UI) et en analysant la sortie (résultats).

Source: http://softwareqatestings.com/introduction-to-software-testing/basic-steps-of-functional-testing.html

0

Premièrement, il faut comprendre ce qui est une 'fonction' en ce qui concerne le logiciel?

La fonction peut être considérée comme une tâche/activité prévue par le logiciel.

Donc, tester chaque fonction du logiciel est appelé test fonctionnel

Venir à l'unité que vous tester isolera le code et tester chaque unité de celui-ci.

Tenir compte d'une méthode/fonction dans un programme comme une unité où vous passerez quelques paramètres et attendre le code pour donner le rendement requis et tester ces unités de code est appelé un test unitaire

Une collection d'unités agit comme une fonction d'un logiciel et l'essai de ces fonctions peuvent être appelées que les tests fonctionnels

S'il vous plaît passer par les liens pour mieux le comprendre

http://www.guru99.com/unit-testing-guide.html

http://www.guru99.com/functional-testing.html

Questions connexes