Salīdzinājuma diagramma
Salīdzināšanas pamats | Vienības pārbaude | Sistēmas pārbaude |
---|---|---|
Pamata | Koncentrējas uz komponentu funkcionālo pārbaudi. | Apstiprina sistēmu pēc tam, kad tā ir integrēta lielākajā sistēmā. |
Seko | Moduļu specifikācija | Prasības specifikācija |
Kodu detaļu redzamība | Nodrošināts | Nav sniegts |
Sastatnes | Nepieciešams | Nav nepieciešami draiveri / stubs |
Uzsvars | Par viena moduļa uzvedību. | Sistēmas funkcijas. |
Vienības testēšanas definīcija
Vienības testēšana ir tehnika, kas pamato mazākās vienības programmatūrā. Šīs mazākās programmatūras sastāvdaļas tiek pārbaudītas izolēti. Vadītāja komponents ir atbildīgs par testēšanas metožu radīšanu. Komponents, kas izmanto metodi, ir atdarināts kā kāts . Šie stubi ir nepareizo metožu sākotnējā aizstāšana.
Vienības testu vada baltās kastes testēšana, un vienības testēšanas soļi tiek veikti vairākiem komponentiem vienlaicīgi. Tā uzsver, ka pareizas datu plūsmas testēšana pa moduļu saskarnēm, jo, ja tiek ignorēts, pārējie testi kļūs nenoteikti.
Stubs operācijas
- Stubs var izpildīt skaidri aprakstītu komponenta uzdevuma imitāciju.
- Tas var parādīt ziņojumu pēc komponenta izpildes.
Vienu no iepriekš minētajām darbībām var veikt vienlaikus. Vienības testēšana ir svarīga programmatūras testēšanas daļa, kas nodrošina ātrāku izstrādi, atkļūdošanu, skaņas dizaina, dokumentācijas un atgriezeniskās saites mehānismu un vēl vairāk samazina kopējās izmaksas.
Sistēmas testēšanas definīcija
Sistēmas testēšana pilnībā pārbauda sistēmas darbību. Tā veic dažādus testus progresē. Tomēr šiem testiem ir atšķirīgs nolūks un pārbaudīts, vai visas sistēmas sastāvdaļas darbojas pareizi integrētā veidā.
Šajā testā pārbaudes gadījumi ir izstrādāti saskaņā ar prasību specifikāciju, un tā kods ir līdzīgs melnajam lodziņam. Izstrādātāji, kuriem ir plašas zināšanas un redzamība par sistēmas struktūru, parasti veic sistēmas testēšanu.
Sistēmas testēšanas veidi:
Ir vairākas sistēmas testēšanas formas, no kurām dažas ir aprakstītas tālāk.
- Atgūšanas testēšana : šāda veida tests padara programmatūru vairākos veidos, lai pārbaudītu pareizu atkopšanas procesu.
- Drošības pārbaude : drošības pārbaude pārbauda drošības mehānismu un neļauj sistēmai iekļūt.
- Stresa testēšana : tā ir testēšanas metode, kurā nepieciešami neparasti resursi, piemēram, daudzums, biežums un apjoms.
- Veiktspējas pārbaude : veiktspējas pārbaude ir vērsta uz programmatūras darbspējas izpildi, kas attiecas uz visu sistēmu.
Galvenās atšķirības starp vienību testēšanu un sistēmas testēšanu
- Vienības testēšana darbojas moduļa specifikācijā. Pretējā gadījumā sistēmas testēšana pakļaujas programmatūras, kā arī aparatūras integrētās prasības specifikācijai.
- Vienības pārbaudē koda detaļas ir redzamas testētājam, bet tas nav gadījums sistēmas testēšanā. Iemesls tam ir tas, ka vienības testus var veikt moduļa izstrādātājs, bet sistēmas testēšana ir lielāks uzdevums, kurā testētājs un attīstītājs ir divas dažādas personas, kas veic dažādas darbības.
- Vienības testēšanā tiek izmantota sastatņu metode, kurā ģenerētais kods nav programmatūras daļa un kura vienīgais mērķis ir testēšana. Gluži pretēji, sistēmas testēšana neizmanto sastatņu tehniku.
- Vienības testēšanā uzsvars tiek likts uz vienu moduli, savukārt sistēmas testēšanā tiek ņemtas vērā visas sistēmas funkcijas.
Saikne starp vienību testēšanu un sistēmas testēšanu programmatūras testēšanas stratēģijas kontekstā:
Saskaņā ar diagrammu, kas parādīta zemāk, vienības testēšana sākas no centra un koncentrējas uz katru no programmatūras vienībām (sastāvdaļām), kā norādīts ieviešanā. Tad nāk integrācijas pārbaude, kurā tiek pārbaudīta programmatūras arhitektūras projektēšana un būvniecība. Kad mēs ejam uz āru, apstiprināšanas testēšana notiek, ja tiek pārbaudītas prasības attiecībā uz prasības specifikāciju. Sistēmas pārbaude visattālākajā daļā, kas testē programmatūru un tās citas sistēmas daļas kā integrētu komponentu.
Secinājums
Vienības testēšana ir testēšanas metode, kurā tiek pārbaudīta mazākā programmas vienība. No otras puses, sistēmas testēšana balstās uz augsta līmeņa dizaina specifikāciju un pārbauda, vai sistēmas ieviešana atbilst sistēmas prasību specifikācijai vai nē.