Testare software este evaluarea software-ului/produsului în curs de dezvoltare pentru a verifica capacitățile, capacitățile și conformitatea acestuia cu rezultatele așteptate. Sunt diverse tipuri metodele utilizate în domeniul testării și asigurării calității vor fi discutate în acest articol.

Testarea software-ului este o parte integrantă a ciclului de dezvoltare a software-ului.

Ce este testarea software-ului?

Testarea software-ului nu este altceva decât testarea unei bucăți de cod în condiții de funcționare controlate și necontrolate, observarea rezultatelor și apoi examinarea dacă îndeplinește condiții predefinite.

Diverse seturi de cazuri de testare și strategii de testare au ca scop atingerea unui obiectiv comun - eliminarea erorilor și erorilor din cod și asigurarea performanței software precise și optime.

Metodologia de testare

Metodele de testare utilizate pe scară largă sunt testarea unitară, testarea integrării, testarea de acceptare și testarea sistemului. Software-ul este supus acestor teste într-o anumită ordine.

3) Testarea sistemului

4) Teste de acceptare

În primul rând, se efectuează un test unitar. După cum sugerează și numele, aceasta este o metodă de testare la nivel de obiect. Componentele software individuale sunt testate pentru erori. Acest test necesită cunoaștere precisă a programului și a fiecăruia modul instalat. Astfel, această verificare este efectuată de programatori, nu de testeri. Pentru a face acest lucru, sunt create coduri de testare care verifică dacă software-ul se comportă conform intenției.

Modulele individuale care au fost deja testate unitar sunt integrate între ele și verificate pentru defecțiuni. Acest tip de testare identifică în primul rând erorile de interfață. Testarea integrării se poate face folosind o abordare de sus în jos, după cum urmează structura arhitecturala sisteme. O altă abordare este abordarea de jos în sus, care este implementată din partea de jos a fluxului de control.

Testarea sistemului

În această testare, întregul sistem este verificat pentru erori și bug-uri. Acest test se realizează prin împerecherea hardware-ului și componente softwareîntregul sistem și apoi este testat. Această testare este clasificată ca o metodă de testare „cutie neagră”, în care sunt testate condițiile de funcționare așteptate de utilizator pentru software.

Teste de acceptare

Acest ultimul test, care se realizează înainte ca software-ul să fie transferat către client. Este realizat pentru a se asigura că software-ul care a fost dezvoltat îndeplinește toate cerințele clienților. Există două tipuri de testare de acceptare - una care este efectuată de membrii echipei de dezvoltare este cunoscută sub denumirea de testare de acceptare internă (testare Alpha) și cealaltă care este efectuată de client este cunoscută ca testare de acceptare externă.

Când testarea se face cu clienți potențiali, se numește testare de acceptare a clienților. Când testarea este efectuată de utilizatorul final al software-ului, este cunoscută sub numele de testare de acceptare (testare beta).

Există mai multe tehnici de testare de bază care fac parte din regimul de testare a software-ului. Aceste teste sunt de obicei considerate autosuficiente în găsirea erorilor și bug-urilor în întregul sistem.

Testarea cutiei negre

Testarea cutiei negre se face fără cunoștințe munca internă sisteme. Testerul va conduce software-ul către mediul utilizatorului, oferind diverse intrări și testând ieșirile generate. Acest test este cunoscut și sub denumirea de testare în cutie neagră, testare în cutie închisă sau testare funcțională.

Testarea cutiei albe

Testarea cutiei albe, spre deosebire de testarea cutiei negre, ia în considerare funcționarea internă și logica codului. Pentru a efectua acest test, testerul trebuie să cunoască codul pentru a ști exact partea de cod care are erori. Acest test este cunoscut și sub denumirea de testare White-box, Open-Box sau Glass Box.

Testarea cutiei gri

Testarea cutie gri sau testarea cutie gri este ceva între testarea cutie albă și cutie neagră, unde testerul are doar cunoștințe generale a acestui produs necesar pentru efectuarea testului. Această verificare se realizează prin documentație și diagrame de flux informațional. Testarea este efectuată de utilizatorul final sau de utilizatorii care par a fi utilizatori finali.

Teste nefuncționale

Securitatea aplicației este una dintre sarcinile principale ale dezvoltatorului. Testarea de securitate testează software-ul pentru confidențialitate, integritate, autentificare, disponibilitate și non-repudiere. Sunt efectuate teste individuale pentru a preveni accesul neautorizat la codul programului.

Testarea la stres este o tehnică în care software-ul este expus la condiții care sunt în afara condițiilor normale de funcționare ale software-ului. După atingerea punctului critic se înregistrează rezultatele obţinute. Acest test determină stabilitatea întregului sistem.

Software-ul este testat pentru compatibilitatea cu interfețe externe precum sisteme de operare, platforme hardware, browsere web etc. Un test de compatibilitate verifică dacă un produs este compatibil cu orice platformă software.

După cum sugerează și numele, această tehnică de testare testează cantitatea de cod sau resurse pe care le folosește un program atunci când efectuează o singură operație.

Această testare verifică utilizarea și aspectul practic al software-ului pentru utilizatori. Ușurința cu care utilizatorul poate accesa dispozitivul formează punctul principal de testare. Testarea de utilizare acoperă cele cinci aspecte ale testării - învățare, eficiență, satisfacție, memorabilitate și erori.

Teste în timpul dezvoltării software

Modelul cascadă folosește o abordare de sus în jos, indiferent dacă este utilizat pentru dezvoltarea de software sau testare.

Principalii pași implicați în această metodologie de testare a software-ului sunt:

• Analiza Nevoilor
• Test de proiectare
• Test de implementare
• Testarea, depanarea și revizuirea codului sau a produsului
• Implementare si intretinere

În această tehnică, te duci la pasul următor numai după ce ai terminat-o pe cea precedentă. Modelul folosește o abordare non-iterativă. Principalul avantaj al acestei tehnici este abordarea sa simplificată, sistematică și ortodoxă. Cu toate acestea, are multe dezavantaje, deoarece erorile și erorile din cod nu vor fi detectate până în etapa de testare. Acest lucru poate duce adesea la pierdere de timp, bani și alte resurse valoroase.

Model Agil

Această metodologie se bazează pe o combinație selectivă de abordări secvențiale și iterative, pe lângă o varietate destul de mare de noi metode de dezvoltare. Dezvoltarea rapidă și progresivă este una dintre principii cheie această metodologie. Accentul se pune pe obținerea de rezultate rapide, practice și vizibile. Interacțiunea și participarea continuă cu clienții este o parte integrantă a întregului proces de dezvoltare.

Dezvoltare rapidă a aplicațiilor (RAD). Metodologia de dezvoltare rapidă a aplicațiilor

Numele vorbește de la sine. În acest caz, metodologia adoptă o abordare evolutivă rapidă, folosind principiul proiectării componentelor. După înțelegerea diferitelor cerințe a acestui proiect, un prototip rapid este pregătit și apoi comparat cu un set așteptat de condiții și standarde de ieșire. Schimbările și modificările necesare sunt făcute după o discuție comună cu clientul sau echipa de dezvoltare (în contextul testării software-ului).

