Saturs

• Salīdzināšanas tabula
• Augšupējas integrācijas testēšanas definīcija
• Bottom-up integrācijas testēšanas definīcija
• Secinājums

Galvenā atšķirība starp augšupvērsto un lejupejošo integrācijas pārbaudi ir tā, ka integrācijas testēšana no augšas uz leju tiek izmantota, lai izsauktu pamatmodulim pakārtotos apakšmodulus, savukārt, veicot augšupēju integrācijas pārbaudi, stublāji nav nepieciešami, nevis tiek izmantoti draiveri. . Ar to saistītā atlaišana vairāk ir vērsta no augšas uz leju, salīdzinot ar augšupēju pieeju.

Šīs divas metodes ir daļa no integrācijas testēšanas, kas nodrošina organizētu veidu, kā veidot programmas struktūru, vienlaikus veicot testus, lai atklātu kļūdas, kas saistītas ar saskarni. Integrācijas pārbaude galvenokārt tiek veikta, lai apvienotu ar vienību pārbaudītos komponentus, lai izveidotu programmu atbilstoši projektēšanas specifikācijām.

1. 1. Salīdzināšanas tabula
   2. Definīcija
   3. Galvenās atšķirības
   4. Secinājums

Salīdzināšanas tabula

Salīdzināšanas pamats	Integrācijas pārbaude no augšas uz leju	Bottom-up integrācijas pārbaude
Pamata	Stumbras izmanto kā īslaicīgus izsaukto moduļu aizstājējus un simulē atdalītā zemākā līmeņa moduļu izturēšanos.	Izmantojiet testa draiverus, lai iniciētu un nodotu nepieciešamos datus zemāka līmeņa moduļiem.
Izdevīgi	Ja būtisks defekts rodas programmas augšpusē.	Ja kritiski trūkumi rodas programmas apakšdaļā.
Pieeja	Sākumā tiek rakstīta galvenā funkcija, pēc tam tiek izsauktas apakšprogrammas.	Moduļi tiek izveidoti vispirms, pēc tam tiek integrēti galvenajā funkcijā.
Īstenots	Uz struktūru un procedūrām orientētas programmēšanas valodas.	Objektorientētas programmēšanas valodas.
Riska analīze	Sadarbība ar iekšējo darbības traucējumu ietekmi.	Modeļi tiek izmantoti individuālā procesa analizēšanai.
Sarežģītība	Vienkārši	Sarežģīti un ļoti intensīvi dati.
Darbojas	No lieliem līdz maziem komponentiem.	No maziem līdz lieliem komponentiem.

Augšupējas integrācijas testēšanas definīcija

integrācijas pārbaude no augšas uz leju ir programmas struktūras veidošanas paņēmiens. Sākot ar galveno vadību hierarhijā, tajā ir iestrādāti moduļi, virzoties uz leju. Pēc tam apakšmoduļi tiek integrēti galvenajā modulī, izmantojot metodi “vispirms dziļums” vai “pirmais platums”. Galvenais lejupejošās integrācijas mērķis ir pārbaudīt testēšanas procesā nozīmīgākos kontroles un lēmumu pieņemšanas punktus.

Integrācijas process no augšas uz leju ietver šādus soļus:

• Sākot ar galveno vadības moduli, komponentiem, kas atrodas zem galvenajiem moduļiem, tiek nomainītas cilpas.
• Pakārtotā stublāja aizvietošanas stratēģija ir atkarīga no izmantotās integrācijas pieejas veida (t.i., vispirms dziļuma un platuma), bet vienlaikus atļauts aizstāt tikai vienu stublāju ar faktiskajiem komponentiem.
• Pēc sastāvdaļu integrācijas tiek veikti testi.
• Kad ir veikts testa komplekts, atlikušo daļu izmaina pret faktisko sastāvdaļu.
• Noslēgumā tiek veikts regresijas tests, lai pārliecinātos, ka nav jaunu kļūdu.

Tā kā testēšana no augšas uz leju izmanto zibspuldzes, lai aizstātu zema līmeņa datus, un tai nav atļauts plūst augšupvērstā virzienā. Ir trīs veidi, kā to izdarīt, pirmkārt, līdz brīdim, kad tiek aizvietoti ieliktņi ar faktiskajām funkcijām, pārējās funkcijas tiek aizkavētas. Otrkārt, var tikt izveidoti jaunie bloki, kas var veikt ierobežotas funkcijas un atdarināt faktiskos fragmentus. Pēdējā idejā spieķus var integrēt no apakšas uz augšu hierarhijā. Tomēr pēdējo risinājumu sauc par integrāciju no apakšas uz augšu, kas aprakstīta nākamajā definīcijā.

Bottom-up integrācijas testēšanas definīcija

integrācijas pārbaude no apakšas uz augšu sākas ar pamatmoduļu (t.i., zemākā līmeņa programmas elementu) izveidošanu. Tas integrē komponentus, kas atrodas zemākajā līmenī (t.i., zemākajā līmenī), nodrošinot procesu un novērš vajadzību pēc zīmēm. Tā kā integrācija notiek augšējā virzienā, tad prasība pēc atsevišķiem testa vadītājiem samazinās. Līdz ar to tiek samazināts arī pieskaitāmo līdzekļu daudzums, salīdzinot ar augšējās apakšas integrācijas testēšanas pieeju.

Augšupēja integrācija ietver šādus soļus:

• Tas apvieno zema līmeņa elementus, kas pazīstami arī kā iebūvēšana klasteros, kuri izpilda noteiktu programmatūras apakšfunkciju.
• Draiveri (vadības programma) tiek izmantoti augšupējā integrācijā, lai sakārtotu testa gadījuma ievadi un izvadi.
• Pēc tam tiek pārbaudīts klasteris.
• Kopas tiek iekļautas, vienlaikus virzoties augšup programmas struktūrā, un draiveri tiek izslēgti.

1. Integrācijas pārbaude no augšas uz leju tiek veikta, lai aizstātu zemu līmeni. Pretēji augšupējai integrācijas pārbaudei vadītāji izmanto datu nodošanu moduļu zemākajam līmenim.
2. Galvenā funkcija ir vissvarīgākā lejupejošās integrācijas pārbaudes sastāvdaļa, caur kuru tiek izsauktas citas apakšprogrammas. Tieši pretēji, augšupējā pieeja uzsver zemāka līmeņa moduļus un sākumā tos izveido un integrē.
3. Uz struktūru un procedūrām orientētas programmēšanas valodas īsteno augšupēju integrācijas testēšanu, turpretī testēšana no apakšas uz priekšu tiek orientēta uz objektu orientētām valodām.
4. Lai pārbaudītu risku no augšas uz leju testēšanas pieejā, tiek apvienoti iekšējo darbības defektu efekti. Turpretī augšupvērstā integrācijas pārbaude procesu atsevišķi uzrauga ar modeļu palīdzību.
5. Augšupējas integrācijas pārbaude ir vienkārša salīdzinājumā ar augšupēju testēšanu.
6. Integrācijas pārbaude no augšas uz leju notiek no lieliem līdz maziem komponentiem, kamēr augšupējā pieeja ir apgriezta.

Secinājums

Abos gadījumos integrācijas pārbaude no augšas uz leju un no apakšas uz augšu dod vairāk lieku rezultātu un rada papildu centienus pieskaitāmu izmaksu veidā. Turpretī augšupējā pieeja ir sarežģīta, bet efektīvāka nekā iepriekšējā.