Testare de conformitate (testare de conformitate) în testarea software-ului

⚡ Rezumat inteligent

Testarea conformității certifică faptul că un sistem software îndeplinește standardele și reglementările stabilite de organisme precum IEEE, W3C sau ETSI, acoperind performanța, funcțiile, robustețea, interoperabilitatea și comportamentul general al sistemului.

  • 🔘 Numit si: Testarea de conformitate sau testarea de tip, o verificare formală în raport cu un standard publicat.
  • 📚 Acoperire: Include testarea conformității, a sarcinii, a stresului și a volumului într-un singur program de conformitate.
  • 🧭 Subseturi: Specificațiile sunt grupate în Profiluri, Niveluri și Module înainte de începerea proiectării testelor.
  • 🔄 Procesul: Analizați standardele, selectați instrumentele, proiectați procedurile, validați, apoi adoptați politicile de certificare.
  • ???? Mobil: Dispozitivele GSM și CDMA adaugă teste de protocol, SIM, RF, audio și absorbție.
  • 🇧🇷 Distincţie: Conformitatea este formală și cu susținere deplină; conformitatea este informală și cu susținere parțială.

Testarea conformității și procesul de testare a conformității în testarea software

Testare de conformitate

Testare de conformitate este o tehnică de testare a software-ului utilizată pentru a certifica faptul că un sistem software respectă standardele și reglementările definite de organisme precum IEEE, W3C sau ETSI. Aceasta determină cât de bine se conformează un sistem testat cerințelor individuale ale unui anumit standard. Testarea conformității este numită și testare de conformitate.

Poate aborda aspecte tehnice, dar prin concepție acoperă și:

  • Performanţă
  • funcţii
  • Robusteţe
  • Interoperabilitate
  • Comportamentul sistemului

Tipuri de teste de conformitate

Testarea conformității poate fi logică sau fizică și cuprinde următoarele tipuri de testare:

Diagrama de mai jos arată cum aceste tipuri de testare se regăsesc într-un singur program de conformitate.

Tipuri de teste de conformitate grupate ca teste de conformitate, sarcină, stres și volum

De ce avem nevoie de teste de conformitate?

  • Pentru a verifica îndeplinirea cerințelor de sistem
  • Pentru a verifica dacă documentația sistemului este completă
  • Pentru a verifica dezvoltarea, proiectarea și evaluarea în raport cu specificațiile

Ce trebuie să testăm?

  • Standardele prin care are loc implementarea
  • Apelul sistemului care urmează să fie dezvoltat
  • Domeniul de aplicare al specificațiilor
  • Obiectivele caietului de sarcini

Testarea conformității este inițiată de conducere, cu asigurarea că echipa înțelege standardele, specificațiile și procedurile aplicabile.

Standardele și specificațiile ar trebui enunțate clar pentru a evita ambiguitatea. În cazul în care nu sunt, testarea conformității este utilă în sine în identificarea pașilor necesari pentru a le face relevante și fiabile.

Când și cum se efectuează testarea de conformitate?

Testarea conformității se efectuează atunci când trebuie verificată consecvența, caracterul complet și corectitudinea generală a sistemului în raport cu specificațiile cerințelor. Metodologiile utilizate nu sunt foarte diferite de etapele obișnuite ale ciclului de viață al dezvoltării:

  • Analiza specificațiilor cerințelor
  • Pregătirea planului de testare
  • Pregătirea cazurilor de testare și stabilirea scopului acestora
  • Crearea documentației pentru proiectele de testare pregătite

Unele aspecte suplimentare ale specificațiilor necesită atenție, în special subseturile, care sunt în general de trei tipuri — Profil, Nivel și Module:

  • Profil este un subset al specificațiilor care include funcționalitatea sistemului necesară pentru a satisface un anumit grup de utilizatori
  • Niveluri sunt subseturi imbricate ale specificațiilor, unde Nivelul 1 indică specificațiile de bază, iar Nivelul 2 indică Nivelul 1 plus funcționalități suplimentare sau noi
  • Modules sunt colecții de standarde și specificații corelate semnificativ