Deși această abordare are partea ei de avantaje, poate să nu fie adecvată dacă proiectul este mare, complex sau are o natură extrem de dinamică, în care cerințele sunt în continuă schimbare.

Model în spirală

După cum sugerează și numele, modelul în spirală se bazează pe o abordare în care există un număr de cicluri (sau spirale) din toate etapele succesive dintr-un model în cascadă. Odată ce ciclul inițial este încheiat, se efectuează o analiză și o revizuire amănunțită a produsului sau a rezultatelor obținute. Dacă ieșirea nu se potrivește cerințe specificate sau standardele așteptate, se efectuează un al doilea ciclu și așa mai departe.

Procesul rațional unificat (RUP). Proces rațional unificat

Tehnica RUP este, de asemenea, similară cu modelul în spirală, în sensul că întreaga procedură de testare este defalcată în mai multe cicluri. Fiecare ciclu constă din patru etape - creare, dezvoltare, construcție și tranziție. La sfârșitul fiecărui ciclu, produsul/ieșirea este revizuit și ciclul (constând din aceleași patru faze) este urmat după cum este necesar.

Utilizarea tehnologiei informației crește în fiecare zi, iar importanța testării corecte a software-ului a crescut, de asemenea, în mod semnificativ. Multe companii angajează personal pentru aceasta echipe speciale, ale căror capacități sunt la nivel de dezvoltator.

Introducere

Metodele actuale de testare a software-ului nu ne permit să identificăm fără ambiguitate și complet toate defectele și să stabilim funcționarea corectă a programului analizat, deci toate metode existente testarea operează ca parte a unui proces formal de testare a software-ului cercetat sau dezvoltat.

Acest proces de verificare formală, sau verificare, poate dovedi că nu există defecte în ceea ce privește metoda utilizată. (Adică nu există nicio modalitate de a determina sau garanta cu exactitate absența defectelor în produsul software, ținând cont factor uman, prezent în toate etapele ciclului de viață al software-ului).

Există multe abordări pentru rezolvarea problemei testării și verificării software-ului, dar testarea eficientă a complexului produse software este un proces în cel mai înalt grad creativ, fără a se limita la respectarea procedurilor stricte și precise sau crearea acestora.

Testarea statică include, de asemenea, testarea cerințelor, specificațiilor și documentației.

Testarea regresiei

După efectuarea modificărilor la următoarea versiune a programului, testele de regresie confirmă că modificările efectuate nu au afectat performanța funcționalității rămase a aplicației. Testarea regresiei poate fi efectuată fie manual, fie folosind instrumente de automatizare a testelor.

Scripturi de testare

Testerii folosesc scripturi de testare la diferite niveluri: atât în ​​testarea unitară, cât și în integrarea și testarea sistemului. Scripturile de testare sunt scrise în mod obișnuit pentru a testa componentele care sunt cel mai probabil să eșueze sau unde o eroare negăsită la timp ar putea fi costisitoare.

Testare cutie albă și cutie neagră

În terminologia profesioniștilor de testare, expresiile „testare cutie albă„ și „testarea cutie neagră” se referă la dacă dezvoltatorul testului are acces la codul sursă al software-ului testat sau dacă testarea este efectuată prin interfata utilizator sau o interfață de programare a aplicației furnizată de modulul testat.

Atunci când testează o cutie neagră, testerul are acces la software doar prin aceleași interfețe ca și clientul sau utilizatorul, sau prin interfețe externe care permit unui alt computer sau altui proces să se conecteze la sistem pentru testare. De exemplu, un modul de testare poate apăsa virtual taste sau butoane ale mouse-ului în programul testat folosind un mecanism de comunicare a procesului, cu încredere că totul merge corect și că aceste evenimente produc același răspuns ca și apăsările reale de taste și butoanele mouse-ului. De regulă, testarea cutiei negre se efectuează folosind specificații sau alte documente care descriu cerințele pentru sistem. De obicei, în acest tip de testare, criteriul de acoperire constă în acoperirea structurii datelor de intrare, acoperirea cerințelor și acoperirea modelului (în testarea bazată pe model).

În testarea cu casetă gri, dezvoltatorul testului are acces la codul sursă, dar atunci când rulează teste direct, accesul la cod nu este, în general, necesar.

În timp ce testarea „alfa” și „beta” se referă la etapele înainte de lansarea unui produs (și, de asemenea, implicit, la dimensiunea comunității de testare și la limitările metodelor de testare), testarea cutie albă și cutie neagră se referă la modalitățile în care testatorul atinge scopul.

Testarea beta, în general, este limitată la testarea cutie neagră (deși o parte permanentă de testeri continuă, de obicei, testarea în casetă albă în paralel cu testarea beta). Astfel, termenul „testare beta” poate indica starea programului (mai aproape de lansare decât „alfa”), sau poate indica un grup de testeri și procesul efectuat de acel grup. Deci, un tester poate continua să lucreze la testarea cutiei albe chiar dacă software-ul este deja „în beta” (etapă), dar în acest caz el nu face parte din „testarea beta” (grup/proces).

Acoperire cod

Acoperirea codului este, în esență, testarea cutiei albe. Software-ul testat este asamblat din setări speciale sau biblioteci și/sau rulează într-un mediu special, în urma căruia, pentru fiecare funcție de program utilizată (execută), se determină locația acestei funcții în codul sursă. Acest proces permite dezvoltatorilor și specialiștilor în asigurarea calității să identifice părți ale sistemului care, atunci când funcționare normală, sunt folosite foarte rar sau niciodată utilizate (cum ar fi codul de gestionare a erorilor etc.). Acest lucru permite testerilor să se concentreze pe testarea celor mai importante moduri.

Testerii pot folosi rezultatele testelor de acoperire a codului pentru a dezvolta teste sau date de testare care extind acoperirea codului la caracteristici importante.

De obicei, instrumentele și bibliotecile utilizate pentru a obține acoperirea codului necesită performanță semnificativă și/sau costuri de memorie care sunt inacceptabile pentru funcționarea normală a software-ului. Prin urmare, ele pot fi utilizate numai în condiții de laborator.

Citate

• „Testarea programelor poate fi folosită pentru a demonstra prezența erorilor, dar nu va arăta niciodată absența acestora.”— Dijkstra, 1970

Vezi de asemenea

• Urmărirea semantică înapoi - metoda universala testarea oricărui artefact de design

Note

Literatură

• Glenford Myers, Tom Badgett, Corey Sandler Arta testării software-ului, ediția a 3-a. - M.: „Dialectica”, 2012. - 272 p. - ISBN 978-5-8459-1796-6
• Lisa Crispin, Janet Gregory Testare agilă: ghid practic pentru testeri de software și echipe agile = Agile Testing: A Practical Guide for Testers and Agile Teams. - M.: „Williams”, 2010. - 464 p. - (Seria Signature Addison-Wesley). - 1000 de exemplare.
• - ISBN 978-5-8459-1625-9 Kaner Khem, Folk Jack, Nguyen Yong Kek
• Testare software. Concepte fundamentale ale managementului aplicațiilor de afaceri. - Kiev: DiaSoft, 2001. - 544 p. - ISBN 9667393879 Culbertson Robert, Brown Chris, Cobb Gary
• Testare rapidă. - M.: „Williams”, 2002. - 374 p. - ISBN 5-8459-0336-X Sinitsyn S. V., Nalyutin N. Yu.
• Verificare software. - M.: BIOM, 2008. - 368 p. - ISBN 978-5-94774-825-3 Beizer B.

