Testēšanas programmas - kļūdu noteikšanas process programmatūras produkts

Programmatūras izstrādes ievērojama daļa ražošanas procesu ir balstīta uz programmatūras testēšanu. Kas tas ir un kā ir šāda darbība būs diskutēt šajā rakstā.

Kas sauc tests?

Tas attiecas uz procesu, palaižot programmatūru, lai noteiktu atrašanās vietas nepareizas darbības kodu. Lai iegūtu labākos rezultātus, apzināti veidots grūti kopumu ieejas datiem. Galvenais mērķis pārbaudes ir radīt labāko iespēju neveiksmes programmatūru. Lai gan reizēm testēšanas izstrādāto programmu var vienkāršot kārtējās pārbaudes darba spējas un veic funkcijas. Tas ietaupa laiku, bet bieži vien pavada neuzticamību programmatūru, lietotāju neapmierinātību, un tā tālāk.

efektivitāte

Cik labi un ātri, ir kļūdas, būtiska ietekme uz izmaksām un ilgumu, programmatūras izstrādes nepieciešamo kvalitāti. Tātad, neskatoties uz to, ka testētājiem saņemtu algu vairākas reizes mazāks nekā izstrādātājiem, izmaksas to pakalpojumu parasti ir līdz pat 30 - 40% no izmaksām par visu projektu. Tas ir saistīts ar personāla skaits, jo meklēšanas par kļūdu - tas ir neparasts un diezgan sarežģīts process. Bet pat tad, ja programmatūra tiek nodota respektablu pārbaužu skaitu, nav 100% garantija, ka kļūda nenotiks. Tikai nezinu, kad tie rodas. Lai veicinātu testētājiem, lai izvēlētos, kāda veida testu, kas, visticamāk, lai atrastu vainu, tiek izmantotas dažādas motivācijas instrumenti: gan morālu un materiālu.

Pieeja darbam

Optimālā ir tad, kad, lai īstenotu dažādus mehānismus, lai nodrošinātu to, ka kļūdas programmatūrā nav bijusi no sākuma. Lai to izdarītu, jums ir rūpēties par pareizu arhitektūras dizaina, skaidri uzdevumā, un tas ir svarīgi, lai veiktu korekcijas komunikācijā, kad darbs pie projekta jau ir sācies. Šajā gadījumā testeris uz uzdevumu atrast un identificēt nelielu skaitu kļūdu, kas paliek gala rezultātu. Tas ietaupīs gan laiku, gan naudu.

Kas ir pārbaude?

Tas ir svarīgs aspekts inspekcijas darbības, kas ir nepieciešamas, lai sekmīgi atklātu defektu kodu. Tie ir nepieciešami, lai kontrolētu pareizu piemērošanu. Kas ir iekļauts tests? Tā sastāv no datu un to sākotnējām vērtībām, kas būtu iegūta kā iegūtajām (vai starpprodukta). Lai veiksmīgi identificētu problēmas un pretrunas, testus vajadzētu būt pēc tika izstrādāts algoritms, bet nesākās programmu. Ir vēlams izmantot vairākas pieejas, lai nepieciešamos datus novērtēšanai. Šajā gadījumā, palielinot varbūtību, atklājot kļūdu, jo jūs varat pārbaudīt kodu no citas perspektīvas. Sarežģītas testi jānodrošina pārbaudi ārējo ietekmi gatavo programmatūras produktiem, kā arī viņa darba algoritmus. Īpašu interesi un sniegt marginālas izvirst gadījumiem. Tādējādi praksē kļūdas bieži vien var atklāt, ka cikls darbojas vienā vai vairākās reizes mazāk, nekā plānots. Tāpat svarīgs ir dators pārbaudes, ar kuru palīdzību jūs varat pārliecināties, ka vēlamā rezultāta dažādām mašīnām. Tas ir nepieciešams, lai pārliecinātos, ka programmatūra darbosies visos datoros. Turklāt dators tests, uz kuru attīstība tiks veikta, ir svarīgi, veidojot multi-platformu attīstību.

Problēmu novēršanas Māksla

