Différence entre le test de réception et le test fonctionnel?
Quelle est la différence réelle entre les tests de réception et les tests fonctionnels?
Quels sont les points forts ou les objectifs de chacun? Partout où je lis, ils sont ambigusement similaires.
11 réponses
dans mon monde, nous utilisons les termes suivants:
functional testing : il s'agit d'une vérification activité; avons-nous construit un produit qui fonctionne correctement? Le logiciel répond-il aux exigences opérationnelles?
Pour ce type de tests, nous avons des cas de test qui couvrent tous les scénarios possibles, nous pouvons penser, même si ce scénario est peu probable d'exister dans le "vrai monde". En faisant ce type de test, nous visons une couverture maximale du code. Nous utilisons n'importe quel environnement de test que nous pouvons saisir à l'époque, il n'a pas besoin d'être de calibre "production", tant qu'il est utilisable.
test d'acceptation : il s'agit d'une validation activité; avons-nous construit la bonne chose? Est-ce vraiment ce dont le client a besoin?
cela se fait généralement en coopération avec le client, ou par un mandataire interne du client (propriétaire du produit). Pour ce type de test, nous utilisons des cas de test qui couvrent les scénarios typiques dans lesquels nous nous attendons à ce que le Logiciel soit utilisé. Ce test doit être effectué dans un environnement" de production", sur un matériel identique ou proche de ce que le client utilisera. C'est alors que nous testons nos "ilities":
-
fiabilité, disponibilité : validée par un test de résistance.
-
Scalability : validée par un essai de charge.
-
Usability : validée par une inspection et une démonstration au client. L'interface utilisateur est-elle configurée à leur convenance? Avons-nous placé l'image de marque du client à tous les bons endroits? Nous avons tous les champs/écrans, ils ont demandé?
-
Sécurité (aka, Securability, afin de s'adapter) : validée par démonstration. Il arrive parfois qu'un client engage une firme externe pour effectuer un audit de sécurité et/ou un test d'intrusion.
-
Maintenability : validée par une démonstration de la façon dont nous allons fournir des mises à jour/correctifs logiciels.
-
configurabilité : validée par la démonstration de la façon dont le client peut modifier le système pour s'adapter à ses besoin.
il ne s'agit nullement d'une définition standard, et je ne pense pas qu'il y ait de définition" standard", comme le démontrent les réponses contradictoires ici. La chose la plus importante pour votre organisation est que vous définissiez ces termes avec précision et que vous vous y en teniez.
J'aime la réponse de Patrick Cuff. Ce que j'aime ajouter est la distinction entre un niveau d'essai et un type d'essai qui était pour moi un révélateur.
niveaux d'essai
niveau D'essai est facile à expliquer en utilisant V-model , un exemple: 
Chaque niveau d'essai a son correspondant" niveau de développement . Il a une caractéristique temporelle typique, ils sont exécutés à une certaine phase du cycle de développement.
- composant/unité de test => vérification de la conception détaillée
- test d'intégration de composants/unités = > vérification de la conception globale
- test de système => vérification de la configuration
- l'intégration du système de test => vérification de la configuration
- essais d'acceptation => validation des exigences de l'utilisateur
types d'essai
Un essai type est une des caractéristiques, il se concentre sur un objectif de test. types D'essai mettez l'accent sur vos aspects de qualité, également connus sous le nom d'aspects techniques ou non fonctionnels. types D'essai can peuvent être exécutés à n'importe quel niveau d'essai . J'aime utiliser comme types d'essai les caractéristiques de qualité mentionnées dans la norme ISO / IEC 25010: 2011.
- test fonctionnel
- tests de fiabilité
- test de performance
- exploitabilité des tests
- tests de sécurité
- essais de compatibilité
- maintenabilité test
- essais de transférabilité
Pour le rendre complet. Il y a aussi quelque chose appelé test de régression . Il s'agit d'une classification supplémentaire à côté de niveau d'épreuve et type d'épreuve . Un test de régression est un test que vous voulez répéter parce qu'il touche quelque chose de critique dans votre produit. C'est en fait un sous-ensemble de tests que vous avez défini pour chaque niveau de test . Si R Il y a un petit bug dans votre produit, on n'a pas toujours le temps de répéter tous les tests. test de régression est une réponse à cela.
la différence est entre tester le problème et la solution. Le logiciel est une solution à un problème, les deux peuvent être testés.
le test fonctionnel confirme que le logiciel exécute une fonction dans les limites de la façon dont vous avez résolu le problème. Il s'agit d'une partie intégrante du développement de logiciels, comparable aux tests qui sont effectués sur les produits fabriqués en série avant qu'ils quittent l'usine. Un test fonctionnel vérifie que le produit fonctionne réellement comme vous le (la développeur) pense qu'il n'.
tests de réception vérifier que le produit résout réellement le problème qu'il a été conçu pour résoudre. Cela peut être fait au mieux par l'utilisateur (client), par exemple en exécutant ses tâches que le logiciel aide. Si le logiciel passe ce test du monde réel, il est accepté pour remplacer la solution précédente. Ce test d'acceptation peut parfois seulement être fait correctement dans la production, surtout si vous avez des clients anonymes (par exemple un site web). Ainsi, une nouvelle la fonctionnalité ne sera acceptée qu'après quelques jours ou semaines d'utilisation.
Functional testing - tester le produit, en vérifiant qu'il possède les qualités que vous avez conçues ou construites (fonctions, vitesse, erreurs, cohérence, etc.)
test d'Acceptation - tester le produit dans son contexte, cela nécessite (simulation) de l'interaction humaine, de test, il a l'effet désiré sur le problème d'origine(s).
la réponse est l'opinion. J'ai travaillé dans beaucoup de projets et étant testmanager et issuemanager et tous les différents rôles et les descriptions dans divers livres diffèrent donc voici ma variation:
fonctionnelles-tests: prendre les besoins de l'entreprise et de tester tout de bon et thorougly à partir d'un point de vue fonctionnel.
test d'acceptation: le "payer" le client ne l'épreuve qu'il aime faire pour qu'il puisse accepter le produit livré. Cela dépend du client, mais habituellement les tests ne sont pas aussi approfondis que les tests fonctionnels, surtout s'il s'agit d'un projet interne parce que les parties prenantes examinent et font confiance aux résultats des tests effectués au cours des phases d'essai précédentes.
comme je l'ai dit, c'est mon point de vue et mon expérience. Fonctionnelles-tests est systématique et le test d'acceptation est plutôt département des affaires tester la chose.
-
de l'Auditoire. Les tests fonctionnels sont pour assurer les membres de l'équipe qui produit le logiciel qu'il fait ce qu'ils attendent. Les tests d'acceptation visent à assurer au consommateur qu'ils répondent à ses besoins.
-
champ d'application. Les tests fonctionnels ne teste que la fonctionnalité d'un composant à la fois. Les tests d'acceptation couvre tous les aspects du produit qui compte pour le consommateur suffisant pour tester avant d'accepter le logiciel (c'est à dire, à quoi bon le temps ou l'argent qu'il faudra pour le tester afin de déterminer son acceptabilité).
les logiciels peuvent passer avec succès les tests fonctionnels, les tests d'intégration et les tests de système; seulement pour échouer les tests de réception lorsque le client découvre que les fonctionnalités ne répondent tout simplement pas à leurs besoins. Cela implique généralement que quelqu'un a foiré sur le plan technique. Le logiciel pourrait également échouer à certains tests de fonctionnement, mais réussir les tests d'acceptation parce que le client est prêt à traiter avec certains bugs fonctionnels tant que le logiciel fait les choses de base dont ils ont besoin bien (le logiciel bêta sera souvent accepté par un sous-ensemble d'utilisateurs avant qu'il ne soit complètement fonctionnel).
essai fonctionnel: Application des données d'essai dérivées de l'essai fonctionnel spécifié exigences sans égard à la structure finale du programme. Aussi connu comme boîte noire test.
Essais D'acceptation: essais officiels effectués pour déterminer si un système satisfait ou non à ses critères d'acceptation-permet à un utilisateur final de déterminer s'il doit ou non: accepter le système.
à mon avis, la principale différence est qui dit si les tests réussissent ou échouent.
un essai de fonctionnement qui consiste à vérifier que le système satisfait à des prescriptions prédéfinies. Elle est réalisée et contrôlée par les responsables du développement du système.
un test de réception est signé par les utilisateurs. Idéalement, les utilisateurs diront ce qu'ils veulent tester, mais dans la pratique, ce sera probablement la fin d'un test fonctionnel, car les utilisateurs n'investissent pas assez de temps. Note que ce point de vue soit celui des utilisateurs commerciaux que je traite avec d'autres groupes d'utilisateurs, par exemple l'aviation et d'autres éléments critiques pour la sécurité, pourrait bien ne pas avoir cette différence,
... est-ce que des essais en boîte noire sont effectués sur un système (par exemple un logiciel, des lots de Pièces mécaniques fabriquées ou des lots de produits chimiques) avant sa livraison.
bien que cela continue à dire:
Il est également connu comme test fonctionnel, boîte noire de test, la libération de l'acceptation, de QA tests, test d'applications, la confiance essai, essai final, essai de validation ou Essai de réception en usine
avec une marque" citation neededed".
test Fonctionnel (ce qui en fait des redirections pour les Tests du Système):
effectué sur un système complet et intégré pour évaluer la conformité du système avec ses exigences spécifiées. Système de test tombe dans le champ d'application de la boîte noire, et en tant que tel, ne requiert aucune connaissance de la conception intérieure du code ou de la logique.
donc de cette définition ils sont à peu près la même chose.
d'après mon expérience, les tests d'acceptation sont habituellement un sous-ensemble des tests fonctionnels et sont utilisés dans le processus d'approbation officiel par le client, tandis que les tests fonctionnels/systèmes seront ceux qui sont effectués par le service du développeur/AQ.
La relation entre les deux: Le test d'acceptation comprend habituellement un test fonctionnel, mais il peut inclure des tests supplémentaires. Par exemple, vérifier les exigences en matière d'étiquetage et de documentation.
test Fonctionnel est lorsque le produit à tester est placé dans un environnement de test qui peut produire de la variété de stimulation (dans le cadre de l'essai) quelle est la cible de l'environnement produit, en général, ou même au-delà, tout en examinant le réponse de l'appareil en cours de test.
pour un produit physique (pas un logiciel), il existe deux types principaux de essais de réception : essais de conception et essais de fabrication. Les essais de conception font généralement appel à un grand nombre d'échantillons de produits qui ont réussi les essais de fabrication. Les différents consommateurs peuvent tester la conception de différentes façons.
les essais de réception sont appelés vérification lorsque la conception est mise à l'essai en fonction des spécifications du produit, et les tests d'acceptation sont appelés validation, lorsque le produit est placé dans l'environnement réel du consommateur.
test de réception n'est qu'un test effectué par le client, et comprend autres types de tests:
- test Fonctionnel: "ce bouton ne fonctionne pas"
- Non-tests fonctionnels: "cette page fonctionne, mais est trop lent",
pour les tests fonctionnels par rapport aux tests non fonctionnels (leurs sous-types) - voir ma réponse à cette ainsi question .
Ils sont la même chose.
les essais de réception sont effectués sur le système complet dans un environnement aussi identique que possible à l'environnement réel de production/déploiement avant que le système ne soit déployé ou livré.
vous pouvez effectuer les essais de réception de manière automatisée ou manuellement.