13. STEBĖJIMO IR SAVĖS STEBĖJIMO METODAS PSICHOLOGIJOJE. PSICHOLOGIJOS EKSPERIMENTAS Stebėjimas – tai sistemingas ir kryptingas psichologinių faktų fiksavimas natūraliomis kasdienio gyvenimo sąlygomis. Organizacijai ir elgesiui keliami tam tikri reikalavimai

12. Stebėjimas kaip socialinės psichologijos metodas Stebėjimas yra vienas iš seniausių metodų, susidedantis iš sąmoningo reiškinių suvokimo. aplinką tam tikros rūšies duomenų rinkimo tikslu mokslinis stebėjimas iš įprasto: 1) tikslingumas 2) aiškus

15. Testavimas kaip socialinės-psichologinės diagnostikos metodas Testavimas – tai standartizuotas, dažniausiai riboto laiko testas, kurio pagalba nustatomas individo, grupės ar tam tikrų psichinių savybių išsivystymo lygis ar raiškos laipsnis.

Testas „Gavau aukščiausią balą testuodamas“ Testavimas atliekamas mokyklose, siekiant palyginti vieno amžiaus vaikų išsilavinimo lygį amžiaus grupė V Vakarų šalys. Tėveliai su nerimu laukia pažymių paskelbimo. „Gerai išauklėtas“ vaikas turi būti ne tik

Testas yra ypatinga rūšis neeksperimentinis tyrimas, kuris yra ypatingas uždavinys arba užduočių sistema. Dalykas atlieka užduotį, į kurios atlikimo laiką dažniausiai atsižvelgiama. Testai naudojami gebėjimams, protinio išsivystymo lygiui, įgūdžiams, žinių įgijimo lygiui tirti, taip pat mokytis individualios savybės psichinių procesų eiga.

Testavimas dažniausiai yra riboto laiko testas, kurio pagalba matuojamas individo, grupės ar bendruomenės tam tikrų psichinių savybių išsivystymo lygis arba raiškos laipsnis.

Bandymo klasifikacija:

• 1) forma:
  • a) žodžiu ir raštu;
  • b) individualus ir grupinis;
  • c) aparatinė ir tuščia;
  • d) dalykas ir kompiuteris;
  • e) žodinis ir neverbalinis (užduočių atlikimas grindžiamas neverbaliniai gebėjimai(suvokimo, motorikos), o tiriamųjų kalbos gebėjimai į juos įtraukiami tik instrukcijų supratimo prasme. Nežodiniai testai apima daugumą instrumentinių testų, dalykų testus, piešimo testus ir kt.);
• 2) pagal turinį:
  • a) intelekto savybių tyrimas;
  • b) gebėjimai;
  • V) individualios savybės asmenybes ir pan.;
• 3) bandymo tikslais:
  • a) savęs pažinimo testai nėra griežtai moksliniai, jie yra mažos apimties, jiems būdingas testavimo ir rezultatų skaičiavimo paprastumas, jie skelbiami populiariuose laikraščiuose, žurnaluose, knygų leidiniuose;
  • b) specialisto atliekami diagnozavimo testai yra patys griežčiausi pagal testavimo tvarkos ir struktūros standartizavimą, tyrimo užduočių turinį (stimuliuojančią medžiagą), taip pat informacijos apdorojimą ir jos interpretavimą, jiems būdingas pagrįstumas, jie turi turėti standartus pagrindinėms grupėms;
  • c) egzaminų testai atliekami pareigūnų iniciatyva (pavyzdžiui, administracija, kuri nori pasitikrinti savo darbuotojų profesinį tinkamumą arba samdyti verčiausius su geriausi rezultatai testų testai), reikalavimai yra panašūs į specialistų testų reikalavimus. Šių testų ypatybė yra klausimų, kurie sumažina nenuoširdžių atsakymų, naudojimas;
• 4) pagal laiko apribojimus:
  • a) testai, kuriuose atsižvelgiama į užduočių atlikimo greitį;
  • b) veiklos testai;
• 5) pagal metodinis principas, kuri yra metodikos pagrindas:
  • a) objektyvūs testai;
  • b) standartizuoti savarankiško pranešimo metodai, įskaitant:
    • - anketiniai testai susideda iš kelių dešimčių klausimų (teiginių), dėl kurių tiriamieji priima sprendimus (dažniausiai „taip“ arba „ne“, rečiau trijų alternatyvų atsakymų pasirinkimas);
    • - atviros anketos, kurias reikia tęsti

palapinės analizė;

• - mastelio technika, sukurta pagal tipą semantinis diferencialas Ch. Osgood, klasifikavimo metodai;
• - individualiai orientuotos technikos, pavyzdžiui, vaidmenų repertuaro tinkleliai;
• c) projekcinės technikos, kai tiriamajam pateikiamai stimuliuojamajai medžiagai būdingas neapibrėžtumas, siūlantis įvairiausias interpretacijas (Rorschach testas, TAT, Szondi ir kt.);
• d) dialoginės (interaktyvios) technikos (pokalbiai, interviu, diagnostiniai žaidimai).

Reikalavimai dėl bandymo metodai tyrimas:

• 1) reprezentatyvumas (reprezentatyvumas) – tai gebėjimas skleisti tyrimo metu gautus rezultatus imties populiacija objektai, visam šių objektų rinkiniui;
• 2) technikos vienareikšmiškumas - apibūdinamas tuo, kiek jos pagalba gauti duomenys atspindi pokyčius tiksliai ir tik tos savybės, kuriai naudojama ta technika, dažniausiai ši kokybė tikrinama pakartotiniais matavimais.
• 3) pagrįstumas (validity) – tai išvadų, gautų taikant šią techniką, pagrįstumas;
• 4) tikslumas – technikos gebėjimas jautriai reaguoti į menkiausius vertinamos savybės pokyčius, atsirandančius atliekant socialinį-psichologinį diagnostinį eksperimentą;
• 5) patikimumas – galimybė gauti stabilius rodiklius naudojant šią techniką.

Bandomasis tyrimas išsiskiria palyginamu procedūros paprastumu, jis yra trumpalaikis, atliekamas be sudėtingų techninių priemonių, reikalaujančios paprasčiausios įrangos (dažnai tik formos su užduočių tekstais). Bandomojo sprendimo rezultatas leidžia atlikti kiekybinę išraišką ir taip atveria matematinio apdorojimo galimybę. Taip pat pažymime, kad atliekant testinį tyrimą neatsižvelgiama į daugelio sąlygų, kurios vienaip ar kitaip įtakoja rezultatus, įtaką – tiriamojo nuotaiką, jo savijautą, požiūrį į testavimą. Nepriimtina bandyti naudoti testus, siekiant nustatyti ribą, tam tikro žmogaus galimybių ribas, nuspėti, numatyti jo būsimų sėkmių lygį.

Testai – tai specializuoti psichodiagnostinio tyrimo metodai, kuriais naudojantis galima gauti tikslius kiekybinius ar kokybines savybes tiriamas reiškinys. Testai skiriasi nuo kitų tyrimo metodų tuo, kad jiems reikalinga aiški pirminių duomenų rinkimo ir apdorojimo tvarka bei vėlesnio jų interpretavimo originalumas. Testų pagalba galite studijuoti ir palyginti psichologiją skirtingi žmonės, pateikti diferencijuotus ir palyginamus vertinimus.

Testo variantai: anketinis testas, užduočių testas, projektiniai testai

• 1. Testo klausimynas yra pagrįstas iš anksto apgalvotų, kruopščiai atrinktų ir patikrintų klausimų pagrįstumo ir patikimumo požiūriu, remiantis atsakymais, į kuriuos galima spręsti psichologines savybes dalykų.
• 2. Testo užduotis apima žmogaus psichologijos ir elgesio įvertinimą pagal tai, ką jis daro. Šio tipo testuose tiriamajam suteikiama serija specialios užduotys, pagal kurių rezultatus jie sprendžia apie tiriamos kokybės buvimą ar nebuvimą ir išsivystymo laipsnį.

Testo klausimynas ir testo užduotis tinka žmonėms įvairaus amžiaus priklausantis skirtingos kultūros turintys skirtingų lygių išsilavinimas, skirtingų profesijų ir skirtingos gyvenimo patirties. Tai jų teigiama pusė. Tačiau trūkumas yra tas, kad naudodamas testus tiriamasis gali sąmoningai savo nuožiūra daryti įtaką gaunamiems rezultatams, ypač jei iš anksto žino, kokia yra testo struktūra ir kaip pagal jo rezultatus bus vertinama jo psichologija ir elgesys. Be to, testo klausimynas ir testo užduotis netaikomi tais atvejais, kai jie yra tiriami psichologines savybes ir charakteristikos, kurių egzistavimu subjektas negali būti visiškai tikras, nežino arba sąmoningai nenori pripažinti jų buvimo savyje. Tokios savybės apima, pavyzdžiui, daug neigiamų asmeninių savybių ir elgesio motyvų.