Testarea cutiei negre. Tehnologii pentru testarea funcțională a software-ului și a sistemelor. - Sankt Petersburg. : Peter, 2004. - 320 p. - ISBN 5-94723-698-2

• Legături
• Portalul specialiștilor în testarea software-ului și asigurarea calității (rusă)
• Portal despre testarea automată a software-ului (rusă)

Introducere

Calitate software (rusă)

Acest proces de verificare formală, sau verificare, poate dovedi că nu există defecte în ceea ce privește metoda utilizată. (Adică nu există nicio modalitate de a stabili sau garanta cu exactitate absența defectelor într-un produs software, ținând cont de factorul uman prezent în toate etapele ciclului de viață al software-ului).

Există multe abordări pentru rezolvarea problemei testării și verificării software-ului, dar testarea eficientă a produselor software complexe este un proces extrem de creativ care nu se rezumă la respectarea sau crearea unor proceduri stricte și precise.

Testarea statică include, de asemenea, testarea cerințelor, specificațiilor și documentației.

Testarea regresiei

După efectuarea modificărilor la următoarea versiune a programului, testele de regresie confirmă că modificările efectuate nu au afectat performanța funcționalității rămase a aplicației. Testarea regresiei poate fi efectuată fie manual, fie folosind instrumente de automatizare a testelor.

Scripturi de testare

Testerii folosesc scripturi de testare la diferite niveluri: atât în ​​testarea unitară, cât și în integrarea și testarea sistemului. Scripturile de testare sunt scrise în mod obișnuit pentru a testa componentele care sunt cel mai probabil să eșueze sau unde o eroare negăsită la timp ar putea fi costisitoare.

Testare cutie albă și cutie neagră

În terminologia profesioniștilor în testare, expresiile „testare cutie albă” și „testare cutie neagră” se referă dacă dezvoltatorul testului are acces la codul sursă al software-ului testat sau dacă testarea este efectuată printr-o interfață cu utilizatorul sau prin programarea aplicației. interfață furnizată de unitatea testată.

Atunci când testează o cutie neagră, testerul are acces la software doar prin aceleași interfețe ca și clientul sau utilizatorul, sau prin interfețe externe care permit unui alt computer sau altui proces să se conecteze la sistem pentru testare. De exemplu, un modul de testare poate apăsa virtual taste sau butoane ale mouse-ului în programul testat folosind un mecanism de comunicare a procesului, cu încredere că totul merge corect și că aceste evenimente produc același răspuns ca și apăsările reale de taste și butoanele mouse-ului. De regulă, testarea cutiei negre se efectuează folosind specificații sau alte documente care descriu cerințele pentru sistem. De obicei, în acest tip de testare, criteriul de acoperire constă în acoperirea structurii datelor de intrare, acoperirea cerințelor și acoperirea modelului (în testarea bazată pe model).

În testarea cu casetă gri, dezvoltatorul testului are acces la codul sursă, dar atunci când rulează teste direct, accesul la cod nu este, în general, necesar.

În timp ce testarea „alfa” și „beta” se referă la etapele înainte de lansarea unui produs (și, de asemenea, implicit, la dimensiunea comunității de testare și la limitările metodelor de testare), testarea cutie albă și cutie neagră se referă la modalitățile în care testatorul atinge scopul.

Testarea beta, în general, este limitată la testarea cutie neagră (deși o parte permanentă de testeri continuă, de obicei, testarea în casetă albă în paralel cu testarea beta). Astfel, termenul „testare beta” poate indica starea programului (mai aproape de lansare decât „alfa”), sau poate indica un grup de testeri și procesul efectuat de acel grup. Deci, un tester poate continua să lucreze la testarea cutiei albe chiar dacă software-ul este deja „în beta” (etapă), dar în acest caz el nu face parte din „testarea beta” (grup/proces).

Acoperire cod

Acoperirea codului este, în esență, testarea cutiei albe. Software-ul testat este construit cu setări sau biblioteci speciale și/sau rulează într-un mediu special, în urma căruia pentru fiecare funcție de program utilizată (execută) se determină locația acestei funcții în codul sursă. Acest proces permite dezvoltatorilor și specialiștilor în asigurarea calității să identifice părți ale sistemului care, în timpul funcționării normale, sunt rareori sau niciodată utilizate (cum ar fi codul de gestionare a erorilor etc.). Acest lucru permite testerilor să se concentreze pe testarea celor mai importante moduri.

Testerii pot folosi rezultatele testelor de acoperire a codului pentru a dezvolta teste sau date de testare care extind acoperirea codului la caracteristici importante.

De obicei, instrumentele și bibliotecile utilizate pentru a obține acoperirea codului necesită performanță semnificativă și/sau costuri de memorie care sunt inacceptabile pentru funcționarea normală a software-ului. Prin urmare, ele pot fi utilizate numai în condiții de laborator.

Citate

• „Testarea programelor poate fi folosită pentru a demonstra prezența erorilor, dar nu va arăta niciodată absența acestora.”— Dijkstra, 1970

Vezi de asemenea

• Urmărirea semantică înapoi este o metodă universală de testare a oricărui artefact de design

Note

Literatură

• Glenford Myers, Tom Badgett, Corey Sandler Arta testării software-ului, ediția a 3-a. - M.: „Dialectica”, 2012. - 272 p. - ISBN 978-5-8459-1796-6
• Lisa Crispin, Janet Gregory Testare agilă: un ghid practic pentru testeri și echipe agile. - M.: „Williams”, 2010. - 464 p. - (Seria Signature Addison-Wesley). - 1000 de exemplare.
• - ISBN 978-5-8459-1625-9 Kaner Khem, Folk Jack, Nguyen Yong Kek
• Testare software. Concepte fundamentale ale managementului aplicațiilor de afaceri. - Kiev: DiaSoft, 2001. - 544 p. - ISBN 9667393879 Culbertson Robert, Brown Chris, Cobb Gary
• Testare rapidă. - M.: „Williams”, 2002. - 374 p. - ISBN 5-8459-0336-X Sinitsyn S. V., Nalyutin N. Yu.
• Verificare software. - M.: BIOM, 2008. - 368 p. - ISBN 978-5-94774-825-3 Beizer B.

Testarea cutiei negre. Tehnologii pentru testarea funcțională a software-ului și a sistemelor. - Sankt Petersburg. : Peter, 2004. - 320 p. - ISBN 5-94723-698-2

• Legături
• Portalul specialiștilor în testarea software-ului și asigurarea calității (rusă)
• Portal despre testarea automată a software-ului (rusă)

- ISBN 978-5-8459-1625-9 În această secțiune vom descrie diverse tipuri testarea software-ului. Sunt efectuate diferite tipuri de testare software pentru a atinge diferite obiective de testare. aplicație software . Puteți citi și despre diverse metode