Procesul de testare a conformității

Procesul de testare a conformității, sau procesul de testare a conformității, este necesar pentru a asigura eficiența și performanța și pentru a evita riscurile viitoare pentru o aplicație software. Un test de conformitate eficient urmează următorul proces pas cu pas:

  1. Analizarea standardelor și specificațiilor
  2. Selectarea instrumentelor de testare și a suitei de teste
  3. Proiectarea procedurilor de testare
  4. Verificarea validarilor necesare
  5. Adoptarea politicilor de testare și certificărilor relevante

Reprezentarea schematică a procesului de testare a conformității și conformității de mai jos facilitează urmărirea secvenței.

Proces de testare a conformității în cinci etape, de la analiza standardelor până la certificare

Exprimat ca un caz de utilizare, același proces arată care actor efectuează fiecare etapă.

Diagrama cazurilor de utilizare a procesului de testare a conformității cu testeri și actori de certificare

Testarea conformității vs. testarea conformității

Testarea conformității este uneori numită Testare de conformitate, însă există câteva aspecte de bază care le diferențiază. Tabelul de mai jos le compară.

Testare de conformitate Testarea conformității
O metodă formală și precisă de testare în funcție de standarde O modalitate informală și mai puțin precisă de testare în funcție de standarde
Certificarea conformității se aplică numai unui sistem de operare care deține aprobarea oficială a Autorității de Certificare. Un sistem de operare care oferă un singur API de POSIX (Portable OperaInterfața de sistem ting) este considerată a fi conformă
Folosit pentru testarea unui sistem care oferă suport complet pentru standardele date Folosit pentru testarea unui sistem care oferă suport doar pentru unele dintre standardele date

Avantajele testării de conformitate

  1. Asigură implementarea corectă a specificațiilor
  2. Asigură portabilitatea și interoperabilitatea
  3. Oferă utilizarea corespunzătoare a standardelor
  4. Permite asigurarea faptului că interfețele și funcțiile funcționează conform așteptărilor
  5. Ajută la identificarea domeniilor care trebuie să se conformeze și a celor care nu, cum ar fi sintaxa și semantica

Dezavantajele testării de conformitate

Ca și alte tipuri de testare, testarea conformității implică sarcini dificil de îndeplinit și care pot deveni o provocare. Câteva dintre ele sunt enumerate mai jos:

  1. Testarea eficientă a conformității necesită identificarea clasei sistemului testat, împreună cu o metodologie adecvată.
  2. Clasificarea specificațiilor în Profiluri, Niveluri și Module
  3. Predefinirea valorilor
  4. Proiectarea extensiilor, opțiunilor și abordărilor necesare pentru derularea cu succes a procesului de testare

Testarea conformității: Vizualizări critice

Testarea conformității are domenii care necesită atenție și cunoștințe suplimentare pentru o implementare cu succes:

  1. Metodologiile de testare care sunt cele mai potrivite
  2. Selectarea unui instrument de testare care va automatiza procesul de testare
  3. Înțelegere clară a faptului că testarea conformității arată doar neconformități, niciodată conformitatea în sine
  4. Proiectarea și implementarea Programului de Testare a Conformității
  5. Definirea modului în care trebuie efectuată formal
  6. Politici și reglementări

Testare de conformitate pentru sistemul mobil

Ca și alte tipuri de testare software, testarea conformității poate fi efectuată și pentru sistemele mobile. Odată ce sistemul este asamblat, acesta este verificat pentru utilizare înainte de implementare printr-un test de conformitate.

În funcție de tipul de rețea, cum ar fi GSM sau CDMA, testele sunt efectuate pentru a obține conformitatea și interoperabilitatea. Aceste teste pot include:

Exemplu de diagramă de caz de utilizare

Următoarea diagramă a cazurilor de utilizare arată cum se efectuează testarea conformității pentru implementare sisteme mobile.

Diagrama cazurilor de utilizare pentru testarea conformității unui sistem mobil implementat