3. Projekciniai testai. Tokie testai remiasi projekciniu mechanizmu, pagal kurį nesąmoningas savo savybes, ypač trūkumus, žmogus linkęs priskirti kitiems žmonėms. Projektiniai testai yra skirti tirti žmonių psichologines ir elgesio ypatybes, kurios sukelia neigiamas požiūris. Taikant tokio pobūdžio testus, tiriamojo psichologija vertinama pagal tai, kaip jis suvokia supančią bendruomenę ir aplinką, kurioje yra.

Šis trūkumas galioja visiems savikontrole pagrįstiems tyrimo metodams, t.y. susiję su kalbos vartojimu ir elgsenos sąmoningai kontroliuojamomis reakcijomis.

Pasinaudodamas projekcinis testas, psichologas jį naudoja siekdamas įvesti subjektą į įsivaizduojamą, siužeto neapibrėžtą situaciją, kurią galima savavališkai interpretuoti. Tokia situacija galėtų būti, pavyzdžiui, tam tikros prasmės ieškojimas paveiksle, kuriame vaizduojami nepažįstami žmonės, kuriems neaišku, ką jie daro. Turime atsakyti į klausimus, kas yra šie žmonės, kas jiems rūpi, ką galvoja ir kas bus toliau. Remiantis prasmingu atsakymų aiškinimu, savo psichologija atsiliepiant.

Projektinio tipo testai kelia didesnius reikalavimus testų laikytojų išsilavinimo lygiui ir intelektinei brandai, ir tai yra pagrindinis praktinis jų pritaikomumo apribojimas. Be to, tokie testai reikalauja daug specialaus pasiruošimo ir aukšto profesinės kvalifikacijos nuo paties psichologo.

4. Papildomi metodai. Palyginti su pokalbiu, kuriam būdingas užsitęsimas ir lėtas duomenų kaupimas masinių apklausų metu, apklausa yra efektyvesnė laiko atžvilgiu, o tai užtikrina platų jo panaudojimą praktikoje.

Ekspertinio vertinimo metodas apima specialistų klausimą apie tam tikrus darbo situacijos elementus ar profesionalo asmenybę, kad būtų galima padaryti atsakingą išvadą. Ekspertinis vertinimas gali būti individualus, kai jo subjektas yra vienas asmuo arba grupė. Viena iš grupinio vertinimo rūšių yra apibendrinimo metodas nepriklausomos savybės, kuris naudojamas profesionaliai apibūdinant svarbias savybes konkretus specialistas

Pagal specifinį metodą ekspertinis vertinimas profesionalas naudojamas darbo psichologijoje yra kritinių incidentų metodas – jo esmė ta, kad darbuotojai, na išmanantis apie profesiją, švinas tikrų pavyzdžių specialistų elgesys, apibūdinantis aukštą arba žemą profesinės veiklos efektyvumą.

Anamnezės metodas apima duomenų apie konkretaus individo, kaip subjekto, raidos istoriją rinkimą darbo veikla. Paprastai jis naudojamas profesionalioje konsultacijoje, siekiant nustatyti motyvų stabilumo laipsnį, nustatyti tam tikrus gebėjimus ir asmenines savybes, kurios nėra tiesiogiai stebimos, ir prognozėms. profesinę karjerą asmenybę. Šis metodas taikomas profesijų pasirinkimo situacijų retrospektyvinės analizės, profesinio persiorientavimo, profesinės karjeros tipologijos problemai, mažai išplėtotai mūsų moksle.

Testavimas programinė įranga yra kuriamos programinės įrangos/produkto įvertinimas, siekiant patikrinti jos galimybes, galimybes ir atitiktį laukiamiems rezultatams. Yra įvairių tipųŠiame straipsnyje bus aptariami bandymų ir kokybės užtikrinimo srityse naudojami metodai.

Programinės įrangos testavimas yra neatsiejama programinės įrangos kūrimo ciklo dalis.