testarea software-ului, care poate fi asociată cu diferite tipuri de testare software. Al nostru te va ajuta să devii un expert în acest domeniu.

Testare ad-hoc Acest tip de testare DE

Persoana care efectuează testarea ad-hoc are o bună înțelegere a fluxului de lucru al aplicației în timp ce încearcă să găsească defecte și să pirateze Acest tip de testare. Testele speciale sunt concepute pentru a detecta defectele care nu au fost detectate în cazurile de testare existente.

Testarea de acceptare

Testarea de acceptare este un tip formal de testare software care este efectuată de utilizatorul final odată ce dezvoltatorii au furnizat serviciile solicitate. Scopul acestei teste este de a verifica conformitatea Acest tip de testare cerințele de afaceri ale clienților și cerințele prezentate anterior. Testarea de acceptare este de obicei documentată la începutul lucrării (în mod agil) și ajută testerii și dezvoltatorii să-și îmbunătățească cunoștințele și abilitățile în acest domeniu.

Ce este testarea de acceptare în Agile?

Testarea accesibilității

În testarea accesibilității, scopul testării este de a determina dacă conținutul unui site web poate fi accesat cu ușurință de către persoanele cu dizabilități. dizabilități. Include diverse verificări, cum ar fi verificarea culorii și contrastului (pentru persoanele cu daltonism), dimensiunea fontului pentru persoanele cu deficiențe de vedere, text clar și concis, ușor de citit și de înțeles.

Testare agilă

Agile Testing este un tip de testare software care ia în considerare abordarea agilă și metodele de dezvoltare software. Într-un mediu de dezvoltare Agile, testarea este o parte integrantă a dezvoltării. Acest tip de testareși se execută în paralel cu scrierea codului. Testarea agilă vă permite să scrieți codul treptat și să îl testați.

Testarea API

Testarea API este un tip de testare care este similar cu testarea unitară. Fiecare dintre programele software interfețe API testat conform specificațiilor API. Testarea API este efectuată în primul rând de o echipă de testeri. Necesită înțelegerea atât a funcționalității API, cât și a bunelor abilități de programare.

Testare automată

Este o abordare a testării care utilizează instrumente de testare și/sau programare pentru a rula cazuri de testare folosind software sau utilitare de testare special concepute. Majoritatea instrumentelor automate sunt instrumente de înregistrare și redare, dar există unele instrumente care necesită scripturi sau programare extinse pentru a automatiza scripturile de testare.

Testarea perechilor

Cu alte cuvinte, Testarea pereche este o metodă de testare și testare cutie neagră în care o pereche de intrări sunt testate pentru fiecare intrare, ceea ce ajută la testarea software-ului să funcționeze conform așteptărilor, cu toate combinațiile de intrări posibile.

Testare beta

Este un tip formal de testare a software-ului care este efectuată de utilizatorii finali înainte ca software-ul să fie lansat sau distribuit utilizatorilor. Finalizarea cu succes a testării beta reprezintă acceptarea de către utilizator a software-ului.

Testarea cutiei negre

Testarea cutie neagră este un tip de testare a software-ului în care testerii nu sunt obligați să cunoască codarea sau structura internă a software-ului. Metoda de testare cutie neagră se bazează pe testare Acest tip de testare Cu diverse intrăriși compararea rezultatelor cu cele așteptate.

Testare de compatibilitate inversă

Un tip de testare software care se face pentru a verifica mai mult noua versiune software-ului poate rula cu succes peste versiunea anterioară a software-ului și că noua versiune a software-ului funcționează bine cu structura tabelului, structurile de date și fișierele create de versiunea anterioară a software-ului.

Limitați testarea

Testarea limită este un tip de testare bazat pe conceptul de „agregare a erorilor la granițe”. Testarea este efectuată prin testarea amănunțită a defectelor la valori la limită. Dacă câmpul acceptă o valoare de la 1 la 100, atunci se efectuează testarea pentru valorile 0, 1, 2, 99, 100 și 101.

Metoda de testare Big Bang

Aceasta este una dintre abordările de testare a integrării. Metoda de testare Big Bang se bazează pe faptul că toate sau majoritatea modulelor sunt dezvoltate și apoi legate între ele.

Testare de integrare De jos în sus (testare de jos în sus)

Testarea integrării de jos în sus este o metodă de testare a integrării în care testarea începe cu părți sau subsisteme mai mici ale sistemului și se termină cu acoperire completă toate sistem software. Testarea integrării de jos în sus începe cu bucăți mici de software și în cele din urmă se extinde în ceea ce privește dimensiunea, complexitatea și completitudinea.

Testarea ramurilor

Este o tehnică de testare cutie albă pentru dezvoltarea cazurilor de testare pentru a testa codul pentru fiecare condiție de ramură. Folosit în timpul testării unitare.

Testare de compatibilitate a browserului

Acesta este un subtip de testare de compatibilitate efectuată de echipa de testare. Testarea de compatibilitate a browserului este efectuată pe aplicații web în combinații cu diferite browsere și sisteme de operare.

Testare de compatibilitate

Testarea de compatibilitate este un tip de test efectuat de un grup de testeri. Testarea de compatibilitate verifică dacă software-ul poate fi rulat pe alt hardware, sistem de operare, baze de date, servere web, servere de aplicații, hardware dispozitive periferice, emulatori, diverse configurații, procesor, browsere diferiteŞi versiuni diferite browsere etc.

Testarea componentelor

Acest tip de testare software este efectuată de dezvoltatori. Testarea componentelor este efectuată după finalizarea testării unitare. Testarea componentelor implică testarea unui grup de unități ca cod împreună ca un întreg, mai degrabă decât testarea funcțiilor și metodelor individuale.

Testarea acoperirii stării

Testarea acoperirii condițiilor este o tehnică de testare utilizată în timpul testării unitare, în care dezvoltatorul testează toate condițiile, cum ar fi dacă, dacă-altfel, caz etc. din modulul de cod testat.

Testare dinamică

Testarea se poate face prin testare statică și testare dinamică. Testarea dinamică este o abordare de testare în care testarea poate fi efectuată numai atunci când codul este verificat.

Testarea acoperirii soluției

Aceasta este o tehnică de testare care este utilizată în testarea unitară. Scopul testării acoperirii deciziilor este de a implementa și testa fiecare bloc de decizie din cod, de exemplu. Dacă, dacă-altfel, caz.

Testare end-to-end

Testarea end-to-end este efectuată de o echipă de testeri, iar accentul se pune pe testarea debitului end-to-end. Chiar de la crearea comenzii până la raportare sau crearea comenzii până la returnarea produselor etc. și verificare. Testarea end-to-end urmărește de obicei să simuleze scenarii din viața reală și implementarea lor. Testarea end-to-end implică testarea fluxului de informații între aplicații.

Testare exploratorie

Testarea exploratorie este un tip informal de testare efectuată pentru a studia software-ul în timp ce cautand erori sau comportamentul aplicației care nu pare evident. Testarea este de obicei efectuată de testeri, dar poate fi făcută de alte părți interesate, precum și de analiști de afaceri, dezvoltatori, utilizatorii finali etc.care sunt interesați să învețe caracteristicile software-ului și în același timp să caute bug-uri sau comportamente care nu par evidente.

