| Test ylbtech- - Mode de test: Tests de fumée |
La source à long terme de l'industrie du matériel . Après un des composants matériels ou de matériel modifier ou réparer directement sur l'appareil est alimenté . Si vous ne fumez pas, l'assemblée ont passé le test . Dans le logiciel, le « test de fumée » est le terme utilisé pour décrire le processus de vérification avant de modifier le code intégré dans l'arbre source du produit de ces changements . Après avoir examiné le code, test de la fumée est d'identifier et de corriger les défauts logiciels sont les plus rentables chemin. Test de fumée conçu pour confirmer le changement de code fonctionnera comme prévu , et ne sera pas détruire toute version de stabilité .
| 1. Retour en haut de page |
1,
- Nom chinois: test de fumée
- Nom anglais: test de fumée
- Les membres: essais libres
- Industrie:
annuaire
2,
| 2. Retour en haut de page |
1,
contour
test de fumée est un processus de développement de logiciels pour la version logicielle du package
politique de validation rapide des fonctions de base
, il est un moyen de vérification pour confirmer les fonctions de base du logiciel, et non en profondeur test de la version de logiciel. test de fumée est pré-testé avant des tests détaillés sur la version logicielle du package, effectuer un test de fumée du aussi
objectif principal est de vérifier rapidement les fonctions de base du logiciel est défectueux
. Si le test de cas de test de fumée ne passe pas, vous n'avez pas besoin de faire d' autres tests. Exemple ensemble déterminé en testant avant de fumer tests de fumée, la fonction de base du logiciel dans les revendications Exemple couverture ensemble. Cette méthode de la version de seuil de vérification du paquet après que le paquet est généralement désigné comme cas de vérification de la version du progiciel.
Test de la fumée appartenant
HLT (highleveltest) essai
,
le HLT
se réfère généralement à
la SDV (Système de vérification de conception) / SIT (Système d' essai d' intégration) / TSV (Système de vérification de test)
et d' autres activités de test. HLT est debout sur la perspective de la version entière du système pour les tests, l'objet de test est un produit complet plutôt que le produit à l' intérieur du module, y compris un test HLT commun
test du système et des tests d'acceptation
.
test de fumée peut être effectuée manuellement, l' exécution peut être automatisé.
système stable pour le test de fumée automatisé, processus d'intégration de système approprié pour la fumée de tests manuels
, car les scripts d'automatisation des tests de fumée dans les changements de contenu dynamique, des changements dans la charge de travail de maintenance est relativement importante.
tests de fumée (test de fumée), Microsoft est dit du nom. Dans le « Microsoft Project Survival règle » un livre chapitre 14, « Processus de construction » sur les tests de fumée, test de la fumée développeur de projet est réalisée sur une version personnelle du logiciel, identifier le nouveau code de programme pas en faute. tests de fumée de nom peut être compris comme le type de temps de test court, avec seulement un sac d'effort de tabac suffit. Certaines personnes pensent que l' analogie est l'image du nouveau
conseil
des tests de la fonction de base. Tout nouveau conseil après une bonne soudure, la première vérification de puissance, si les défauts de conception, la carte de circuit peut être court-circuitée, la fumée du conseil.
classification
L'objet est une version de test de fumée des besoins logiciels de chaque nouvelle compilation de tests officiels. Par test de fumée avant le code logiciel pour compiler et fournir un test formel,
essayez d' abord d'éliminer la surface d'erreur, de réduire la charge de test post-
. Interprète test de fumée est la version du personnel du compilateur. Par conséquent , on peut dire, les tests de fumée est un pré-test. Dans le test de logiciel lui- même, le test de fumée est différent à différents stades de développement de logiciels. Ils peuvent être grossièrement divisés en trois catégories:
1) la formation d'une version intégrée du test précédent: vérifier la mise en œuvre réussie des unités respectives, et d'assurer la version d'essai d'intégration en douceur;
2) la formation d'une version de test intégré: pour assurer que le nouveau ou modifié sans détruire la version intégrée du code est terminé et la stabilité;
3) pré-test post-correction des défauts: correction des défauts fait pour chacune d 'elles constation des tests de fumée de conduite dans un environnement propre liens, mettre à jour la version logicielle du test.
application
objet de test de fumée est compilé chaque nouvelle version du logiciel nécessite des tests formels, le but est d'identifier
le logiciel
fonction de base correctement, peut faire des tests formels après. Interprète test de fumée est la version du personnel du compilateur.
Dans les entreprises de logiciels général, les logiciels dans le processus de préparation, la nécessité interne de compiler plusieurs versions (Builds), mais seulement un nombre limité de versions doivent effectuer un test formel (selon le plan de développement du projet), ces versions de test intermédiaire à effectuer en seulement compilé out, les compilateurs de logiciels ont besoin pour des performances de base des
tests de validation
, comme si vous pouvez installer le bon /
désinstallation
, la fonction principale est réalisée, l'existence d'un grave accident ou de perte de données et d' autres graves Bug. Si elle passe le test, il peut être formellement testé selon la documentation de test officiel. Dans le cas contraire, vous devez être version recompilée, la version re-exécutée peut recevoir test de confirmation jusqu'à ce qu'elle réussisse.
statu quo
Les caractéristiques de base de la nouvelle version du test de confirmation, certaines entreprises ont appelé
contrôle santé Version (Const Sanity Check)
.
La nouvelle version de la localisation du logiciel du compilateur, en plus de divers contrôles mentionnés ci - dessus, mais il faut vérifier aussi si la nouvelle version localisée comprend toutes les doit être localisé fichier correct. Les fichiers peuvent être utilisés et la
structure de répertoire
outil de comparaison, premier numéro de version du fichier et en comparant la langue source des versions localisées des fichiers et répertoires, nom de fichier et la date de fichier, ce processus est appelé la
version miroir contrôle (Build Check image)
, d' autre part, respectivement, installation de la version en langue source et une structure numéro de version localisée du fichier et le répertoire de l'installation de comparaison, le nom du fichier et la date fichier, ce processus est appelé
contrôle installé version (Const l' installation du contrôle)
.
sens
Test de fumée, une part plus faible d'une certaine proportion du temps dans le cycle de vie du logiciel, mais a également mis l'accent sur les caractéristiques de la lumière à travers les détails, il est souvent les développeurs, les testeurs ignorés. En fait, test de la fumée processus de test logiciel est un nœud intégral, un bon processus de test de fumée est d'une grande importance pour améliorer l'efficacité des tests de logiciels.
(1) test de fumée
est un test de la qualité globale du logiciel
.
Par test de fumée peut rapidement confirmer si le logiciel permet de tester les conditions d'accès pour éviter pleinement opérationnel après la phase de test formelle, même dans le post-test a été trouvé obstructives affectent sérieusement les progrès des cas de test gaspillage des ressources.
(2) test de fumée est le
personnel d'essai qui connaissent le processus de test
.
Par test de fumée, les testeurs peuvent rapidement se familiariser avec le processus de test dans l'ensemble, cet aspect permet aux testeurs de développer calendrier des tests précis, des dispositions raisonnables pour l'avancement des travaux, il aide aussi les testeurs faire équipements connexes, la préparation des données à l'avance jeter les bases pour le lancement officiel du test.
précautions
l' exécution des tests de fumée, et la différence entre les tests formels est que les deux emphases différentes, les tests de fumée
concerne obstructives
, y compris
mais sans s'y limiter, le processus échoue, la fonction principale n'est pas mis en œuvre et ainsi de suite
, et le test formel est une
partie d'un test complet et détaillé
un besoin de trouver tous les défauts possibles à distinguer en fonction de sa gravité. La fumée processus de test, il convient de noter que:
1, coopérative développée
phase de test de fumée a plusieurs caractéristiques, à savoir qu'il peut y avoir plusieurs phases de défauts logiciels, en particulier
obstructives
, contrôle à tout moment peut venir à l'arrêt, le second est les testeurs de flux de phase du logiciel, plus des fonctions familiarité bas, il y aura inévitablement les méthodes d'essai appropriées le module de fonction ne peut pas trouver même ne peut pas trouver semble retarder la progression du test, le troisième est la phase de temps est généralement que l'ensemble du cycle de vie du logiciel d'une partie très faible, ce qui exige des développeurs en temps réel en réponse, résoudre divers problèmes le plus rapidement possible. Par conséquent, dans la phase de test de fumée, le travail est très important testeurs et développeurs.
2,
mettant l' accent sur l' efficacité
Test de fumée
doit être basée sur la première efficacité, essayez de réduire le temps de test et d' améliorer l' efficacité des tests
. La principale préoccupation devrait être les processus prémisse, en se concentrant sur la fonction, saisir la préparation des données clés d'inspection des défauts, comme une page pour les défauts disgracieux tels que l' expérience utilisateur médiocre peut être étape de filtre sélectif en fumée. Par exemple: ouverture de session de système de test, l'accent devrait être le nom d'utilisateur et mot de passe, entrez le code de vérification et soumettre complet, vérifier des caractères illégaux, boîte de connexion est magnifique, le message d'erreur est tout juste appartiennent à une préoccupation secondaire, non compris test de la fumée gamme.
3, les cas évalués par
Un processus de processus de test de fumée, mais aussi pour l'évaluation des cas de test, de tirer pleinement parti de cette phase, la première forme de cas de test pour tester en temps opportun à des cas de supplément, des suppressions et des modifications, ce qui rend le cas réel plus en forme, plus exécutoire.
2,
| 3. Retour en haut de page |
·
·
| 4. Haut |
| 5. Top |
1,
2,
| 6. Retour en haut de page |
 |
Auteur: ylbtech Source: http://ylbtech.cnblogs.com/ Cet article appartient à l'auteur et le blog total de Park, bienvenue à réimprimer, mais sans doit être conservé déclaré par le présent article le consentement de l'auteur, et compte tenu de la connexion d' origine dans la position apparente de la page de l' article, sinon se réserve le droit de poursuivre les responsabilités juridiques. |