Kas yra programinės įrangos testavimas?

Programinės įrangos testavimas yra ne kas kita, kaip kodo dalies tikrinimas kontroliuojamomis ir nekontroliuojamomis veikimo sąlygomis, išvesties stebėjimas ir patikrinimas, ar jis atitinka iš anksto nustatytas sąlygas.

Įvairūs testavimo atvejų ir testavimo strategijų rinkiniai yra skirti vienam pasiekti bendras tikslas- pašalinti klaidas ir klaidas kode bei užtikrinti tikslų ir optimalų programinės įrangos veikimą.

Testavimo metodika

Plačiai naudojami testavimo metodai yra vienetų testavimas, integravimo testavimas, priėmimo testavimas ir sistemos testavimas. Programinė įranga atlieka šiuos testus tam tikra tvarka.

3) Sistemos testavimas

4) Priėmimo testai

Visų pirma, atliekamas vieneto testas. Kaip rodo pavadinimas, tai yra bandymo metodas objekto lygis. Atskiri programinės įrangos komponentai yra tikrinami, ar nėra klaidų. Šis testas reikalauja tikslių žinių apie programą ir kiekvieną įdiegtą modulį. Taigi šį patikrinimą atlieka programuotojai, o ne testuotojai. Tam sukuriami testiniai kodai, kurie tikrina, ar programinė įranga veikia taip, kaip numatyta.

Atskiri moduliai, kurie jau buvo išbandyti vienetais, yra integruojami tarpusavyje ir tikrinami, ar nėra gedimų. Šio tipo bandymai pirmiausia nustato sąsajos klaidas. Integracijos testavimas gali būti atliekamas naudojant metodą „iš viršaus į apačią“. architektūrinė struktūra sistemos. Kitas metodas yra metodas „iš apačios į viršų“, kuris įgyvendinamas iš valdymo srauto apačios.

Sistemos testavimas

Šio testavimo metu visa sistema patikrinama, ar nėra klaidų ir klaidų. Šis testas atliekamas suporuojant visos sistemos aparatinę ir programinę įrangą, o tada ją išbandant. Šis testavimas klasifikuojamas pagal juodosios dėžės testavimo metodą, kai tikrinamos vartotojo laukiamos programinės įrangos veikimo sąlygos.

Priėmimo testai

Tai paskutinis testas, kuris atliekamas prieš išleidžiant programinę įrangą klientui. Tai atliekama siekiant užtikrinti, kad sukurta programinė įranga atitiktų visus klientų reikalavimus. Yra dviejų tipų priėmimo testavimas – vienas, kurį atlieka kūrimo komandos nariai, yra žinomas kaip vidinis priėmimo testavimas (Alfa testavimas), o kitas, kurį atlieka klientas, vadinamas išoriniu priėmimo testavimu.

Kai testavimas atliekamas su potencialiais klientais, jis vadinamas kliento priėmimo testavimu. Kai testavimą atlieka galutinis programinės įrangos vartotojas, jis vadinamas priėmimo testavimu (beta testavimas).

Yra keletas pagrindinių testavimo metodų, kurie yra programinės įrangos testavimo režimo dalis. Šie testai paprastai laikomi pakankamais, kad būtų galima rasti klaidų ir klaidų visoje sistemoje.

Juodosios dėžės bandymai

Juodosios dėžės testavimas atliekamas be jokių žinių vidinis darbas sistemos. Testeris nuves programinę įrangą į vartotojo aplinką, pateikdamas įvairius įvestis ir testuodamas sugeneruotus išėjimus. Šis testas taip pat žinomas kaip juodosios dėžės testavimas, uždaros dėžutės testavimas arba funkcinis testavimas.

Baltos dėžės bandymas

Baltosios dėžės testavimas, priešingai nei juodosios dėžės testavimas, atsižvelgia į vidinį kodo veikimą ir logiką. Norėdami atlikti šį testą, testuotojas turi žinoti kodą, kad žinotų tikslią kodo dalį, kurioje yra klaidų. Šis testas taip pat žinomas kaip „White-box“, „Open-Box“ arba „Glass box“ testavimas.

Pilkos dėžės bandymas