Partiție echivalentă

Partiționarea echivalentă se mai numește și partițiunea echivalentă. Clasificarea este o tehnică de testare software, nu un tip de testare în sine. Testarea de partiționare echivalentă este utilizată în testele cutie neagră și cutie gri. Partiționarea echivalentă clasifică datele de testare în clase de echivalență ca clase de echivalență pozitivă și clase de echivalență negativă - această clasificare asigură testarea atât a condițiilor pozitive, cât și a celor negative.

Testare funcțională

Testarea funcțională este un tip formal de testare efectuat de testeri. Testarea funcțională se concentrează pe testarea software-ului pe baza documentului de stare, a cazurilor și a cerințelor. Testarea funcțională este un tip de testare cutie neagră și nu necesită cunoștințe despre funcționarea internă a software-ului, spre deosebire de testarea cutiei albe.

Testarea fuzz

Testarea fuzz sau fuzzing este o tehnică de testare software care implică testarea cu intrări neașteptate sau aleatorii. Software-ul este testat pentru erori sau mesaje de eroare care apar din cauza erorilor de introducere a datelor.

Testarea GUI

Acest tip de testare software are ca scop testarea interfeței grafice cu utilizatorul a software-ului, care trebuie să îndeplinească cerințele specificate în machetele GUI și documentele detaliate. De exemplu, verificarea lungimii și capacității câmpurilor de introducere specificate într-un formular față de tipul de câmp de intrare furnizat. Unele câmpuri de formular pot apărea ca o listă derulantă sau un set de butoane radio. Astfel, testarea GUI asigură că elementele GUI ale software-ului sunt în conformitate cu machetele GUI aprobate, cu documentele detaliate de proiectare și cu cerințele funcționale. Majoritatea instrumentelor de automatizare a testelor funcționale funcționează cu capabilități de înregistrare și redare GUI. Acest lucru accelerează scrierea scripturilor și crește costurile de întreținere a scriptului.

Testare cutie de sticlă

Testarea cutiei de sticlă este un alt nume pentru testarea cutiei albe. Testarea cutiilor de sticlă este o metodă de testare care implică testarea declarațiilor individuale, funcțiilor etc. Testarea unitară este una dintre metodele de testare a cutiei de sticlă.

Testarea gorilelor (testare haotică)

Acest tip de testare software este efectuată de un grup de testeri software. Scopul testării Gorilla este de a folosi unul sau mai multe funcţionalitate complet sau exhaustiv dacă mai multe persoane experimentează aceleași funcții.

Testarea unei căi favorabile

Cunoscut și sub denumirea de testare Golden Path, acest tip de testare se concentrează pe trecerea testelor fără a provoca erori.

Testare de integrare

Testarea de integrare este unul dintre cele mai comune și importante tipuri de testare software. Odată ce unitățile sau componentele individuale au fost verificate ca funcționează de către dezvoltatori, testele vor fi efectuate de o echipă de testeri care va testa comunicarea dintre acele unități/componente sau mai multe unități/componente. Există diferite abordări ale testării integrării, și anume testarea integrării de sus în jos, testarea integrării de jos în sus și o combinație a acestor două teste Sand Witch.

Testarea interfeței

Testarea interfeței este necesară atunci când software-ul oferă suport pentru una sau mai multe interfețe, cum ar fi „ GUI utilizator", „Interfață linie de comandă„ sau „Interfață de programare a aplicației” pentru a interacționa cu utilizatorii săi sau cu alt software. Interfețele furnizează un mediu software pentru a accepta intrarea de la utilizator și pentru a oferi ieșire utilizatorului. Abordarea de testare a interfeței depinde de tipul de interfață testată, cum ar fi GUI sau API sau CLI.

Testare de internaționalizare

Testarea de internaționalizare este un tip de testare care este efectuată de un grup de testeri de software pentru a verifica cât de mult poate suporta software-ul internaționalizarea, de exemplu. folosind diferite limbi, diferite seturi de caractere, caractere pe doi octeți etc. De exemplu: Gmail este o aplicație web care este folosită de oameni pentru a lucra cu diferite limbi seturi de caractere , unic sau multioctet.

Testare bazată pe cuvinte cheie

Testarea bazată pe cuvinte cheie este o abordare automată a testării software-ului, mai degrabă decât un tip de testare în sine. Bazat pe testare cuvinte cheie cunoscut sub numele de testare bazată pe activitate sau testare pe bază de tabel.

Testare de sarcină

Testarea de sarcină este un tip de testare nefuncțională. Testarea de sarcină este efectuată pentru a verifica comportamentul software-ului în condiții de încărcare normale și super-vârf. Testarea de încărcare este de obicei efectuată folosind instrumente automate de testare. Testarea de încărcare este concepută pentru a găsi vulnerabilități sau probleme care împiedică software-ul să-și îndeplinească sarcinile la volumul maxim de lucru.

Testare de localizare

Testarea de localizare este un tip de testare software efectuată de testeri de software, în acest tip de testare software-ul este de așteptat să se adapteze la limbaj specific, trebuie să accepte o anumită limbă, să accepte introducerea în acea zonă specifică, să afișeze fontul, ora, data, moneda etc. relevante pentru limba respectivă. De exemplu, multe aplicații web vă permit să selectați o limbă, cum ar fi engleza, franceză, germană sau japoneză. Prin urmare, dacă o localitate este definită sau configurată în configurația software, este de așteptat ca software-ul să funcționeze conform așteptărilor în limba/localitatea dată.

Testare negativă

Acest tip de abordare de testare a software-ului arată cum se comportă software-ul atunci când este piratat. Cu alte cuvinte, este un test funcțional și nefuncțional care este conceput pentru a sparge software-ul prin introducerea de date incorecte, cum ar fi o dată, oră sau șir incorecte sau prin încărcare. fișier binar când se preconizează încărcarea fișier text sau introduceți un imens șir de text pentru câmpurile de intrare etc. Acesta este, de asemenea, un test pozitiv pentru o eroare.

Testare nefuncțională

Majoritatea produselor software sunt concepute pentru a satisface cerințe funcționale și nefuncționale. Cerințe nefuncționale: Performanță, utilizare, localizare etc. Există multe tipuri de testare, cum ar fi compatibilitatea, localizarea, testarea de utilizare, care sunt efectuate pentru a verifica cerințele nefuncționale.

Testarea perechilor

este o tehnică de testare a software-ului care poate fi efectuată de testeri de software, dezvoltatori sau analiști de afaceri. După cum sugerează și numele, doi oameni lucrează împreună, unul care efectuează testarea, iar celălalt monitorizează și înregistrează rezultatele testelor. Testarea în pereche poate fi efectuată și într-o combinație de tester-dezvoltator, o combinație de tester-analist de afaceri sau o combinație de analist-dezvoltator de afaceri. Adunarea testerilor și dezvoltatorilor în testarea în pereche ajută la găsirea mai rapidă a defectelor, la determinarea cauzei principale, la remedierea și la testarea remedierii.

Testarea performanței