Programmas bieži mērķis ir strādāt ar lielu datu kopas. Vai tas ir nepieciešams, lai izveidotu pilnībā? Nē. Plaši ieguvis praksi "miniaturizācijas" programmas. Šajā gadījumā ir pamatoti samazināt datu apjomu, salīdzinot ar to, kas jāizmanto. Apskatīsim piemēru: ir programma, kas rada matricu izmēru 50x50. Citiem vārdiem sakot - jums ir manuāli ievadīt 2500 vērtības. Tas noteikti ir iespējams, bet tas prasīs ļoti ilgu laiku. Bet, lai pārbaudītu funkcionalitāti, programmatūras saņem matrica, kura izmērs ir 5x5. Lai to izdarītu, jums ir nepieciešams ievadīt vairāk nekā 25 vērtības. Ja šajā gadījumā, normāls, bez kļūdām darbību, tas nozīmē, ka viss ir kārtībā. Lai gan ir nepilnības, kas guļ ar to, ka ar rodas miniaturizācijas situācija, kas rada pārmaiņas kļūst netiešs un laiku pazudīs. Tas ir arī ļoti reti, bet tomēr gadās, ka pastāv jaunas kļūdas.

panākt mērķus

Testēšana nav viegls uzdevums, sakarā ar to, ka šis process nav pakļauti formalizācijas kopumā. Lielas programmām gandrīz nekad nav vajadzīgā precīzu etalonu. Tāpēc, kā vadlīnijas, izmantojot virkni netiešo datiem, kas tomēr nevar pilnībā atspoguļo īpašības un funkcijas, programmatūras izstrāde, kas debugged. Turklāt, tie ir izvēlēti tā, lai pareizais rezultāts aprēķināts pirms, kā tiks pārbaudīti programmatūras produktu. Ja jums nav iepriekš, tas ir vilinoši apsvērt visu par, un, ja rezultāts mašīna saņem paredzētajā diapazonā, tas tiks veikts nepareizu lēmumu, ka viss ir pareizi.

Pārbaudiet dažādos apstākļos

Kā likums, programma testēšana notiek apjomos, kas ir nepieciešami, lai minimālā testa funkcionalitāti ierobežotā apjomā. Darbības, ko veic ar izmaiņām parametriem, kā arī viņu darba apstākļus. Testēšanas procesu var iedalīt trīs posmos:

• Pārbaudiet normālos apstākļos. Tādā gadījumā mēs pārbaudām pamata funkcionalitāti izstrādāto programmatūru. Rezultāts jāatbilst gaidīts.
• Pārbaudiet ekstrēmos apstākļos. Šādos gadījumos, kā sinonīms ar robežu datiem, kas var negatīvi ietekmēt veiktspēju izveidots programmatūru. Piemēram, mēs strādājam ar ļoti lieliem vai maziem cipariem vai pat pilnīgu trūkumu saņemto informāciju.
• Pārbaude ārkārtas situācijās. Tas ietver datu izmantošanu, kas ir ārpus ārstēšanu. Šādās situācijās, tas ir ļoti slikti, ja programmatūras uztver tos kā lietderīgi aprēķinu un dod ticamu rezultātu. Jāuzmanās, ka šādos gadījumos ir noraidījums jebkura datiem, kurus nevar apstrādāt pareizi. Tāpat ir nepieciešams nodrošināt, lai informētu lietotāju par to

Testēšana: veidi

Izveidot programmatūru bez kļūdām, ir ļoti grūti. Tas prasa daudz laika. Lai iegūtu labs produkts bieži izmanto divu veidu testēšanai: "alfa" un "Beta". Kas tie ir? Kad cilvēki runā par alfa testēšana, tas nozīmē, ka pārbaude ir jāveic sevi stāvoklī attīstības "laboratorijas" nosacījumiem. Šis ir pēdējais posms testu, pirms programma tiks nodota gala lietotājiem. Tādēļ attīstītāji mēģina apgriezties maksimāli. Lai atvieglotu darbības, dati var tikt reģistrēti, lai izveidotu hronoloģija problēmām un to risinājumiem. Saskaņā ar beta tests saprast programmatūras piegādi ierobežotam skaitam lietotāju, lai viņi varētu izmantot programmas un noteikt kļūdas esat neatbildētos. Īpatnība šajā gadījumā ir tas, ka bieži vien programmatūra netiek izmantota paredzētajam mērķim. Sakarā ar šo neveiksmes tiks identificēti, ja tur bija nekas iepriekš redzējis. Tas ir pavisam normāli, un jāuztraucas par to nav nepieciešams.