„Grey box“ testavimas arba „Grey box“ testavimas yra kažkas tarp „White Box“ ir „Black Box“ testavimo, kai testeris turi tik bendros žiniosšio gaminio, reikalingo bandymui atlikti. Šis patikrinimas atliekamas naudojant dokumentus ir informacijos srautų diagramas. Testavimą atlieka galutinis vartotojas arba vartotojai, kurie atrodo kaip galutiniai vartotojai.

Nefunkciniai testai

Programos saugumas yra viena iš pagrindinių kūrėjo užduočių. Saugumo testavimas tikrina programinės įrangos konfidencialumą, vientisumą, autentifikavimą, prieinamumą ir neatmetimą. Atliekamas individualus testavimas, kad būtų išvengta neteisėtos prieigos prie programos kodo.

Testavimas nepalankiausiomis sąlygomis – tai metodas, kai programinė įranga veikiama nepalankiomis sąlygomis normaliomis sąlygomis programinės įrangos veikimas. Pasiekus kritinį tašką, gauti rezultatai fiksuojami. Šis testas nustato visos sistemos stabilumą.

Programinės įrangos suderinamumas išbandytas su išorinėmis sąsajomis, tokiomis kaip operacinės sistemos, aparatinės įrangos platformos, žiniatinklio naršyklės ir kt. Suderinamumo testas patikrina, ar produktas yra suderinamas su bet kuria programinės įrangos platforma.

Kaip rodo pavadinimas, šis testavimo metodas patikrina kodo ar išteklių kiekį, kurį programa naudoja atlikdama vieną operaciją.

Šis testavimas tikrina programinės įrangos tinkamumą naudoti ir praktiškumą vartotojams. Pagrindinis bandymo taškas yra tai, kaip vartotojas gali lengvai pasiekti įrenginį. Naudojamumo testavimas apima penkis testavimo aspektus – mokymąsi, efektyvumą, pasitenkinimą, įsimenamumą ir klaidas.

Testai programinės įrangos kūrimo metu

Krioklio modelyje naudojamas metodas iš viršaus į apačią, nesvarbu, ar jis naudojamas programinės įrangos kūrimui, ar testavimui.

Pagrindiniai žingsniai, susiję su šia programinės įrangos testavimo metodika, yra šie:

• Reikia analizės
• Dizaino testas
• Įgyvendinimo testas
• Kodo ar produkto testavimas, derinimas ir peržiūra
• Diegimas ir priežiūra

Naudodami šią techniką pereisite prie kito žingsnio tik atlikę ankstesnį. Modelyje naudojamas neiteratyvus metodas. Pagrindinis šios technikos privalumas yra supaprastintas, sistemingas ir ortodoksiškas požiūris. Tačiau jis turi daug trūkumų, nes kodo klaidos ir klaidos nebus aptiktos iki testavimo etapo. Dėl to dažnai švaistomas laikas, pinigai ir kiti vertingi ištekliai.

Judrus modelis

Ši metodika pagrįsta selektyviu nuosekliųjų ir kartotinių metodų deriniu, be to, gana daug naujų kūrimo metodų. Spartus ir laipsniškas vystymasis yra vienas pagrindinių šios metodikos principų. Pagrindinis dėmesys skiriamas greitų, praktiškų ir matomų rezultatų gavimui. Nuolatinis klientų bendravimas ir dalyvavimas yra neatsiejama viso kūrimo proceso dalis.

Rapid Application Development (RAD). Greito taikomųjų programų kūrimo metodika

Pavadinimas kalba pats už save. Šiuo atveju metodika taiko greitą evoliucinį metodą, naudojant komponentų projektavimo principą. Supratus įvairius reikalavimus šis projektas, paruošiamas greitas prototipas ir palyginamas su numatomu išvesties sąlygų ir standartų rinkiniu. Būtini pakeitimai ir modifikacijos atliekamos po bendros diskusijos su užsakovu ar kūrimo komanda (programinės įrangos testavimo kontekste).

Nors šis metodas turi savo privalumų, jis gali būti netinkamas, jei projektas yra didelis, sudėtingas arba itin dinamiško pobūdžio, kai reikalavimai nuolat keičiasi.

Spiralinis modelis

Kaip rodo pavadinimas, spiralinis modelis yra pagrįstas metodu, kuriame yra daug ciklų (arba spiralių) iš visų nuoseklūs žingsniai kaskadiniame modelyje. Užbaigus pradinę kilpą, ji vykdoma išsamią analizę ir pasiekto produkto ar produkcijos apžvalga. Jei išvestis neatitinka nurodytų reikalavimų ar laukiamų standartų, atliekamas antras ciklas ir pan.