Este un tip de testare a software-ului și o parte a activității de inginerie care este efectuată pentru a verifica anumite atribute ale calității software-ului, cum ar fi stabilitatea, fiabilitatea, disponibilitatea. Testarea performanței este efectuată de echipa de dezvoltare. Spre deosebire de testarea funcțională, testarea de performanță este efectuată pentru a verifica cerințele nefuncționale. Testarea performanței testează cât de bine funcționează software-ul la sarcinile de lucru așteptate și maxime. Există diferite variante sau subtipuri de performanță precum testarea sarcinii, teste de stres, testare de volum, testare de anduranță și testare de configurare.

Testare de securitate

Este unul dintre tipurile de testare de securitate. Testarea de penetrare este efectuată pentru a verifica modul în care software-ul protejat și mediul său (hardware, sistem de operareși rețea) sunt supuse unui atac din partea unui atacator extern sau intern. Intrusul poate fi un om/hacker sau malware. Pentest utilizează metode de intruziune forțată (prin atacuri de forță brută) sau de exploatare a vulnerabilităților pentru a obține acces la software sau date sau hardware pentru a expune metode de furt, manipulare sau corupere a datelor, fișierelor software sau configurației. Testarea de securitate este o modalitate de hacking etic: un tester de securitate cu experiență va folosi aceleași tehnici și instrumente ca un hacker, dar intenția testerului este să identifice vulnerabilitatea și să o repare înainte ca un hacker real sau malware să exploateze vulnerabilitatea în propriile scopuri.

Testarea regresiei

este un tip de testare software care este efectuată de testeri de software ca teste de regresie funcțională și de dezvoltatori ca teste de regresie unitară. Scopul testelor de regresie este de a identifica defectele care au fost introduse pentru a remedia defecte sau pentru a introduce noi caracteristici. Testele de regresie sunt opțiuni ideale pentru automatizarea testelor.

Retestare

Acesta este un tip de retestare care este efectuată de testerii de software ca parte a testării pentru a remedia un defect. De exemplu, un tester verifică o remediere pentru un defect. Odată ce testerul verifică remedierea defectului ca fiind reușită, testerul va retesta sau verifica aceeași caracteristică executând cazurile de testare care au eșuat anterior.

Testare bazată pe risc

Este un tip de testare software și o altă abordare a testării software. În testarea bazată pe risc, cerințele și funcționalitatea software-ului testat sunt prioritizate ca critice, ridicate, medii și scăzute. În această abordare, sunt testate toate cazurile critice și cu prioritate ridicată, urmate de cele medii. Funcționalitate cu prioritate scăzută sau cu nivel scăzut riscul este testat la sfârșit sau este posibil să nu fie testat deloc, în funcție de intervalul de timp.

Testarea fumului (testarea fumului)

Acesta este un tip de testare care este efectuată de testerii de software pentru a verifica dacă construcție nouă, furnizat de echipa de dezvoltare, este suficient de stabil, adică dacă funcțiile principale funcționează conform așteptărilor, pentru a se desfășura în continuare sau testare detaliată. Testarea fumului este concepută pentru a detecta defectele „show stopper” care pot împiedica testarea în detaliu a aplicației. Testarea fumului este cunoscută și sub denumirea de testare de verificare a construcției.

Testare de securitate

Este unul dintre tipurile de testare software efectuată de un grup specializat de testeri de software. Scopul testării de securitate este de a se asigura că software-ul este protejat împotriva sau amenințări interne de la oameni și malware. Testarea de securitate verifică practic cât de bun este mecanismul de autorizare al software-ului, cât de puternic este autentificarea, cum menține software-ul confidențialitatea datelor, cum menține software-ul integritatea datelor, care este disponibilitatea software-ului în cazul în care software-ul este atacat de hackeri și malware. Testarea de securitate necesită cunoștințe bune aplicații, tehnologii, rețele, instrumente de testare a securității. Odată cu creșterea numărului de aplicații web, testarea de securitate a devenit mai importantă ca niciodată.

Testarea performanței

Acesta este un tip de testare care este efectuată în primul rând de testeri și, de asemenea, în unele proiecte de către dezvoltatori. Testarea performanței este o evaluare rapidă a software-ului, mediului, rețelei, sisteme externe, și verificați mediu software pentru o stabilitate suficientă pentru a începe testare cuprinzătoare. Testele de performanță sunt înguste și, în majoritatea cazurilor, nu sunt documentate.

Testare de scalabilitate

Este un test nefuncțional conceput pentru a testa unul dintre atributele calității software, adică „Scalabilitate”. Un test de scalabilitate nu se concentrează doar pe una sau pe câteva caracteristici software, mai degrabă decât pe performanța software-ului în ansamblu. Testarea de scalabilitate este de obicei efectuată de echipa de dezvoltare. Scopul testării de scalabilitate este de a testa capacitatea software-ului de a crește cu mai mulți utilizatori, de a crește tranzacțiile, de a crește dimensiunea bazei de date etc. Nu este necesar ca performanța software-ului să crească odată cu creșterea configurației hardware. Testele de scalabilitate ajută la determinarea sarcinilor de lucru mai mari pe care software-ul poate suporta pe măsură ce își extinde baza de utilizatori, tranzacțiile, stocarea datelor etc.

Testare de stabilitate

Este un test nefuncțional conceput pentru a testa unul dintre atributele calității software-ului, adică „Stabilitatea”. Testarea de stabilitate se concentrează pe testarea software-ului stabil atunci când este supus la sarcini la niveluri acceptabile, sarcini de vârf, sarcini generate în vârfuri cu un număr mare datele prelucrate. Testarea de scalabilitate va implica efectuarea diferitelor tipuri de teste de performanță, cum ar fi testarea la sarcină, testarea la stres, testarea vârfurilor, testarea anduranței.

Testarea statică

este o formă de testare ale cărei abordări folosesc ghiduri pas cu pas pentru a evalua corectitudinea rezultatelor. În testarea statică, codul programului nu este executat, ci este revizuit pentru sintaxă, comentarii, convenție de denumire, dimensiunea funcțiilor/metodelor etc. Testarea statică are de obicei liste de verificare, prin care se evaluează rezultatele. Testarea statică poate fi utilizată pentru a testa cerințele, modelele și cazurile de testare folosind abordări precum recenzii sau explicații.

Testarea de stres

Este un tip de testare a performanței în care software-ul este supus unor sarcini de vârf pentru a observa cum se va comporta software-ul sub sarcină de vârf. Testarea de stres verifică, de asemenea, comportamentul software-ului atunci când există o lipsă de resurse, cum ar fi procesorul, memoria, lățimea de bandă a rețelei, spațiu pe disc etc. Testarea de stres vă permite să verificați un atribut de calitate, cum ar fi fiabilitatea.

Testarea sistemului

Include mai multe tipuri de testare software care vă vor permite să verificați software-ul în ansamblu (software, hardwareși rețea) în conformitate cu cerințele pentru care a fost creat. Pentru a finaliza testarea sistemului, sunt efectuate diverse tipuri de teste (testare GUI, testare funcțională, testare de regresie, testare de fum, testare de încărcare, testare de stres, testare de securitate, testare de stres, testare ad-hoc etc.).

Testare de sarcină