tests pabeigšana

Ja iepriekšējie posmi ir veiksmīgi pabeigta, tas paliek, lai veiktu pieņemšanas testus. Viņš šajā gadījumā kļūst par vienkāršu formalitāti. Šīs pārbaudes laikā nāk apstiprinājumu, ka nekādas papildu problēmas ir atrasts un programmatūra var atlaist tirgū. Svarīgākais būs gala rezultāts, jo vairāk tā tiek pārbaudīta. Jārūpējas, lai nodrošinātu, ka visi soļi ir veiksmīgi pabeigta. Šeit ir testēšanas procesu kopumā. Tagad pieņemsim iedziļināties tehniskās detaļas un runāt par šādu noderīgu rīku, kā testa programmu. Kas tie ir un, ja to lieto?

datorizēta testēšana

Agrāk tika uzskatīts, ka dinamiskā analīze izstrādāto programmatūru - tas ir pārāk smags pieeja, kas efektīvi izmanto, lai atklātu defektus. Bet sakarā ar pieaugošo sarežģītību un apjomu programmu parādījās pretējs viedoklis. Automatizētā testēšana tiek izmantota, kad svarīgākās prioritātes ir efektivitāte un drošība. Un tie būtu saskaņā ar jebkuru ieejas. Piemēram, programmas, par kurām tā ir piemēroti šādai pārbaudei, ir šādi: tīkla protokolus, web serveri, smilškaste. Mēs turpinām aplūkot dažus paraugus, kurus var izmantot, lai šādu darbību. Ja Jums ir interese par bezmaksas testēšanas programmu kvalitāte ir grūti atrast starp tām. Bet tur ir sašķelts "pirātiskās" versijas labi izveidota projektu, lai jūs varētu atsaukties uz saviem pakalpojumiem.

lavīna

Šis rīks palīdz atklāt defektus pārbaudīti programmas dinamiskajā analīzes režīmā. Tā apkopo datus un analizē sniegumu dziesmu paredzētas objektu. Testera dota kopa ieejas, kas izraisa kļūdu vai apiet esošo kopumu ierobežojumus. Pateicoties labu testa algoritma ar lielu skaitu iespējamo situāciju izstrādāta. Programma saņem atšķirīgu kopumu ieejas datus, kas ļauj simulēt lielu skaitu situācijās un radīt apstākļus, kuros, visticamāk, ir rašanās neveiksmes. Būtiska priekšrocība programma ir izmantot heiristisko metrika. Ja ir problēma, tad pieteikums kļūda ir ļoti iespējams. Bet šī programma ir ierobežojumi, piemēram, tikai vienu pārbaudes atzīmēta ievades kontaktligzdu vai failu. Veicot darbības, piemēram, testēšanas programmu saturēs detalizētu informāciju par problēmām ar nulles rādītāja, bezgalīgu cilpu, nepareizas adreses un darbības traucējumu dēļ, izmantojot bibliotēku. Protams, tas nav pilns saraksts no konstatēto kļūdu un to tikai kopīgiem piemēriem. Labošana trūkumi, diemžēl, ir izstrādātājiem - automatizētas līdzekļi nav piemēroti šiem mērķiem.

Klee

Tā ir laba programma, lai pārbaudītu atmiņas. To var pārtvert aptuveni 50 sistēma zvanus un lielu skaitu virtuālās procesus, tādējādi izpildīts paralēli vai atsevišķi. Bet vispār, programma netiek meklē dažiem aizdomīgiem vietās, un apstrādā maksimālo iespējamo apjomu, koda un analīzēm, kas lietoti datu ceļus. Sakarā ar to, testu programma ir atkarīga no lieluma objektu. Pārbaudot derības uz simboliskajiem procesiem. Tie ir viens no iespējamiem veidiem, kā veikt uzdevumus programmā, kas tiek pārbaudīta. Pateicoties paralēli darbībai, ir iespējams analizēt lielu skaitu variantiem darba testa pieteikumu. Katram ceļu ieejas datu kopas tiek saglabātas pēc testa, kas sākās ar čeku. Jāatzīmē, ka pārbaudes programmas, izmantojot Klē palīdz noteikt lielu variantu skaitu, kam nevajadzētu būt. To var atrast problēmas pat lietojumprogrammām, kas izstrādātas gadu desmitiem.