Test du système logiciel ou matériel est de tests réalisés sur un système complet et intégré pour évaluer la conformité du système. Il entre dans le cadre des tests de boîte noire, et devrait exiger aucune connaissance de la conception intérieure des tests de code ou logic.System prend, en entrée, tous les composants «intégrés» de logiciels qui ont passé avec succès les tests d'intégration et de système de logiciel lui-même intégré à tout système (s) de matériel applicable .Le but de tests d'intégration est de détecter d'éventuelles incohérences entre les unités logicielles qui sont intégrés ensemble ou entre chacun des tests de assemblages.System est un type de limitation plus des tests; elle cherche à détecter des défauts à la fois à l'intérieur des "inter-assemblages» et aussi au sein du système dans son ensemble. Logiciel d'essais en fonction de ses besoins fonctionnels. Il veille à ce que le programme fonctionne physiquement la façon dont il a été conçu et toutes les options de menu nécessaires sont présents. Il assure également que le programme est conforme aux normes de l'industrie à cet environnement; par exemple, dans un programme Windows, la touche F1 apporte aide. Test de fonctionnement est généralement la première phase de test qu'une organisation de test est responsable de tout communiqué donné. Exigences Function Test basé est une approche à la fonction Test - il est une approche d'essai puissant et efficace, ce qui permettra de réduire considérablement le nombre de défauts détectés (défauts) d'être libéré en production. La prémisse est que un ensemble bien formulé des exigences fonctionnelles donner le Designers test des bases définitives pour le cas de test design.What est fonction de test? L'objectif de test de la fonction est de mesurer la qualité des composants fonctionnels du système. Tests de vérifier se comporte correctement à partir de l'utilisateur /point de vue et les fonctions d'affaires en fonction des exigences, des modèles, des storyboards, ou tout autre paradigme de conception utilisé pour spécifier l'application. Le test de fonctionnement doit déterminer la composante ou un événement d'affaires: effectue conformément aux spécifications, répond correctement à toutes les conditions qui peuvent être présentées par des événements /données entrantes, se déplace correctement les données d'un événement d'affaires pour les (magasins de données, y compris) suivant, et que des événements d'affaires sont lancées dans l'ordre requis pour atteindre les objectifs d'affaires de l'system.What est une exigence? une exigence est une capacité ou d'une fonction qui doit être délivré par un composant ou des composants système. Un besoin d'activité ou comportement tel que vu par un utilisateur externe du système. Un cycle d'essai efficace doit avoir un ensemble défini des processus et des produits livrables. Les processus primaires livrables pour les besoins Test de fonctionnement sur la base sont: la planification des essais, Partitionnement /Functional Décomposition, RequirementsDefinition /vérification, Test Design Cas, traçabilité (Matrice de traçabilité), l'exécution de cas de test, gestion des défauts, et l'analyse de couverture. Quels sont les processus et les résultats applicables à toute situation de test donné dépendent des ressources disponibles (personnes, matériaux de base, le temps, etc.) et le mandat de l'organisation de test. La planification des tests lors de la planification du fil d'essai avec l'aide de l'équipe de test définit la portée, le calendrier et livrables pour le cycle d'essai de fonction. Le fil d'essai fournit un plan de test (document) et un calendrier d'essai - ce sont souvent soumis à plusieurs révisions au cours du cycle d'essai. Cloisonnement - Décomposition fonctionnelle d'un système est la rupture d'un système dans ses composants fonctionnels ou domaines fonctionnels. Un autre groupe dans l'organisation peut assumer la responsabilité de la décomposition fonctionnelle (ou modèle) du système, mais l'organisation de test doit encore examiner ce livrable pour être complet avant de l'accepter dans le test organization.If la décomposition ou des partitions fonctionnelles ne sont pas définis ou sont jugée insuffisante alors l'organisation de test devra assumer la responsabilité de créer et de maintenir les partitions. Il y a plusieurs commerciaux, shareware et freeware produits disponibles qui aident à la décomposition fonctionnelle d'un système et la prestation formelle de la définition des partitions.RequirementsVerificationRequirements fonctionnels est souvent le livrable le plus faible dans le processus de développement de logiciels. Beaucoup de magasins de développement vont directement du concept de logiciel pour la spécification fonctionnelle ou pire du concept de logiciel au code sans préliminaires livrables de conception de logiciels. L'Organisation Testing a besoin de ces exigences pour procéder à l'essai de fonction, donc si l'équipe de développement ne va pas livrer les exigences en matière de vérification par l'équipe de test, puis l'équipe de test doit créer son propre ensemble d'exigences testables. Ces exigences doivent être détaillés dans les partition.Test Case design.The designs test Designer /Testeur fonctionnels appropriés et met en œuvre des cas de test pour valider les préformes de produits conformément aux exigences (voir .Testing et le rôle d'un testeur de Test Designer.) . Ces cas de test doivent être détaillés dans la partition fonctionnelle appropriée et cartographié /tracé aux exigences étant tested.Traceability (Matrice de traçabilité) cas de test doivent être tracés /mappé retour à l'exigence appropriée. Une fois que tous les aspects de l'obligation ont été testés par des cas un ou plusieurs tests alors l'activité de conception de test pour cette exigence peut être considérée comme achevée.Procédé erreur commune faite au cours de ce processus est que tous les cas de test qui exercent une exigence particulière devrait être mis en correspondance avec ce que exigence - seuls les cas de test qui sont spécifiquement créés pour tester une exigence devrait être attribuée à cette exigence. Cette approche donne une image beaucoup plus précise de l'application lors de l'analyse de la couverture se fait - l'échec d'un cas de test ne signifie pas l'échec de toutes les exigences exercées (par opposition à tester par) le test case.Test Case ExecutionAs dans toutes les phases de tests l'ensemble approprié des cas de test doivent être exécutés et les résultats de ces cas de test enregistré. Quels sont les cas de test doivent être exécutées doivent être définies dans le cadre du plan de test et de l'état actuel de l'application testée. Si l'état actuel de l'application ne supporte pas l'essai d'une ou plusieurs exigences, alors ce test devrait être différée jusqu'à ce que cela ne justifie la dépense des ressources de test. Gestion des défauts dans toutes les phases de test des défauts détectés lors de l'exécution de test doivent être à la fois enregistré et géré par l'organisme de contrôle. Au cours du test de fonction chaque défaut doit être attribuée à une ou plusieurs exigences spécifiques qui ne fonctionnent pas à la spécification. l'analyse de la couverture pendant la fonction tester un rapport d'avancement périodique devrait être délivré par l'organisation de test pour l'équipe de projet. Les bases de ce rapport sera une analyse de la couverture des exigences contre les cas de test et objective défauts.Procédé exceptionnelle est de déterminer le pourcentage des exigences qui sont: considérées comme non testés, l'exécution à la spécification (exécuté avec succès), et non l'exécution de spécification (défauts) .Il ya plusieurs commerciaux, shareware et freeware produits disponibles qui peuvent être utilisés pour accélérer la création de tous ces livrables tout en simplifiant le test de la fonction test process.Managing peut être une tâche écrasante pour une association de test inexpérimenté. Pour assurer le succès à l'organisation des essais et des projets champ d'application de l'effort de test doit être soigneusement défini et suivi. Définition du champ d'application doit être comprise par l'organisation de test et l'équipe de projet - si le champ d'application de l'effort de test doit être redéfini, alors ce doit être communicated.A plan de travail réaliste avec des livrables et des dépendances claires doit être élaboré et mis à jour lorsque un événement se produit que les effets du plan de travail d'une manière positive ou négative. La clé du succès est de gérer les attentes de l'équipe de test et l'équipe de projet tout en communiquant clairement l'état actuel de l'effort de test sur des bases en cours.