Un tip de testare de performanță în care software-ul este supus la încărcare pentru o perioadă semnificativă de timp, testarea de anduranță poate dura câteva zile sau chiar câteva săptămâni. Testarea de anduranță este un tip de testare care se realizează pentru a identifica erorile care cauzează degenerarea performanței software-ului în timpul utilizării continue. Testele de rezistență sunt utilizate pe scară largă pentru dispozitive electronice, care se așteaptă să ruleze continuu zile sau luni sau ani fără repornire. Odată cu numărul tot mai mare de aplicații web, testarea de rezistență a devenit mare valoare, deoarece disponibilitatea aplicațiilor web este esențială pentru susținerea și succesul unei afaceri.

Testarea integrării sistemului

Cunoscut ca SIT (pe scurt), este un tip de testare efectuat de o echipă de testeri de software. După cum sugerează și numele, obiectivul testării integrării sistemului este de a verifica erorile legate de integrarea între diferite aplicații, servicii, aplicații terțe etc. SIT testează scenarii end-to-end care necesită software pentru a comunica (trimite sau primi date) cu alte aplicații în sus, în jos, cu aplicații terțe.

Testarea unitară

Acesta este un tip de testare care este efectuat de dezvoltatorii de software. Testarea unitară urmează metoda de testare cutie albă, în care dezvoltatorul va testa modulele cod sursă, cum ar fi instrucțiuni, ramuri, funcții, metode, interfață în OOP (Programare Orientată pe Obiect). Testarea unitară implică de obicei dezvoltarea șoferului. Teste unitare - optiuni ideale pentru automatizare. Testele automate pot fi executate ca teste de regresie unice împotriva versiunilor noi sau versiunilor noi de software. Există multe cadre utile precum Junit, Nunit etc. care pot face testarea unitară mai eficientă.

Testare de utilizare

Este un tip de testare a software-ului care se efectuează pentru a înțelege cât de ușor de utilizat este software-ul. Scopul testării de utilizare este de a permite utilizatorilor finali să utilizeze software-ul, să le observe comportamentul, răspunsul emoțional (dacă utilizatorii le-a plăcut să folosească software-ul sau au subliniat utilizarea acestuia etc.) și să-și colecteze feedback-ul despre modul în care software-ul poate fi mai ușor de utilizat.

Testarea de acceptare a utilizatorilor

Testarea de acceptare a utilizatorilor este o necesitate pentru orice proiect. Este realizat de clienții/utilizatorii finali ai software-ului. Testarea de acceptare permite tehnicienilor clientului să testeze software-ul față de scenarii de afaceri reale sau scenarii din viața reală și să verifice dacă software-ul îndeplinește cerințele lor de afaceri.

Testarea volumului

Este un tip de testare nefuncțională efectuată de o echipă de ingineri de performanță. Testarea volumului este un tip de testare a performanței. Testarea volumului este efectuată pentru a verifica fiabilitatea software-ului atunci când lucrați cu diferite dimensiuni date care sunt primite și procesate de software. De exemplu, dacă urmează să testați Microsoft Word, atunci testul de volum va fi pentru a vedea dacă MS Word poate deschide, salva și lucra cu fișiere dimensiuni diferite(de la 10 la 100 MB).

Testare de vulnerabilitate

Implică identificarea vulnerabilităților software, hardware sau rețelei care pot fi exploatate de hackeri și alte programe rău intenționate similare virușilor sau viermilor. Testarea vulnerabilităților este cheia pentru a asigura securitatea și disponibilitatea software-ului. Odată cu creșterea hackerilor și a programelor malware, testarea vulnerabilităților a avut crucial pentru succesul în afaceri.

Testarea cutiei albe

Testarea cutiei albe este cunoscută și sub denumirea de testare a cutiei de sticlă sau transparentă. Testarea cutiei albe este o metodă de testare a software-ului care este concepută pentru a testa software-ul cu cunoștințe despre funcționarea internă a software-ului. Această tehnică este utilizată în testarea unitară, care este de obicei efectuată de dezvoltatorii de software. Testarea cutiei albe este pentru testarea codului, a testelor, a ramurilor, a căii, a deciziilor și a fluxului de date din programul testat. Testarea cutiei albe și testarea cutiei negre sunt complementare, deoarece fiecare abordare de testare poate identifica o categorie specifică de erori.

Aș dori să observ că a noastră vă va ajuta să vă familiarizați cu aceste metode de testare.

Înscrie-te acum sau solicită un apel cu o consultație gratuită!

Testare

Testarea (test de engleză - test, verificare) este o metodă experimentală de psihodiagnostic utilizată în cercetarea sociologică empirică, precum și o metodă de măsurare și evaluare a diferitelor calități și stări psihologice ale unui individ.

Apariţia procedeelor ​​testologice s-a datorat nevoii de comparare (comparare, diferenţiere şi ierarhizare) a indivizilor după nivelul de dezvoltare sau gradul de exprimare a diverselor calităţi psihologice.

Fondatorii testării sunt F. Galton, C. Spearman, J. Cattell, A. Binet, T. Simon. Însuși termenul „test mental” a fost inventat de Cattell în 1890. Începutul dezvoltării testologiei moderne și utilizarea pe scară largă a testelor în practică este asociat cu numele medicului francez Binet, care, în colaborare cu Simon, a dezvoltat scara metrica dezvoltare mentală, cunoscut sub numele de testul Binet-Simon.

Diseminarea largă, dezvoltarea și îmbunătățirea testelor a fost facilitată de o serie de avantaje pe care le oferă această metodă. Testele vă permit să evaluați o persoană în conformitate cu scopul declarat al studiului; oferi posibilitatea de a primi cuantificare bazată pe cuantificarea parametrilor calitativi de personalitate și comoditate prelucrare matematică; sunt relativ prompt estimări număr mare persoane necunoscute; contribuie la obiectivitatea aprecierilor care nu depind de atitudinile subiective ale celui care efectuează cercetarea; asigurarea comparabilității informațiilor obținute de diferiți cercetători pe diferite subiecte.

Testele necesită:

Formalizarea strictă a tuturor etapelor de testare,

Standardizarea sarcinilor și condițiilor de implementare a acestora,

Cuantificarea rezultatelor obtinute si structurarea acestora dupa un program dat,

Interpretarea rezultatelor pe baza unei distribuții obținute anterior pentru caracteristica studiată.

Fiecare test care îndeplinește criteriile de fiabilitate, pe lângă un set de sarcini, include următoarele componente:

1) instrucțiuni standard pentru subiect despre scopul și regulile de îndeplinire a sarcinilor,

2) cheie de scalare - corelarea itemilor de sarcină cu scalele calităților măsurate, indicând ce element de sarcină aparține cărei scară,

4) cheia de interpretare a indicelui rezultat, care reprezintă datele normative cu care se corelează rezultatul obţinut.

În mod tradițional, norma în testare a fost datele statistice medii obținute ca urmare a testării preliminare pentru anumit grup persoane Aici este necesar să se țină cont de faptul că interpretarea rezultatelor obținute poate fi transferată doar acelor grupuri de subiecți care, în caracteristicile lor socioculturale și demografice de bază, sunt similare cu cea de bază.

