introduction
Integrationtesting (alsocalledassemblytesting, jointtesting) isalogicalextensionofunittesting.Itssimplestformis: Combinetwotestedunitsintoonecomponentandtesttheinterfacebetweenthem.Inthissense, componentsrefertotheintegrationofmultipleunits.Inarealsolution, manyunitsarecombinedintocomponents, andthesecomponentsareaggregatedintoalargerpartoftheprogram.Themethodistotestthecombinationoffragmentsandfinallyexpandintoaprocess, testingthemodulestogetherwithothergroupsofmodules.Finally, allthemodulesthatmakeuptheprocessaretestedtogether.Inaddition, iftheprogramconsistsofmultipleprocesses, youshouldtesttheminpairsinsteadoftestingallprocessesatthesametime.
Les problèmes qui surviennent lorsque le test d'intégration teste l'unité combinée.
Integrationtestingisbasedonunittesting.Ittestswhetherallthesoftwareunitsareassembledintomodules, subsystemsorsystemsinaccordancewiththerequirementsoftheoutlinedesignspecifications.Technicalindicatorsandrequiredactivities.Inotherwords, beforetheintegrationtest, theunittestshouldhavebeencompleted, andtheobjectusedintheintegrationtestshouldbethesoftwareunitthathasbeenunittested.Thisisveryimportant, becauseiftheunittestisnotpassed, theeffectoftheintegrationtestwillbegreatlyaffected, andthecostofthesoftwareunitcodeerrorcorrectionwillbegreatlyincreased.
Integrationtestingisalogicalextensionofunittesting.Intheactualsolution, integrationreferstotheaggregationofmultipleunits, manyunitsarecombinedintomodules, andthesemodulesareaggregatedintoalargerpartoftheprogram, suchassub-systemsorsystems.Themethodusedinintegrationtestingistotestwhetherthecombinationofsoftwareunitscanworknormallyandwhetheritcanbeintegratedwithothergroupsofmodulestowork.Finally, itisnecessarytotestwhetherallthemodulecombinationsthatmakeupthesystemcanworknormally.Themainstandardheldbytheintegrationtestisthe "SoftwareOutlineDesignSpecification", andanyprogrammodulebehaviorthatdoesnotconformtothedescriptionshouldberecordedandreported.
Allsoftwareprojectscannotgetridofthisstageofsystemintegration.Nomatterwhatdevelopmentmodelisadopted, thespecificdevelopmentworkmuststartwithonesoftwareunit, andonlythroughintegrationcanthesoftwareunitformanorganicwhole.Thespecificintegrationprocessmaybeexplicitorimplicit.Aslongasthereisintegration, therewillalwaysbesomecommonproblems.Inengineeringpractice, thereisalmostnoproblemintheassemblyprocessofsoftwareunits.ItcanbeseenfromFigure1thatintegrationtestingtakesfarmoretimethanunittesting, anditisextremelyimpropertodirectlytransitionfromunittestingtosystemtesting.
Objectif
L'objectifdestestsd'intégrationestquecescomposantsquiréussissentlestestsunitairespourconstruirelastructureduprogrammeconformémentauxexigencesdeconception.
1)Testsdefonctionnement.Utilisezlatechnologiedetestboîtenoirepourtesterlesspécificationsd'interfacedumoduletesté.
2)Testsnonfonctionnels.Testezlaperformanceoulafiabilitédumodule.
En outre, la nécessité des tests d'intégration réside dans le fait que certains modules peuvent fonctionner individuellement, mais qu'ils ne peuvent être garantis de fonctionner correctement lorsqu'ils sont connectés.
Les tests d'intégration permettent de s'assurer que les unités peuvent être combinées pour fonctionner conformément à l'intention prévue et de s'assurer que le comportement incrémentiel est correct.
Mise en œuvre
Les tests d'intégration sont un processus de test formel qui doit être soigneusement planifié et coordonné avec le temps d'achèvement des tests unitaires.
1.Quelle méthode d'assemblage du système est utilisée pour le test d'assemblage ?
2. La séquence de connexion de chaque module dans le processus de test d'assemblage ;
3.Lapréparationducodedumoduleetlaprogressiondutestsontcohérentesaveclaséquencedesessaisd'assemblage
4.Siunéquipementmatérielspécialestnécessairependantleprocessusdetest;
Résoudre Après avoir résolu les problèmes ci-dessus, vous pouvez répertorier la préparation et le plan de test de chaque module, et indiquer la date à laquelle le test unitaire de chaque module est terminé, la date du premier test d'intégration, la date à laquelle le test d'intégration est terminé, ainsi que les cas de test requis et les résultats de test attendus.
Intheabsenceofhardwareequipmentrequiredforsoftwaretesting, checkwhetherthedeliverydateofthehardwareisconsistentwiththeintegrationtestplan.Forexample, ifthetestrequiresadigitizerandaplotter, thecorrespondingtestshouldbearrangedwhenthesedevicescanbeputintouse, andaperiodoftimeshouldbereservedfortheinstallationanddeliveryofthehardwaretoleavetimemargin.Inaddition, thepreparationofthesoftware (drivermodule, stubmodule, testcasegenerationprogram, etc.) Requiredforthetestneedstobeconsideredinthetestplan.
Aprèsletestunitaire,ilestnécessaired'effectueruntestd'intégrationpourdétecteretéliminerlesproblèmesprécitésquipeuventsurvenirdanslaconnexiondumodule,etenfinconstituerlesous-systèmeousystèmelogicielrequis.
Touteorganisationraisonnabledestestsd'intégration, c'est-à-dire le choix de la manière d'assembler les modules pour former un système exécutable, affecte directement la forme des cas de test des modules, le type d'outils de test utilisés, le numéro de module et l'ordre des tests, le coût de la génération des cas de test et du débogage.
Critères d'achèvement
Pour déterminer que le processus de test d'intégration est terminé, vous pouvez vérifier selon les aspects suivants :
1. Le plan de test a été mis en œuvre avec succès Tous les tests d'intégration ;
2, les erreurs trouvées ont été corrigées ;
3, les résultats des tests ont réussi l'examen de l'équipe spéciale.
Les tests d'intégration doivent être effectués par une équipe de test dédiée, composée de concepteurs de systèmes et de programmeurs expérimentés.
Aftercompletingthescheduledassemblytestwork, thetestteamshouldberesponsibleforsortingoutandanalyzingthetestresults, andformingatestreport.Thetestreportshouldrecordtheactualtestresults, theproblemsfoundinthetest, themethodstosolvetheseproblems, andtheresultsofthetestagainafterthesolution.Inaddition, someissuesthatcannotberesolvedandneedtobepaidattentiontobymanagersanddevelopersshouldberaised, andtestreviewsandfinaldecisionsshouldbeprovidedtoprovidesuggestionsforhandling.
Contenu
Processus de test d'intégration
Selon la norme IEEE, les tests d'intégration sont divisés en 4 phases : phase de planification, phase de conception, phase de mise en œuvre et phase d'exécution (phase de mise en œuvre))
Phase de planification
1)Environunesemaineaprèsl'achèvementdelarévisiondeconceptionetrévisionducalendrier
2)Saisirlesexigencesspécificationcontourconceptiondocumentplan de développement de produitfeuille de route
3)Ledocumentdeconceptionrésumédesconditionsd'entréeapassél'examen
4) Activitysteps1.Determinethetestobjectandtestscope2.EvaluatetheintegrationtesttobetestedThenumberanddifficultyoftheobjects, namelytheworkload3.Determinethedivisionofrolesandtasks4.Identifythetime, tâches, constraintsandotherconditionsofeachstageofthetest5.Considercertainriskanalysisandcontingencyplans6.Considerandprepareforintegrationtestingneeds testtools, Testequipment, environmentandotherresources7.Considerthestrengthanddepthofexternaltechnicalsupport, andrelatedtrainingarrangements8.Definetestcompletionstandards
5) Plan de test d'intégration de sortie
6) Les conditions d'exportation
Designphase1) Timearrangementdetaileddesignphasebegins2) InputrequirementsspecificationsManualsummarydesignintegrationtestplan3) Entryconditionsummarydesignbaselinepassedreview4) Activitysteps1.Structureanalysisoftheobjectundertest2.Integrationtestmoduleanalysis3.Integrationtestinterfaceanalysis4.Integrationteststrategyanalysis5.Integrationtesttoolanalysis6.Analysisofintegrationtestenvironment7.Estimationandarrangementofintegrationtestworkload.5) Outputintegrationtestdesign (schéma) 6.ExportconditionsTheintegrationtestdesignhaspassedthedetaileddesignbaselinereview.Realizationstage1) Timearrangementiscarriedoutafterthecodingstagestarts2) Inputrequirementsspecificationoutlinedesignintegrationtestplanintegrationtestdesign3) Entryconditiondetaileddesignstage4) Activitysteps: 1.Integrationtestcasedesign2.Integrationtestcodedesign ( Si nécessaire)3.Script de test d'intégration (si nécessaire)4.Outil de test d'intégration (si nécessaire)5)Intégration de la sortiecas de testintégrationtestprocédureIntégrationtestcodeintégrationtestscriptIntégration testtool6) ExportconditiontestcaseandtestprocedurepassedCodingphasebaselinereview, executionphase1) Timearrangement, unittestingcanbestartedafterthecompletionofintegrationtesting2) inputrequirementsspecificationoutlinedesignintegrationtestplanintegrationhighlydesignedintegrationtestcasesintegrationtestproceduresintegrationtestcode (Ie cas echeant) integrationTestscriptintegrationtesttooldetaileddesigncodeunittestreport3) Entryconditionunitteststagehaspassedbaselinereview4) Activitystepexecutionintegrationtestcaseregressionintegrationtestcasewritingintegrationtestreport5) outputintegrationtestreport6) exitconditionintegrationThetestreporthaspassedthebaselinereviewoftheintegrationteststage
Le contenu du travail
Acquisition des exigences
Le contenu du test de la version de travail intégrée, c'est-à-dire l'objet spécifique du test. Les exigences de test d'intégration proviennent principalement du modèle de conception (Design Model) et du plan de composants d'intégration (Integration Build Plan).
1. La version de travail intégrée doit analyser sa séquence de collaboration et de messages de classe pour découvrir l'interface externe de la version de travail.
2.Lecasdetestd'intégrationestdéterminéparl'interfaceexternedelaversiondetravaild'intégration.
3.Lescasdetestdoiventcouvrirtouteslesséquencesdesfluxdemessagespourchaqueinterfaceexternedelaversiondetravail.
Remarque : la relation entre une interface externe et les cas de test est plusieurs à plusieurs. Les exigences de test de certaines versions de travail intégrées peuvent être mises en correspondance avec les exigences de test du système.
Liste de pièces
1. Plan de test d'intégration du logiciel
2. Cas de test d'intégration
3. Processus de test
4.Script de test
5. Journal de test
6.Résumé de l'évaluation
Sélectiondesrégimescommuns
Résumé Aperçu h3>
Il existe de nombreuses solutions de mise en œuvre pour les tests d'intégration, telles que les tests d'intégration ascendants, les tests d'intégration descendants, les tests d'intégration Big-Bang, les tests d'intégration en sandwich, les tests d'intégration de base, les tests d'intégration en couches et les tests d'intégration basés sur l'utilisation, etc.
Test descendant
La méthode d'intégration descendante est une méthode incrémentielle pour assembler la structure logicielle.
First : Depthfirst : selon la structure, utilisez un chemin de contrôle principal pour combiner tous les modules ;
Deuxième : Première largeur : Combinez tous les calques subordonnés. Les modules se déplacent horizontalement le long de chaque étage.
Leprocessusd'assemblageestdiviséencinqétapessuivantes :
Étape1 :Utilisezlemoduledecontrôleprincipalcommepilotedetest,etremplacezlemoduledirectsubordonnéparlemoduled'entreprise ;
Étape 2 : selon la méthode de test d'intégration sélectionnée (profondeur ou largeur en premier), remplacez à chaque fois le module d'entreprise subordonné par le module réel
Étape 3 : testez le module réel lors de la combinaison ;
Étape 4 : après avoir terminé les tests, utilisez un module réel pour remplacer un autre module d'entreprise ;
Étape 5 : Vous pouvez effectuer des tests de régression (c'est-à-dire refaire tout ou partie des tests qui ont été effectués) pour vous assurer qu'aucune erreur n'est introduite.
Test ascendant
Bottom-UpIntegrationisthemostcommonlyusedmethod.Otherintegrationmethodshavemoreorlessinheritedandabsorbedtheideasofthisintegrationmethod.Thebottom-upintegrationmethodstartsassemblyandtestingfromthelowestmoduleintheprogrammodulestructure.Becausethemodulesareassembledfromthebottomup, foragivenlevelofmodule, itssub-modules (modules de includingallsub-modulesofthesub-) havebeenassembledandtestedbeforehand, sothereisnoneedtocompilestubmodules (akindofenergy) .Simulaterealmodulesandprovidetestsoftwaremodulesforcallinginterfacesordataforthemodulestobetested) .Thebottom-upintegrationteststepsareroughlyasfollows:
Etape 1: Accordingtotheoutlinedesignspecification, specifywhichmodulesaretested.Onthebasisoffamiliaritywiththenatureofthetestedmodule, thetestedmodulesarelayered.Testsatthesamelevelcanbecarriedoutinparallel, andthenthesequenceoftestactivitiesissortedout, andthetestscheduleisformulated.Figure2showsthetopologicalrelationshipofeachtestactivityinthebottom-upintegrationtestprocess.Usingtherelevantknowledgeofgraphtheory, thetimeseriesrelationshipbetweenvariousactivitiescanbedischarged, andthetestingactivitiesatthesamelevelcanbecarriedoutatthesametimewithoutmutualinfluence.
Étape 2 : sur la base de l'étape 1, intégrez les unités logicielles dans les modules en fonction de la séquence chronologique et testez les problèmes qui surviennent pendant le processus d'intégration.
Étape 3 : intégrez les modules logiciels dans les sous-systèmes (ou sous-systèmes). Vérifiez si les sous-systèmes respectifs peuvent fonctionner normalement.
Étape 4 : Intégrez chaque sous-système dans un système d'utilisateur final et testez si chaque sous-système peut fonctionner normalement dans le système d'utilisateur final.
Suggestions: thebottom-upintegrationtestprogramisthemostcommonlyusedtestmethodinengineeringpractice.Relatedtechnologiesarealsorelativelymature.Itsadvantagesareobvious: convenientmanagement, andtesterscanbetterlocatethelocationofsoftwarefaults.However, itisnotapplicabletosomedevelopmentmodels.Forexample, usingtheXPdevelopmentmethod, itwillrequiretesterstocompletetheintegrationtestofthecoresoftwarecomponentsbeforeallthesoftwareunitsareimplemented.Inspiteofthis, thebottom-upintegrationtestingmethodisstillareferenceintegrationtestingprogram.
Coresystemtesting
Theideaof thecoresystemintegrationtestingmethodistoconductintegrationtestingoncoresoftwarecomponentsfirst, andthenaccordingtotheimportanceofeachperipheralsoftwarecomponentafterthetestispassed.Integratedintothecoresystemonebyone.Eachtimeaperipheralsoftwarecomponentisadded, aproductbaselineisgenerated, untilastablesoftwareproductisformed.Theintegrationprocesscorrespondingtothecoresystemadvancedintegrationtestmethodisaspiralcurvethatgraduallytendstoclose, representingtheprocessofproductgradualfinalization.Thestepsareasfollows:
Étape 1 : Effectuez un test séparé et suffisant pour chaque module du système central, en utilisant des modules de pilote et des modules de remplacement si nécessaire ;
Étape 2 :PourTouslesmodulesdusystèmeprincipalsontassemblésdanslesystèmesoustestenuntempspourrésoudredifférentsproblèmesd'intégration.
Étape 3 : Selon l'importance des composants logiciels périphériques et la restriction mutuelle entre les modules, établissez un plan de séquence pour l'intégration des composants logiciels périphériques dans le système central. Après examen du plan, l'intégration des composants logiciels périphériques peut être effectuée.
Étape 4 : avant que les composants logiciels périphériques ne soient ajoutés au système central, les composants logiciels périphériques doivent effectuer le test d'intégration interne au niveau du module.
Étape 5 : Continuez à ajouter des composants logiciels périphériques afin d'éliminer les problèmes d'intégration des composants logiciels périphériques et de former le système utilisateur final.
Schemecomment: Thisintegratedtestingmethodisveryeffectiveforrapidsoftwaredevelopment, suitableforintegrationtestingofmorecomplexsystems, andcanensuretherealizationofsomeimportantfunctionsandservices.Thedisadvantageisthatthesystemusingthismethodshouldgenerallybeabletoclearlydistinguishbetweencoresoftwarecomponentsandperipheralsoftwarecomponents.Thecoresoftwarecomponentsshouldhaveahighdegreeofcoupling, andtheperipheralsoftwarecomponentsshouldalsohaveahighdegreeofcoupling.Thereshouldbealowdegreeofcouplingbetween.
Test d'intégration haute fréquence
Haute-frequencyintegrationtestingreferstotheintegrationtestingoftheexistingcodeofthedevelopmentteaminsynchronizationwiththesoftwaredevelopmentprocess.Forexample, someautomatedintegrationtestingtoolscanimplementanintegrationtestontheexistingcodeofthedevelopmentteamlateatnight, andthensendthetestresultstothee-mailofeachdeveloper.Theintegrationtestmethodfrequentlyaddsnewcodetoanalreadystablebaseline, soastopreventintegrationfailuresfrombeingdifficulttofind, andatthesametimecontrolpossiblebaselinedeviations.Theuseofhigh-frequencyintegrationtestingrequirescertainconditions: Astableincrementcanbeobtainedcontinuously, andtheincrementhasbeenverifiedtobenoproblem; mostofthemeaningfulfunctionincreasescanbeinarelativelystabletimeinterval (suchaseachObtainedwithinworkingdays), Thedevelopmentofthetestpackageandcodemustbecarriedoutinparallel, andversioncontroltoolsarerequiredtoensurethatthelatestversionofthetestscriptandcodeisalwaysmaintained; itmustbedonewiththehelpofautomatedtools.Anotablefeatureofhigh-Freque ncintégrationestlestempsd'intégrationfréquents.Évidemment,lesméthodesmanuellessontincompétentes.
Les tests d'intégration haute fréquence sont généralement complétés par les étapes suivantes :
Étape 1 :choisirunoutild'automatisationdestestsd'intégration.
Étape 2 : configurez l'outil de contrôle de version pour vous assurer que la version obtenue par l'outil d'automatisation des tests intégrés est la dernière version. Par exemple, utilisez CVS pour le contrôle de version.
Étape 3 : Les testeurs et les développeurs sont responsables de l'écriture des scripts de test correspondant au code du programme.
Étape 4 : configurez un outil de test d'intégration automatisé, effectuez des tests d'intégration automatisés sur le code nouvellement ajouté de la bibliothèque de gestion de la configuration à intervalles réguliers et rapportez le rapport de test aux développeurs et aux testeurs.
Cinquième étape : le testeur supervise le développeur de code pour clôturer les éléments non qualifiés en temps opportun.
Suivez les étapes 3 à 5 pour boucler en continu jusqu'à ce que le produit logiciel final soit formé.
Commentaire du schéma : Le plan de test peut trouver des erreurs de code à temps pendant le processus de développement et peut voir intuitivement la progression effective du projet de l'équipe de développement.
Ci-dessus, nous avons présenté plusieurs solutions courantes de test d'intégration.
Planifier
introduction
1.1 Objectif de la rédaction
Cet article est un article succinct décrivant**** les tests d'intégration, décrivant principalement comment mener les activités de test d'intégration ? Comment contrôler les activités de test d'intégration ? Le processus des activités de test d'intégration et l'organisation du travail des activités de test d'intégration.
1.2Contexte
Nom du projet :***Test d'intégration
Objets liés au projet :********************
1.3Définition
**********:********************
1.4Matériaux de référence
《************》
Articles de test
Cetestestprincipalement***letestd'intégrationsystème.Laversionde***est2.0.Letestestletestd'intégrationfinalde***.
Caractéristiques testées
3.1 Test de fonctionnement
L'opération de test principale est-elle correcte et présente-t-elle une erreur ? Elle est divisée en deux parties :
3.1.1Test de retour
Pas à pas de l'interface principale à l'interface finale, appuyez sur la touche EXIT pour revenir pas à pas, et vérifiez si la mise au point de l'écran est correcte au retour
Par example:
1.Entrez "SystemSettings"
2.Entrez "ChannelSearch"
3.Entrez "Recherche de canal automatique"
4.AppuyezsurlatoucheEXITpourreveniretvérifiersilefocusactuelest"ChannelSearch"
5. Appuyez sur la touche EXIT pour revenir en arrière et vérifier si le focus actuel est " System Settings "
3.1.2Entrerletest
Pas à pas de l'interface principale à l'interface finale, appuyez sur la touche MENU pour revenir à l'interface principale, entrez à nouveau et vérifiez si le focus est correct
Par example:
1.Entrez "SystemSettings"
2.Entrez "ChannelSearch"
3.Entrez "Recherche de canal automatique"
4.AppuyezsurlatoucheMENUpourretourneràl'interfaceprincipale
5. Si le focus actuel est « Paramètres système »
6.Entrez "SystemSettings",sitheactual focus is "Channel Search"
3.2Test de fonctionnement
Vérifiez si la fonction de chaque application dans le décodeur est correcte
3.3Test de performance
3.3.1Test de fatigue
Testezl'appareilpourexécuterl'applicationtousles3jourssanséteindrel'appareilaprèsl'avoiralluméencontinupendant1mois.Regardezlastabilitédusystème
3.3.2Test de données de grande capacité
Latabledebase***dedonnéesduparagrapheprécédentcontientunegrandequantitédedonnées,testezlafonction***
Fonctionnalités non testées
Méthode d'essai
1. Écrire un plan de test
2.Revoir le plan de test, revenir à la première étape en cas d'échec
3. Écrire des cas de test ;
4. Examinez les cas de test, revenez à la troisième étape en cas d'échec
5.Les testeurs effectuent des tests en fonction des cas de test, un par un, et inscrivent les résultats du test sur le rapport de test ; (le rapport de test doit couvrir tous les cas de test)
6.Siunbugestdétectélorsdutest,renseignezleboguesurbugzillaetenvoyezleaugestionnaired'intégration;(bugStatusNEW)
7.Legestionnaired'intégrationreçoitunbogueenvoyéparbugzilla
7.1Pourlesboguesévidentsquipeuventêtrerésolusimmédiatement,envoyezlebogueaudéveloppeur;(bugstatusASSIGNED);
7.2 Pour les soumissions qui ne sont pas des bogues, le responsable de l'intégration informe les concepteurs de test et les testeurs de modifier les documents correspondants ; (l'état du bogue est RÉSOLU, a décidé d'être INVALIDE );
7.3Pourceuxquinepeuventpasêtremodifiés,placezleboguedanslamodificationextra ;(l'état du bogue est RÉSOLU, nous avons décidé de le définir sur RAPPELER)
8.Les développeursmodifierontimmédiatementlesboguesenvoyés ;(LestatutdubogueestRÉSOLU,décidédeleréglersurFIXE)
9.Lorsqueletesteurreçoitlesinformationsd'erreuroudechangementenvoyéesparbugzilla,ildoitretesterélémentparélémentetremplirunnouveaurapportdetest(lerapportdetestdoitcouvrirleprécédentTouslescasdetestREOUVERTS);
10. En cas de problème lors du test, revenez à l'étape 6 (bugstatusREOPENED)
11.Sinon,fermezceBUG(bugstatusCLOSED)
12.Au cours de cette série de tests, 95 % des cas de test ont réussi le test une fois, et le test a été effectué ;
13,98 % des erreurs trouvées lors de cette série de tests ont été modifiées et ont réussi le test à nouveau (c'est-à-dire que le statut du bogue est FERMÉ), et retournez à la cinquième étape pour une nouvelle série de tests ;
14. Rédigez un rapport de synthèse de test après la fin de la tâche de test ;
15.LorsqueletestrégulierestterminéEntrezletestinformel,lepremierestletestALPHA,demandezàd'autrespersonnelsnontechniquesdel'entreprised'utiliserlesystèmecommeutilisateur.
16.VoiciletestBETA,etlereprésentantdesutilisateursestinvitéàeffectuerletest.
Quelques explications :
Un autre plan de régression est trois fois ;
Les autres cas de test doivent être écrits plus en détail, et les étapes doivent être clairement marquées (doit inclure : le numéro, la description du test, les conditions préalables, les étapes du test et les résultats souhaités du test) ;
OPour les éléments de test qui, selon le testeur, devraient être effectués, le testeur doit faire rapport au concepteur du test pour améliorer et perfectionner le cas de test ;
OLerapportdetestestdistinctducasdetest.Lerapportdetestindiquelenumérodesérieducasdetestets'ilpasseO/N;
Opourladécisionduporteurdeprojetqueleresponsabled'insertionnepeutpasdécider;
LetestdefatiguedutestdeperformanceOpeutêtrecombinédanslapartietestdefonctionnement,c'est-à-dire quelamachinen'estpaséteintependantletest;
LetestdesdonnéesàgrandecapacitédutestdeperformanceOestplacédanslapartiedutestaprèsletest.(Lasecondeétapen'estnécessairequ'une seule fois)
TestPassStandard
Le résultat du test est cohérent avec le résultat attendu dans le cas de test, le test a réussi, sinon le test a échoué.
6.1 Processus d'approbation des résultats de test
6.1.1Endotestrégressionapplication
Le testeur postule à la fin de ce cycle de tests et le soumet au responsable du service intégration ;
LeresponsableduDépartementInsertionaconvoquéuneréuniond'équipepourdébattre;
Ladiscussionestpassée,puishorsdesessais,etdéploiementdesprécautions,desprocéduresetdesautrescontenusdesessais;
Si vous constatez qu'il reste encore des problèmes dans cette série de tests qui n'ont pas été résolus, reportez la deuxième série de tests pour discuter de l'étape suivante.
6.1.2Le résultat du test est terminé
Le testeur soumet sa candidature et soumet le test au responsable du service intégration ;
Leresponsableduserviceinsertionconvoqueuneréunionaveclegroupedepersonnespourdiscuter;
1.Passezladiscussionetterminezlatâchedetest;
2. S'il est constaté qu'il reste encore des problèmes dans le test qui n'ont pas été résolus, reportez la fin du test et discutez des étapes suivantes à suivre.
Suspendre et reprendre
7.1 Conditions de suspension
OEntrez dans le premier cycle de tests, le testeur obtiendra une compréhension générale de la situation du produit, si en moins d'une heure Si plus de 5 (y compris 5) erreurs de fonctionnement sont détectées, ou plus de 3 (y compris 3) erreurs de fonctionnement, revenez au groupe de test pour les tests ;
Orencontréuntestd'intégrationavecuneTâchedeprojetprioritéplusélevée;
Oa rencontré une tâche d'intégration hautement prioritaire ;
J'ai constaté que le produit ne pouvait pas fonctionner pendant le test ;
OPersonneletmatériel insuffisants.
7.2Conditions de récupération
OMatisfairelesconditionspouraccéderautestd'intégration(5oumoins(noncompris5)erreursdefonctionnementdéceléesenuneheure,ou3oumoins(noncompris3)A)erreurfonctionnelle);
La tâche de test d'intégration avec une priorité plus élevée du projet O a été temporairement terminée ;
Latâched'intégrationdeprioritéélevéeduprojetOesttemporairementterminée;
p>Leproduitpeutcontinueràfonctionnerpendantletest;
Opersonnel,l'équipementestenplace.
Fichier de test
Otestplan
Otestcase
Otestreport
Résumé du test
Tâches de test
ODévelopperunplandetestd'audit
ODévelopperetexaminerdescas de test
Oréaliser des activités de test
OWrédaction de rapports de test
Exigences de l'environnement de test
10.1 Configuration matérielle requise
***********
10.2 Configuration logicielle requise
************
10.3TestTool
*************
10.4Conditionsnécessairesauxessais
**************
10.4.1Documents requis
OUserManual
OApplicationManual
OInstructionsd'installation
10.4.2Tâchesàaccomplir
OLe programmeur teste lui-même
L'équipe de test termine le test
Rôles et responsabilités
OResponsable(test)d'intégration : contrôlez et terminez les tâches et le processus de test, décidez si le bogue soumis par le testeur doit être modifié ;
Otestdesigner : écrire des cas de test d'intégration ;
Otester : effectuer des activités de test en fonction des cas de test ;
Odeveloper:MHPprogrambugmodification;
Représentant de l'autre utilisateur : effectuer un test BETA.
Personneletformation
Ole responsable des tests d'intégration a la responsabilité d'effectuer des procédures de test et des règles et réglementations en formant le personnel lié aux forêts ;
D'autres concepteurs de test ont la responsabilité de tester le personnel effectuant des tests de fonctionnement
Progression du test
Progression des travaux de test (personne * jours ouvrables)
Plan de test8
Conception des tests60
La progression totale de la plus haute exécution est de 30
La progression de chaque régression est de 10
Rapport de test2
Plan de risque et d'urgence
L'équipement n'est pas en place : achat d'équipement supplémentaire ;
Insuffisance de personnel
Congé du personnel : laisser le personnel faire des heures supplémentaires ou tester rapidement les progrès/postuler pour un nouveau personnel ;
Démission du personnel : déployer du nouveau personnel ;
Déplacer le personnel vers d'autres départements ou projets : déployer du nouveau personnel ;
Les développeurs commettent fréquemment des erreurs de développement : notifiez le service de développement et discutez des stratégies ;
Les travaux de test pour d'autres raisons sont fréquemment suspendus ou ne peuvent pas être repris après suspension : heures supplémentaires ou report
Approbation
ResponsableDépartement Intégration, ResponsableDépartement Technique
Nom nom:
Date : Date :
Comparaisondestestsunitaires
Différentes unités testées
Les tests unitaires sont des tests pour les unités de base du logiciel (telles que les fonctions), tandis que les tests d'intégration sont effectués sur des modules et des sous-systèmes en tant qu'unité, testant principalement la relation entre les interfaces.
Labasedutestestdifférente
Les tests unitaires testent la conception détaillée du logiciel, et la base principale du cas de test est également la conception détaillée. Le test d'intégration teste la conception générale du logiciel, et la base principale du cas de test est la conception générale.
Différents espaces de test
Les tests d'intégration testent principalement l'espace de test de la couche d'interface, et les tests unitaires testent principalement l'espace de test de la couche d'implémentation interne.
Différentes méthodes de test sont utilisées
Les tests d'intégration se concentrent sur l'intégration des interfaces, et les tests unitaires se concentrent uniquement sur une seule unité, de sorte que les méthodes de test spécifiques sont également différentes.