Testarea sistemului - Diferite tipuri și zone de focalizare cheie ale testării sistemului

Introducere în testarea sistemului

Ați auzit vreodată despre testarea sistemului? Da, Desigur, ați auzit, dar nu știți ce este testarea. Cum este implementat în mediul real. Lumea de astăzi este plină de o mulțime de dispozitive, noile tehnologii apar zilnic. Pentru a menține calitatea și a ne asigura că produsul nostru este fără erori și de încredere, fiecare dezvoltare are echipa sa de testare paralelă.

Testarea este procesul de verificare încrucișată dacă avem o funcționalitate corectă sau nu. Testarea software este o fază în care software-ul este finalizat. Acum, software-ul integrat urmează să testeze. În timpul testării, verificăm dacă software-ul respectă sau nu cerințele noastre.

Testarea care se face pe întregul sistem cunoscut sub numele de testare a sistemului. Prin acest test, descoperim erorile. Se asigură că tot sistemul funcționează așa cum era de așteptat. Verificăm performanța și funcționalitatea sistemului pentru a obține un produs de calitate. Testarea sistemului nu este altceva decât testarea sistemului în ansamblu. Această testare verifică scenariul end-to-end complet, conform punctului de vedere al clientului.

Testele funcționale și non-funcționale, de asemenea, efectuate prin testarea sistemului. Toate lucrurile sunt făcute pentru a menține încrederea în cadrul dezvoltării că sistemul este fără defecte și fără erori. Testarea sistemului este, de asemenea, destinată testării specificațiilor privind cerințele hardware / software.

Testarea de sistem reprezintă mai mult un tip limitat de testare; caută să detecteze ambele defecte din „inter-asamblări”.

Există două tipuri de teste:

Acestea sunt sisteme și aplicații specializate

Înainte de a sări direct în testul de sistem, vreau să știți fluxul de testare. Deci veți obține o idee clară. Vă rugăm să consultați diagrama următoare.

Tipuri de testare a sistemului

Mai jos sunt diferite tipuri de teste care sunt următoarele:

1. Testarea funcționalității

Această testare asigură că funcționalitatea unui produs funcționează în conformitate cu specificațiile cerințelor, în cadrul funcțiilor sistemului.
Testarea funcțională se face manual sau cu instrumente automate.

2. Testare recuperabilă

Această testare determină dacă operațiunile pot fi continuate după un dezastru sau după pierderea integrității sistemului.
Cel mai bun exemplu în acest caz presupune că descărcăm un fișier. Și brusc conexiunea se stinge. După reluarea conexiunii descărcarea noastră începe de unde am plecat. Nu începe să înceapă din nou.
Aceasta este utilizată acolo unde continuitatea operațiunilor este esențială

3. Testarea performanței

Această testare asigură performanța sistemului în diferite condiții, în ceea ce privește caracteristicile de performanță.
Această testare este, de asemenea, numită testare a conformității cu privire la performanță.
Această testare asigură îndeplinirea cerințelor sistemului
Verifică când mai mulți utilizatori utilizează aceeași aplicație simultan, apoi modul în care reacționează înapoi

Testarea performanței poate fi clasificată în trei categorii principale precum viteza, scalabilitatea, stabilitatea.

4. Testarea scalabilității

Această testare asigură abilitățile de scalare ale sistemului în diferiți termeni precum scalarea utilizatorului, scalarea geografică și scalarea resurselor.

5. Testarea fiabilității

Testarea fiabilității vă asigură că sistemul nu are erori.
Această testare asigură că sistemul poate fi funcționat pentru o durată mai lungă, fără a dezvolta defecțiuni.

6. Testarea documentației

Această testare asigură că ghidul utilizatorului sistemului și alte documente cu subiecte de ajutor sunt corecte și utilizabile.

7. Testarea securității

Testare care confirmă faptul că programul poate avea acces la personal autorizat și că personalul autorizat poate accesa funcțiile disponibile la nivelul său de securitate.
Această testare asigură că sistemul nu permite accesul neautorizat la date și resurse.
Scopul testării de securitate este de a determina cât de bine protejează un sistem împotriva accesului intern sau extern neautorizat sau a daunelor voite.
Există următoarea zonă în care în general putem verifica securitatea:

Autentificare
Autorizare
Data validarii
Securitatea transporturilor
Protejarea datelor
Managementul sesiunii

8. Testarea utilizabilității

Pentru a vă asigura că sistemul este ușor de utilizat, învățați și operați

9. Testarea cerințelor

Fiecare sistem este o cerință testată.