Racionalus vieningas procesas (RUP). Racionalus vieningas procesas

RUP technika taip pat yra panaši į spiralinį modelį ta prasme, kad visa testavimo procedūra suskirstyta į kelis ciklus. Kiekvienas ciklas susideda iš keturių etapų – kūrimo, kūrimo, konstravimo ir perėjimo. Kiekvieno ciklo pabaigoje produktas/produkcija peržiūrima ir ciklas (sudarytas iš tų pačių keturių fazių) tęsiamas pagal poreikį.

Taikymas informacinės technologijos auga kiekvieną dieną, o tinkamo programinės įrangos testavimo svarba taip pat išaugo eksponentiškai. Daugelis įmonių tam tikslui išlaiko specialias komandas, kurių galimybės yra kūrėjų lygio.

Kaip ir kūrimo procesas, vėlesnis programinės įrangos testavimo procesas taip pat vyksta pagal specifinę metodiką. Pagal metodiką į šiuo atveju Mes suprantame įvairius principų, idėjų, metodų ir koncepcijų derinius, kuriuos naudojate dirbdami su projektu.

Šiuo metu jų yra nemažai didelis skaičiusįvairių testavimo metodų, kurių kiekvienas turi savo pradinius taškus, vykdymo trukmę ir kiekviename etape naudojamus metodus. O išsirinkti vieną ar kitą jų gali būti gana nelengva užduotis. Šiame straipsnyje mes apžvelgsime skirtingi požiūriai programinės įrangos testavimo ir papasakoti apie pagrindines jų funkcijas, kurios padės jums naršyti esamą įvairovę.

Kaskadinis modelis (linijinis nuoseklus programinės įrangos gyvavimo ciklo modelis)

„Waterfall Model“ yra vienas iš seniausių modelių, kuris gali būti naudojamas ne tik programinės įrangos kūrimui ar testavimui, bet ir beveik bet kokiam kitam projektui. Jo pagrindinis principas yra užduočių atlikimo eilės tvarka. Tai reiškia, kad pereiti prie kito kūrimo ar testavimo žingsnio galime tik sėkmingai užbaigę ankstesnį. Šis modelis tinka mažiems projektams ir taikomas tik tuo atveju, jei visi reikalavimai yra aiškiai apibrėžti. Pagrindiniai šios metodikos privalumai yra ekonominis efektyvumas, naudojimo paprastumas ir dokumentų valdymas.

Programinės įrangos testavimo procesas prasideda pasibaigus kūrimo procesui. Šiame etape visi reikalingi testai iš blokų perkeliami į sistemos testavimą, kad būtų galima stebėti komponentų veikimą tiek atskirai, tiek kaip visuma.

Be pirmiau minėtų privalumų, šis testavimo metodas turi ir trūkumų. Visada yra tikimybė, kad testavimo metu bus aptiktos kritinės klaidos. Dėl to gali tekti visiškai pakeisti vieną iš sistemos komponentų ar net visą projektavimo logiką. Bet panaši užduotis krioklio modelio atveju negalima, nes grįžti prie ankstesnio žingsnio šioje metodikoje draudžiama.

Sužinokite daugiau apie krioklio modelį iš ankstesnio straipsnio.

V modelis (patikrinimo ir patvirtinimo modelis)

Kaip ir krioklio modelis, V modelio technika pagrįsta tiesiogine veiksmų seka. Pagrindinis skirtumas tarp šių dviejų metodikų yra tas, kad bandymai šiuo atveju planuojami lygiagrečiai su atitinkamu kūrimo etapu. Pagal šią programinės įrangos testavimo metodiką procesas prasideda iškart, kai tik yra apibrėžti reikalavimai ir atsiranda galimybė pradėti statinį testavimą, t.y. patikrinimas ir peržiūra, leidžianti išvengti galimų programinės įrangos defektų vėlesniuose etapuose. Kiekvienam programinės įrangos kūrimo lygiui sudaromas atitinkamas testavimo planas, kuriame apibrėžiami laukiami rezultatai, taip pat tam tikro produkto įėjimo ir išėjimo kriterijai.