Acest lucru poate fi elaborat pentru testarea cartelei SIM în două etape. Prima etapă este validarea parolei, prezentat mai jos.

Caz de utilizare a validării parolei cartelei SIM cu căi PIN corecte și incorecte

A doua etapă este efectuând un apel, care are două rezultate, apel reușit și apel eșuat.

Crearea unui caz de utilizare a unui apel care să arate rezultatele apelurilor reușite și ale apelurilor eșuate

Testarea protocoalelor urmează același model, așa cum arată acest caz de utilizare.

Caz de utilizare a testării protocolului pentru un sistem mobil supus testului de conformitate

Șablonul de caz de testare de mai jos arată cum sunt scrise cazurile de testare pentru testarea protocoalelor.

ID-ul testului Scenariu de testare Pașii de testare Date de testare rezultat asteptat Rezultat actual Stare Comentarii
PT001 Protocolul nu are blocaj Începeți cu procesul de comunicare _ Ar trebui să stabilească comunicarea cu succes Comunicarea stabilită cu succes Trece _
PT002 Ping„Comanda” funcționează corect pentru timeout” Intrați Ping comandă ca 'Ping -w' în promptul de comandă Ping 1000 Ar trebui să afișeze mesajul „Transmit De succes." Mesajul arată „Transmit De succes." Trece _
PT003 Numără numărul de cereri „echo” Intrați Ping comandă ca 'Ping -n' în promptul de comandă Ping 4 Ar trebui să înceapă pingintroducerea codului 0.0.0.4 cu date de 32 de octeți și afișarea mesajului „Transmit De succes." Începe pingexecută 0.0.0.4 cu date de 32 de octeți, dar afișează mesajul „Transmit A eșuat." Eșua Eroare semantică sau funcțională
PT004 Orice stat poate fi atins din orice stat Ieșirea dintr-o stare și revenirea la cea anterioară sau următoare _ Ar trebui să schimbe cu succes starea Schimbă cu succes starea Trece _

Șabloanele de acest gen aduc uniformitate procesului de testare. În funcție de tipul de rețea, pot fi definite și executate sute de cazuri de testare pentru a confirma că sistemul mobil funcționează conform specificațiilor cerințelor.

Întrebări frecvente

IEEE, W3C, ETSI și 3GPP sunt cele menționate cel mai des, alături de ISO. Fiecare publică specificația și, în multe cazuri, o suită oficială de teste pe care un laborator o rulează înainte de a acorda certificarea.

Modelele citesc o specificație lungă și mapează fiecare clauză la un caz de testare candidat, ceea ce scurtează tracmuncă de eficiență. Un evaluator calificat tot aprobă, deoarece dovezile de certificare trebuie să fie justificabile pentru un auditor.

Da, pentru codul repetitiv și aserțiunile din jurul unei suite de teste publicate. Executătorii agenți pot, de asemenea, să reexecute suita la fiecare compilare, deși criteriile de trecere trebuie să provină din standard, nu din asistent.

O autoritate de certificare acreditată sau un laborator de testare recunoscut de organismul de standardizare, nu de echipa de dezvoltare. Rezultatele autodeclarate sunt de obicei descrise ca o declarație de conformitate, mai degrabă decât ca un certificat.

Ori de câte ori standardul este revizuit sau implementarea se modifică într-un mod care afectează o interfață certificată, multe certificate au și o perioadă de valabilitate, după care suita este executată din nou.

Conformitatea dovedește că o implementare corespunde specificației. Testare de interoperabilitate apoi demonstrează că două implementări construite independent funcționează împreună. Trecerea primei implementări nu garantează că va fi și cea de-a doua.

Predominant cutie neagră. Suita de teste exersează interfața publicată și compară comportamentul observat cu standardul, fără a depinde de modul în care a fost construită intern implementarea.

A tracMatricea de fezabilitate care leagă fiecare clauză a standardului de un caz de testare, rezultatele executate și o declarație a oricărui profil sau nivel revendicat. Auditorii citesc acel pachet în loc de cod.

Rezumați această postare cu: