Veidi programmatūras testēšana

Testēšana - viens no posmiem programmatūras attīstību. Tas tiek izmantots, lai noteiktu darbības kļūdas vai neatbilstību produkta ar piemērojamo dokumentāciju. Klasifikācija testēšanas programmatūra ir ļoti plašs.

Kāpēc tērēt?

Programmatūras testēšana , lai nodrošinātu, veikta vairāku iemeslu dēļ:

1. Identificēšana galveno programmēšanas kļūdas. Testeris pārbauda atsevišķas funkcijas sistēmas vai kopumu tiem kritiskām situācijām, nedod programmatūru, lai strādātu kā vēlamo.
2. Noteikšana lietošanas ērtumu. Pārbaude ja interfeisa ergonomika lietotāju un sistēmas uzvedību, atkarībā no ārējām ietekmēm.
3. Sasniegšana atbilstības dokumentāciju. Kas atbild par testēšanu darbinieks pirms saņem darba programmu testēšanai un noteikumiem, kurā programmatūra ir jāsakrīt. Turklāt noteikti neatbilstības faktiskās darbības programmu un plānotajiem dokumentācijas funkcijas.

veidi

Parasti atšķirību starp šiem testiem veidiem, kā vienība, integrācija un sistēmu. Katrs no tiem ietekmē dažus aspektus atrast kļūdas.

Vienības pārbaude ļauj pārbaudīt konkrētas moduļus, metodes, funkcijas un klases. Šī metode parāda sniegumu atsevišķām daļām kodu, un ļauj ātri pārbaudīt, neietekmē to, vai turpmākiem uzlabojumiem darbības funkcionālajā.

Pēc tam, kad, pārbaudot atsevišķas funkcijas un operācijas ekspertu sistēmas kvalitātes ieņēmumiem uz nākamo soli. Integrācijas testēšana parasti veic pēc moduļa. Šajā posmā kopumā tiek uzskatīti par atsevišķu posmu kodu un to mijiedarbību.

Noslēguma posms - sistēmas testēšanu. Ar to, programmatūra jau ir pilnībā nokomplektēts un gatavs rūpību tiek pārbaudīta ar lietotāja pozīciju. Šajā posmā konstatēti traucējumi saskarni, kā arī vislielākā ergonomika tiek sasniegta ar pieteikumu.

Iepriekš minēto veidu programmatūras testēšanas nosaka pakāpi izolāciju sastāvdaļu.

Citas testēšanas metodes

Atšķirība ir arī tādi tipi testēšanai, kā metodes "white-box" un "melnās kastes". procedūru pirmais veids laikā attīstītājs ir pilnīga piekļuve pirmkodu, un to var izmantot arī savu rakstveida izmēģināt un atklāt kļūdas izstrādātājiem. "Melnā kaste" metode neļauj piekļūt programmas kodu, kas šajā gadījumā kontrole notiek tikai caur lietotāja interfeisu. Šīs testa apstākļi nosaka pakāpi zināšanu sistēmā.

Par programmatūras izstrādes dzīves cikla pabeigšanas

Testēšana tiek veikta pēc tam, kad projektēšanas, izstrādes un dokumentācijas sistēma. Šis solis var pabeigt dzīves ciklā programmatūru, ja ir identificēti problēmu jomas, vai ir atgriezties pie plānošanas. Pirmais tests plūsma vienmēr atgriež negatīvu atgriezenisko saiti, jo jebkuras pārmaiņas ir konkrētas problēmas, nepilnības un dažreiz pat nopietnas kļūdas, kas vienkārši nevar izsekot uz skatuves radīšanas.