Pentru a depăși principalul dezavantaj al majorității testelor, sunt utilizate diferite tehnici:

1) creșterea eșantionului de bază pentru a crește reprezentativitatea acestuia în Mai mult parametrii,

2) introducerea unor factori de corecție ținând cont de caracteristicile eșantionului,

3) introducerea în practica de testare a unei metode non-verbale de prezentare a materialului.

Testul constă din două părți:

a) material stimulativ (sarcină, instrucțiune sau întrebare)

b) instrucțiuni privind înregistrarea sau integrarea răspunsurilor primite.

Standardizarea situației, tipică pentru teste, le oferă acestora o mai mare obiectivitate a rezultatelor, în contrast cu observarea „liberă” a comportamentului.

Testele sunt clasificate în funcție de diferite criterii.

Pe baza tipului de trăsături de personalitate, acestea sunt împărțite în teste de realizare și de personalitate. Primele includ teste de inteligență, teste de performanță școlară, teste de creativitate, teste de aptitudini, teste senzoriale și motorii. Al doilea include teste pentru atitudini, interese, temperament, teste caracterologice, teste motivaționale. Cu toate acestea, nu toate testele (de exemplu, testele de dezvoltare, testele grafice) pot fi organizate de această caracteristică. În funcție de tipul de instrucțiuni și de metoda de aplicare, testele individuale și de grup diferă. În testarea de grup, un grup de subiecți este examinat simultan. Deși nu există limite de timp în testele de nivel, acestea sunt necesare în testele de viteză. În funcție de măsura în care subiectivitatea cercetătorului se manifestă ca urmare a testării, se disting teste obiective și subiective.

Cele mai multe teste de realizare și teste psihofiziologice sunt obiective, iar testele proiective sunt subiective. Această împărțire coincide într-o anumită măsură cu împărțirea în teste directe și indirecte, care diferă în funcție de faptul că subiecții cunosc sau nu sensul și scopul testului.

Pentru testele proiective, o situație tipică este atunci când subiectul nu este informat despre scopul real al studiului. Când efectuați sarcini de testare proiectivă, nu există răspunsuri „corecte”. În funcție de reprezentarea componentei vorbirii în test, se disting teste verbale și nonverbale. Verbal, de exemplu, este un test de vocabular, non-verbal este un test care necesită anumite acțiuni ca răspuns.

După structura lor formală, testele diferă de cele simple, adică. elementare, al căror rezultat poate fi un singur răspuns, și teste complexe, constând din subteste separate, pentru fiecare dintre acestea trebuie acordat un punctaj. În acest caz, acestea pot fi, de asemenea, calculate note generale. Un set de mai multe teste individuale se numește baterie de testare, imagine grafică rezultate pentru fiecare subtest - profil de testare. Testele includ adesea chestionare care satisfac o serie de cerințe aplicate de obicei unei anumite metode de colectare a informațiilor psihologice sau sociologice.

ÎN în ultima vreme Testele bazate pe criterii devin din ce în ce mai răspândite, permițând ca subiectul de testare să fie evaluat nu în comparație cu datele populației medii, ci în raport cu o normă predeterminată. Criteriul de evaluare în astfel de teste este gradul în care rezultatul testului unui individ se apropie de așa-numita „normă ideală”.

Dezvoltarea testului constă în patru etape.

În prima etapă, conceptul inițial este dezvoltat cu formularea principalelor puncte de testare sau a principalelor întrebări cu caracter preliminar;

În a doua etapă, punctele de testare preliminare sunt selectate cu selecția ulterioară și reducerea la forma finală și, în același timp, se efectuează o evaluare în conformitate cu criterii de calitate fiabilitate și validitate;

În a treia etapă, testul este retestat pe aceeași populație;

La a patra etapă, este calibrat în raport cu vârsta, nivelul de studii și alte caracteristici ale populației.

În toate etapele dezvoltării testului, este necesar să se ia în considerare:

a) o proprietate diagnosticabilă a personalității (mărime, poziție, indicator) sau numai manifestările ei observabile (de exemplu, abilități, nivel de cunoștințe, temperament, interese, atitudini);

b) validarea metodei asociate, i.e. determinarea cât de bine măsoară proprietatea necesară;

c) dimensiunea eșantionului din populația pe care trebuie evaluată metoda;

d) material stimulativ (tablete, imagini, jucării, filme);

e) influenta cercetatorului in procesul de instruire, stabilire a sarcinilor, explicare, raspuns la intrebari;

f) condiţiile situaţiei;

g) asemenea forme de comportament ale subiectului care indică proprietatea care se măsoară;

h) scalarea formelor relevante de comportament;

i) însumarea rezultatelor pentru itemi individuali măsurați în valori generale (de exemplu, însumarea răspunsurilor ca „Da”);

j) formularea rezultatelor într-o scală de rating standardizată.

Una dintre opțiunile de testare poate fi un chestionar, dar cu condiția ca acesta să îndeplinească cerințele pentru teste. Un chestionar este o colecție de întrebări care sunt selectate și aranjate unele în relație cu altele, în conformitate cu conținutul cerut. Chestionarele sunt folosite, de exemplu, în scopuri de psihodiagnostic, atunci când subiectului i se cere să-și autoevalueze comportamentul, obiceiurile, opiniile etc. În acest caz, subiectul, răspunzând la întrebări, își exprimă preferințele pozitive și negative. Cu ajutorul chestionarelor, puteți măsura evaluările subiecților asupra altor persoane. Sarcina acționează de obicei ca un răspuns direct la întrebări la care trebuie să se răspundă prin regret sau respingere. În cele mai multe cazuri, opțiunile de răspuns sunt date și necesită doar un semn sub formă de cruce, un cerc mic etc. Dezavantajul chestionarului este că subiectul poate simula sau disimula anumite trăsături de personalitate. Cercetătorul poate depăși acest dezavantaj (deși nu complet) prin întrebări de control, scale de control și scale de „minciună”. Chestionarele sunt folosite în primul rând pentru a diagnostica caracterul, a diagnostica personalitatea (de exemplu, extroversiune - introversie, interese, atitudini, motive).

Diagnosticul personalității este un set de metode care fac posibilă recunoașterea proprietăților sale non-intelectuale, care sunt de natura unor dispoziții relativ stabile. Pentru trăsături de personalitate precum extraversia - introversie, motiv dominant, inhibiție, excitabilitate, rigiditate, au fost dezvoltate o serie de metode de diagnostic (chestionare și teste proiective) cu ajutorul cărora puteți determina severitatea acestor proprietăți. La construirea unor astfel de metode, de regulă, se utilizează analiza factorială (G. Eysenck, J. Cattell, J. Guilford) și validarea constructivă.

În stadiul actual al sociologiei aplicate se folosesc cel mai des metode de testare, împrumutat din psihologia socială, referitoare la studiul trăsăturilor de personalitate. Apar teste special elaborate de sociologi. Aceste teste sunt adesea folosite în chestionarele sociologice.

Literatura folosita:

1. Director social, Kiev, 1990.

2. Dicționar social, Minsk, 1991.

3.Fund of time and events in the social sfera, M: Nauka, 1989.