Observații directe ale persoanelor care folosesc sistemul.
Studiile de utilizare s-au făcut în cadrul acestei testări.
Testele utilizatorului în cadrul acestei testări. Se mai numește și testare beta.
Această testare testează sistemul cu privire la modul în care utilizatorul real va funcționa în mediu.
Testarea utilizabilității este utilizată în principal pentru proiectarea aplicației.
Într-un test de uzabilitate, utilizatorii reali încearcă să obțină obiective și sarcini tipice cu un produs în condiții controlate.

Acest sistem este utilizat pentru a determina:

Cât de simplu este să înțelegeți utilizarea aplicațiilor.
Cât de ușor este să executați un proces de cerere.

10. Testarea sarcinii

Această testare determină modul în care se comportă aplicația atunci când mai mulți utilizatori o accesează simultan în mai multe locații.

Această testare este făcută pentru a determina dacă performanța sistemului este acceptabilă la un nivel de sarcină predeterminat.
Testarea sarcinii evaluează performanța sistemului cu nivelurile de încărcare predefinite.
Verifică condițiile normale și predefinite ale aplicației.

11. Testarea stresului

Această testare verifică, în general, că sistemul va continua să funcționeze atunci când este supus unui volum mare de date decât se aștepta.

Testarea stresului poate conține tranzacții de intrare, tabele interne, canale de comunicare, spațiu pe disc etc.
Testul de stres verifică dacă sistemul ar trebui să funcționeze așa cum ar fi într-un mediu de producție.
Verifică sistemul în condiții extreme.
Testarea stresului este cunoscută și sub denumirea de Testare de rezistență.

12. Testarea configurației

Testarea de configurare se verifică cu combinațiile multiple de aplicație cu hardware.
Acest test verifică o problemă de compatibilitate.
Determinați configurația H / W minimă și optimă și S / W.
Această testare determină efectele adăugării sau modificării resurselor precum memorie, spațiu pe disc, procesor, placă de rețea.

13. Testarea compatibilității

Testarea compatibilității, utilizată pentru a verifica dacă aplicația dvs. poate rula pe diferite sisteme H / W, sistem de operare, aplicații, medii de rețea sau dispozitive mobile etc.
Similar cu testarea cu mai multe platforme.
Testarea capabilității este mai utilă în aplicațiile bazate pe web, unde putem verifica dacă aplicația trebuie să fie accesibilă din orice browser.

Zona principală de focalizare

În timpul testării sistemului, sistemul este testat în mediul de producție. Înainte de livrarea produsului, sistemul trebuie testat într-un mediu de producție.
Mediul de dezvoltare și de producție poate fi diferit în funcție de companie.
Ar trebui să obțină în principal o eroare legată de configurare.

Conceptul de testare a sistemului

Testarea sistemului se încadrează în domeniul testării Black-Box. De asemenea, există teste precum securitate, fiabilitate, performanță, instalare, testare funcțională etc.

Avem și teste cu cutie albă. Aceasta, de asemenea, cunoscută sub denumirea de testare în cutii clare. Testarea în cutie albă înseamnă testarea în care testatorul cunoaște structura internă a aplicației de testare. Dar, în acest articol, ne concentrăm pe testarea cutiei negre.

Ce este Black-Box Testing?

Această testare este cunoscută și sub denumirea de testare comportamentală.
Testarea cu cutie neagră se concentrează în principal pe intrare și ieșire, deoarece codul intern este ascuns testerului

Testarea de sistem are, de asemenea, unele teste specializate, după cum urmează:

1. Testarea regresiei

Această testare depinde de timp. Factorul nu este întotdeauna suficient pentru această testare. Această testare se face în două moduri:

Testare manuală :

Testarea manuală se poate face pentru un sistem mic. Proiectul în care apar costurile. Testarea automată nu este convenabilă.

Dezvoltatorii sau echipa de asigurare a calității testează manual fiecare cale a codului software. Și atunci s-a întâmplat comparația.

Această testare necesită foarte mult timp și are nevoie de o mulțime de resurse pentru a lucra la ea.

Această testare nu este eficientă, astfel încât testele de automatizare intră în imagine

Testare automată:

Acest test este foarte bun. O mulțime de companii care încearcă să obțină instrumente de testare automate.

Dacă avem o mulțime de modificări de versiune pentru o aplicație, este foarte util. O clasă a acestor instrumente se numește instrumente de redare capturate.

2. Testarea erorilor de manipulare

Pentru a determina capacitatea Sistemului de a procesa corect tranzacțiile eronate.
Se presupune că orice eroare rezonabilă este detectată de sistemul de aplicație.
Controlul asupra erorii în timpul corectării erorilor este obligatoriu.
În mare parte, procedurile garantează că erorile sunt corectate corect.
Această testare ar trebui să aibă loc pe tot SDLC.
Erorile cuprind toate condițiile neașteptate.
Acesta verifică capacitatea software-ului de a executa toate tranzacțiile în mod corespunzător.
De exemplu: Introduceți doar niște valori eronate în aplicație pentru a verifica dacă sistemul este suficient de capabil să găsească acele probleme. Acest proces poate fi iterativ.

3. Testare inter-sistem

Această testare se face atunci când o aplicație este plasată într-o zonă distribuită. Și toată integrarea plasată se întâmplă. Această testare se face în principal pentru a verifica fluxul de date din sistemul principal găzduit către alte sisteme.
Pe scurt, putem spune că „Testarea unei interfețe între două sau mai multe sisteme de aplicații.”
Aceasta decide:

Documentarea pentru sistem este completă și precisă.
Parametrii și datele sunt trecute corect între cele două aplicații.

Există bucăți de seturi de teste care tranzacția de la un sistem la alt sistem și vice versa se execută corect. s-au întâmplat verificări și dacă se întâmplă o eroare, atunci se corectează la acel moment.
Această testare asigură fluxul de date între aplicație.
Această testare este obositoare dacă nu se face automatizarea.
Costul este mai mare dacă iterațiile sunt mai mari.

4. Testarea sângelui

Testarea sanității înseamnă verificarea comportamentului sistemului. Această testare este numită și testare de regresie îngustă.
Testele de sănătate sunt utile atât pentru validarea inițială a mediului, cât și pentru creșterile interactive viitoare.
Testarea sanității este una concentrată.
Această testare este, de asemenea, considerată ca un subset de testare de regresie.
Examinarea testării Sanity este, putem spune să presupunem că avem nevoie de timpul de funcționare al sistemului. Cum trebuie să dureze sistemul pentru a se ridica?
Testarea sanității proiectată inițial pentru testarea modulelor de bază.
Testarea de sânitate poate verifica conectivitatea cu serverele de aplicații și cu dispozitivele periferice.

5. Testarea fumului

În general, testarea fumului este cunoscută și sub denumirea de „Testare verificare construită”.
Acest termen a venit din testarea hardware. În testarea hardware, dispozitivul a trecut testul, dacă nu a luat foc sau a fumat prima dată când a fost pornit.
Testarea fumului verifică testabilitatea software-ului, denumită Testare afumată.
Testarea fumului decide dacă testarea este suficientă pentru aplicație. Este stabil?
Testarea fumului ajută la stabilirea locului în care se poate opri.
Testele de fum pot fi efectuate manual sau instrumente automatizate.
Scenariile testului de fum subliniază lățimea mai mult decât adâncimea.
Testarea fumului este cunoscută și sub denumirea de Verificarea testării / testarea legăturilor / Testarea funcțională de bază.
Aceasta este o abordare „ușoară și largă” a aplicației.
Testarea fumului ajută la expunerea problemelor din timp.
Testarea fumului ajută, de asemenea, la găsirea testării de integrare.
La testarea fumului, toate componentele trebuie să fie atinse și fiecare caracteristică importantă ar trebui să fie testată pe scurt.
Dacă un test nu reușește, compilarea este returnată dezvoltatorilor care nu sunt testate.
Testarea fumului este utilizată în general în testarea sistemului, testarea acceptării și testarea integrării.

6. Testare paralelă

Testarea paralelă înseamnă testarea simultană a mai multor aplicații sau subsisteme.
Putem spune că o comparație între două sisteme diferite.

Testarea paralelă este de a determina - Noua versiune a unei aplicații sau sisteme noi funcționează corect cu referire la sistemul existent care funcționează corect.
Testarea paralelă poate fi utilizată la acceptarea unui nou sistem.
În timp ce se face testarea paralelă, se folosesc aceleași date atât pentru sistem.
În testare paralelă, noul sistem este utilizat cu un sistem existent pentru o perioadă de timp stipulată.
Prin verificarea încrucișată a o / p și compararea cu o / p din sistemul existent. Testarea paralelă se face pentru a vă asigura că noul sistem funcționează până la marcă, așa cum a făcut anterior sistemul.

Concluzie

Fiecare proces de dezvoltare software are o parte de testare. Dacă software-ul deține toate testele și îndeplinește toate condițiile, atunci este gata de predare către client. Testarea este o parte crucială și trebuie făcută foarte serios.

Articole recomandate

Acesta a fost un ghid pentru testarea sistemului. Aici am discutat Introducerea, diverse tipuri de testare a sistemului și aria sa principală de focalizare. este posibil să vă uitați și la următoarele articole pentru a afla mai multe -

Cariere în testare software
Întrebări la interviu Testing Penetration
Ce este rețelele neuronale?
Ciclul de viață defect în testarea software-ului
Diferite instrumente pentru testarea performanței