Šio modelio diagramoje parodytas užduočių padalijimo į dvi dalis principas. Tie, kurie susiję su projektavimu ir plėtra, yra kairėje. Užduotys, susijusios su programinės įrangos testavimu, pateikiamos dešinėje:

Pagrindiniai šios metodikos žingsniai gali skirtis, tačiau paprastai juos sudaro:

• Scena apibrėžiant reikalavimus. Priėmimo testas reiškia šį etapą. Jo pagrindinė užduotis – įvertinti sistemos pasirengimą galutiniam naudojimui
• Etapas, kuriame jis atsiranda aukšto lygio dizainas arba aukšto lygio dizainas (HDL). Šis etapas yra susijęs su sistemos testavimu ir apima atitikties integruotoms sistemoms reikalavimams įvertinimą
• Detalus projektavimo etapas(Detalus dizainas) lygiagrečiai fazei integracijos testavimas, kurio metu tikrinamos sąveikos tarp įvairių sistemos komponentų
• Po to kodavimo etapas Prasideda kitas svarbus žingsnis – vienetų testavimas. Labai svarbu įsitikinti, kad elgesys atskiros dalys ir programinės įrangos komponentai yra teisingi ir atitinka reikalavimus

Vienintelis nagrinėjamos testavimo metodikos trūkumas yra trūkumas paruoštus sprendimus, kuris gali būti naudojamas norint atsikratyti programinės įrangos defektų, aptiktų testavimo etape.

Inkrementinis modelis

Šią metodiką galima apibūdinti kaip daugiapakopį programinės įrangos testavimo modelį. Darbo procesas suskirstytas į keletą ciklų, kurių kiekvienas taip pat suskirstytas į modulius. Kiekviena iteracija prideda tam tikrų programinės įrangos funkcijų. Prieaugis susideda iš trijų ciklų:

1. projektavimas ir plėtra
2. testavimas
3. įgyvendinimas.

Šiame modelyje galima plėtoti vienu metu skirtingos versijos produktas. Pavyzdžiui, pirmoji versija gali būti bandoma, o antroji versija yra kuriama. Trečioji versija tuo pačiu metu gali būti projektavimo etape. Šis procesas gali tęstis iki projekto pabaigos.

Tai akivaizdu šią metodiką reikalauja kiek įmanoma daugiau aptikimo galimas kiekis kaip galima greičiau pašalinti bandomos programinės įrangos klaidas. Taip pat ir diegimo etapas, kai reikia patvirtinti, kad produktas yra paruoštas pristatyti galutiniam vartotojui. Visi šie veiksniai žymiai padidina testavimo reikalavimų svorį.

Palyginti su ankstesnėmis metodikomis, prieauginis modelis turi keletą svarbių privalumų. Ji yra lankstesnė, kintantys reikalavimai mažina išlaidas, o programinės įrangos testavimo procesas yra efektyvesnis, nes jį daug lengviau išbandyti ir derinti naudojant mažas iteracijas. Tačiau verta paminėti, kad bendros išlaidos vis dar yra didesnės nei kaskadinio modelio atveju.

Spiralinis modelis

Spiralinis modelis yra programinės įrangos testavimo metodika, pagrįsta laipsnišku metodu ir prototipų kūrimu. Jį sudaro keturi etapai:

1. Planavimas
2. Rizikos analizė
3. Plėtra
4. Įvertinimas

Iš karto po pirmojo ciklo pabaigos prasideda antrasis. Programinės įrangos testavimas prasideda planavimo etape ir tęsiasi iki vertinimo etapo. Pagrindinis spiralinio modelio privalumas yra tas, kad pirmieji tyrimo rezultatai pasirodo iškart po tyrimo rezultatų pasirodymo trečiame kiekvieno ciklo etape, o tai padeda užtikrinti teisingą kokybės įvertinimą. Tačiau svarbu atsiminti, kad šis modelis gali būti gana brangus ir netinka mažiems projektams.

Nors šis modelis yra gana senas, jis išlieka naudingas tiek bandymams, tiek plėtrai. Be to, pagrindinis tikslas pasikeitė daugelis programinės įrangos testavimo metodikų, įskaitant spiralinį modelį pastaruoju metu. Jas naudojame ne tik norėdami rasti programų defektus, bet ir išsiaiškinti, kas juos sukėlė. Šis metodas padeda kūrėjams dirbti efektyviau ir greitai ištaisyti klaidas.

