Turinys

• Palyginimo diagrama
• Integracijos testavimo iš viršaus į apačią apibrėžimas
• Apatinio integravimo testavimo apibrėžimas
• Išvada

Pagrindinis skirtumas tarp integravimo testavimo „iš apačios į apačią“ ir „iš apačios į viršų“ yra tas, kad atliekant integracijos bandymą iš viršaus į apačią, pagrindinės funkcijos suborduliniai moduliai iškviečiami, o atliekant integracijos iš apačios testus, stulpeliai nėra reikalingi, vietoj jų naudojamos tvarkyklės. . Susijęs atleidimas labiau susijęs su metodu „iš viršaus į apačią“, palyginti su „iš apačios į viršų“.

Šie du būdai yra integracijos testavimo dalis, kuri suteikia organizuotą būdą sukurti programos struktūrą tuo pačiu metu atliekant testus, skirtus aptikti su sąsaja susijusias klaidas. Integravimo bandymai daugiausia atliekami norint sujungti vieneto patikrintus komponentus, kad būtų sudaryta programa pagal projekto specifikacijas.

1. 1. Palyginimo diagrama
   2. Apibrėžimas
   3. Pagrindiniai skirtumai
   4. Išvada

Palyginimo diagrama

Palyginimo pagrindas	Integracijos testavimas iš viršaus į apačią	Integracija iš apačios į viršų
Pagrindinis	Naudojama spragtelėjimai kaip momentiniai suaktyvintų modulių pakaitalai ir imituojamas atskirtų žemesnio lygio modulių elgesys.	Norėdami inicijuoti ir perduoti reikiamus duomenis žemiausio lygio moduliams, naudokite bandomuosius tvarkykles.
Naudinga	Jei reikšmingas defektas atsiranda programos viršuje.	Jei esminių trūkumų pasitaiko programos apačioje.
metodas	Iš pradžių parašoma pagrindinė funkcija, tada iš jos iškviečiamos paprogramės.	Pirmiausia sukuriami moduliai, tada jie integruojami į pagrindinę funkciją.
Įgyvendinta	Į struktūrą / procedūrą orientuotos programavimo kalbos.	Objektinio programavimo kalbos.
Rizikos analizė	Bendras vidaus veiklos nesėkmių poveikis.	Modeliai naudojami analizuoti individualų procesą.
Sudėtingumas	Paprasta	Sudėtingas ir reikalaujantis daug duomenų.
Veikia	Nuo didelių iki mažų komponentų.	Nuo mažų iki didelių komponentų.

Integracijos testavimo iš viršaus į apačią apibrėžimas

integracijos iš viršaus į apačią bandymai yra papildoma programos struktūros kūrimo technika. Tai apima modulius, judant žemyn, pradedant nuo pagrindinio valdymo hierarchijoje. Tada submoduliai integruojami į pagrindinį modulį, naudojant „gylio pirmiausia“ arba „pirmo pločio“ metodą. Pagrindinis „iš viršaus į apačią“ integracijos tikslas yra patikrinti svarbius kontrolės ir sprendimo taškus anksčiau bandymo proceso metu.

Integracijos procesas apima šiuos principus „iš viršaus į apačią“:

• Pradėjus nuo pagrindinio valdymo modulio, komponentai, esantys žemiau pagrindinių modulių, yra keičiami.
• Pavaldžių kamienų pakeitimo strategija remiasi integruoto požiūrio tipu (t. Y. Pirmiausia į gylį ir plotį), tačiau vienu metu leidžiama pakeisti tik vieną kamštį tikrais komponentais.
• Po komponentų integravimo atliekami bandymai.
• Atlikus bandymo rinkinį, likęs strypas pakeičiamas tikruoju komponentu.
• Galų gale atliekamas regresijos testas, siekiant įsitikinti, kad nėra naujų klaidų.

Kadangi atliekant bandymą iš viršaus į apačią, žemo lygio duomenims pakeisti naudojamos juostos, ir neleidžiama tekėti aukštyn. Yra trys būdai, kaip tai padaryti: pirma, kol nebus pakeistos juostos tikromis funkcijomis, kitos funkcijos atidėtos. Antra, gali būti sukurtos naujos juostos, kurios gali atlikti ribotas funkcijas ir imituoti tikrąsias dalis. Pagal paskutinę idėją gali būti integruota hierarchija iš apačios į viršų. Tačiau paskutinis sprendimas vadinamas integracija „iš apačios į viršų“, kuri aprašyta kitame apibrėžime.

Apatinio integravimo testavimo apibrėžimas

integracijos iš apačios į viršų testas prasideda nuo pagrindinių modulių (t. y. žemiausio lygio programos elementų) kūrimo. Jis integruoja žemiausiame lygyje (t. Y. Žemiausiame lygyje) esančius komponentus, pateikdamas procesą ir pašalina kamščių poreikį. Integracijai einant aukštyn, atskirų bandomųjų vairuotojų poreikis mažėja. Taigi pridėtinių išlaidų suma taip pat sumažėja, palyginti su integravimo testavimo metodu „iš apačios į apačią“.

Integracija iš apačios į viršų apima šiuos veiksmus:

• Tai sujungia žemo lygio elementus, dar vadinamus kaupiamais į grupes, vykdančias tam tikrą programinės įrangos subfunkciją.
• Tvarkyklė („Control program“) naudojama integracijai „iš apačios į viršų“ organizuoti bandymo atvejo įvestį ir išvestį.
• Tada bandoma klasteris.
• Klasteriai įtraukiami į viršų į programos struktūrą, o tvarkyklės pašalinamos.

1. Integravimo bandymas „iš viršaus į apačią“ įgyvendina virbalus kaip žemo lygio pakaitalą. Atliekant integracijos bandymą iš apačios į viršų, vairuotojai perduoda duomenis žemiausio lygio moduliams.
2. Pagrindinė funkcija yra pati svarbiausia integravimo iš viršaus į apačią bandymo dalis, per kurią vadinamos kitos paprogramės. Priešingai, požiūris „iš apačios į viršų“ pabrėžia žemesnio lygio modulius ir iš pradžių juos kuria ir integruoja.
3. Į struktūrą / procedūrą orientuotos programavimo kalbos įgyvendina integravimo iš viršaus į apačią testus, o iš apačios į viršų bandymai yra vykdomi objekto kalbomis.
4. Norint ištirti riziką taikant metodą „iš viršaus į apačią“, derinamas vidinių eksploatacijos defektų poveikis. Atvirkščiai, integracijos testavimas „iš apačios į viršų“ stebi procesą atskirai, pasitelkdamas modelius.
5. Integravimo iš viršaus į apačią testavimas yra paprastas, palyginti su bandymu „iš apačios į viršų“.
6. Integravimo testavimas iš viršaus į apačią atliekamas nuo didelių iki mažų komponentų, o metodas „iš apačios į viršų“ yra atvirkštinis.

Išvada

Abiejuose metoduose „iš viršaus į apačią“ ir „iš apačios į viršų“ integracijos bandymai iš viršaus į apačią duoda nereikalingų rezultatų ir sukelia papildomų pastangų pridėtinių išlaidų forma. Ir atvirkščiai, metodas „iš apačios į viršų“ yra sudėtingas, tačiau efektyvesnis už ankstesnįjį.