Daugiau apie spiralinį modelį skaitykite ankstesniame tinklaraščio įraše.

Judrus

Agilią programinės įrangos kūrimo ir testavimo metodiką galima apibūdinti kaip į naudojimą orientuotų metodų rinkinį interaktyvus vystymas, dinamiškas reikalavimų formavimas ir jų įgyvendinimo užtikrinimas dėl nuolatinės sąveikos besiorganizuojantis darbo grupė. Dauguma judrių programinės įrangos kūrimo metodikų sutelkia dėmesį į rizikos mažinimą kuriant trumpas iteracijas. Vienas iš pagrindinių šio principų lanksti strategija yra galimybė greitas reagavimasį galimus pokyčius, o ne pasikliauti ilgalaikiu planavimu.

Sužinokite daugiau apie Agile(pastaba – straipsnis anglų kalba).

Ekstremalus programavimas (XP, ekstremalus programavimas)

Ekstremalus programavimas yra vienas iš judrios programinės įrangos kūrimo pavyzdžių. Išskirtinis bruožasŠi metodika yra „porinis programavimas“, situacija, kai vienas kūrėjas dirba su kodu, o kolega nuolat peržiūri parašytą kodą. Programinės įrangos testavimo procesas yra gana svarbus, nes jis prasideda dar prieš parašant pirmą kodo eilutę. Kiekvienas programos modulis turi turėti vienetinį testą, kad kodavimo etape būtų galima ištaisyti daugumą klaidų. Kitiems išskirtinis bruožas yra tai, kad testas nustato kodą, o ne atvirkščiai. Tai reiškia, kad tam tikra dalis Kodas gali būti laikomas užbaigtu tik tada, kai visi testai yra sėkmingi. Priešingu atveju kodas atmetamas.

Pagrindiniai šios metodikos privalumai yra nuolatinis testavimas ir trumpi leidimai, kurie padeda užtikrinti aukštos kokybės kodas.

Scrum

„Scrum“ yra „Agile“ metodologijos dalis – pasikartojanti laipsniška sistema, sukurta programinės įrangos kūrimo procesui valdyti. Pagal Scrum principus testavimo komanda turėtų dalyvauti šiuose etapuose:

• Dalyvavimas Scrum planavime
• Vieneto testavimo palaikymas
• Vartotojų istorijų testavimas
• Bendradarbiaukite su klientu ir produkto savininku, kad nustatytumėte priėmimo kriterijus
• Automatinio testavimo teikimas

Be to, kokybės užtikrinimo skyriaus nariai, taip pat kiti komandos nariai turėtų dalyvauti visuose kasdieniuose susitikimuose, kad aptartų, kas buvo išbandyta ir padaryta vakar, kas bus išbandyta šiandien, ir bendrą testavimo eigą.

Tuo pačiu metu Scrum Agile metodikos principai lemia specifinių bruožų atsiradimą:

• Kiekvienai vartotojo istorijai reikia įvertinti pastangų
• Testuotojas turi būti dėmesingas reikalavimams, nes jie gali nuolat keistis
• Regresijos rizika didėja dažnai keičiant kodą
• Testų planavimas ir vykdymas vienu metu
• Nesusipratimas tarp komandos narių, kai klientų reikalavimai nėra iki galo aiškūs

Sužinokite daugiau apie Scrum metodiką iš ankstesnio straipsnio.

Išvada

Apibendrinant, svarbu pažymėti, kad šiandien vienokios ar kitokios programinės įrangos testavimo metodikos naudojimo praktika reiškia daugialypį požiūrį. Kitaip tariant, nereikėtų tikėtis, kad kuri nors viena metodika tiks visų tipų projektams. Vieno iš jų pasirinkimas priklauso nuo didelis skaičius tokius aspektus kaip projekto tipas, klientų reikalavimai, terminai ir daugelis kitų. Žvelgiant iš programinės įrangos testavimo perspektyvos, įprasta, kad kai kurios metodikos pradedamos testuoti ankstyvosios stadijos plėtra, o dirbant su kitais įprasta palaukti, kol sistema bus visiškai paruošta.

Jei jums reikia pagalbos kuriant ar testuojant programinę įrangą, speciali kūrėjų ir kokybės užtikrinimo inžinierių komanda yra pasiruošusi dirbti.