VOGO · Agent Testing
Agentul pentru testarea software
Planul de testare, scenariile și cazurile de test, defectele și rapoartele — pregătite și verificate de agent, după programele recunoscute ale meseriei.
Pentru aplicațiile organizației și pentru capitolul de testare al ofertelor. Responsabilul de calitate aprobă și răspunde.
- Fiecare cerință, testată și dovedită
- Defectele închise numai după retestare
- Omul decide
Testarea ca disciplină, ținută zi de zi de agent; acceptanța, a omului
Agentul ține împreună ce într-un proiect se desparte ușor: cerințele, cazurile de test, rezultatele și defectele. Fiecare caz de test pornește de la o cerință și ajunge într-un raport, astfel încât se vede oricând ce e validat, ce e în curs și ce nu are încă acoperire.
Scenariile se scriu punct cu punct din cerințe, cu cazuri pozitive, negative și la limită. Un defect primește clasa de severitate, se remediază, se retestează și abia apoi se închide, cu regresia zonei atinse.
Ce afirmă despre un standard se sprijină pe sursele lui, păstrate local; ce nu găsește acolo spune deschis.
Mai puține defecte ajunse la utilizatori. Dovezi pentru fiecare cerință. Aceeași răspundere, a omului.
Planul de testare
Obiectivele, tipurile de testare, mediile, datele de test, criteriile de intrare și de ieșire, într-un plan aprobat înainte de dezvoltare.
Scenarii și cazuri de test
Din cerințe, punct cu punct: cazuri pozitive, negative și la limită, fiecare cu rezultatul așteptat și dovada cerută.
Trasabilitatea
Cerință, caz de test, rezultat și defect, legate în matricea de conformitate; se vede oricând ce e validat și ce nu.
Defecte și retestare
Patru clase de severitate, aceleași în toate etapele; un defect se închide numai după retestare și regresie.
Rapoartele de testare
La fiecare jalon: rezultatul așteptat față de cel obținut, defectele, starea fiecărei cerințe și recomandarea.
Testarea de securitate
Autentificarea, accesul pe roluri, separarea datelor, injectarea; planul fixează ce rulează în mediul de test și ce pe producție.
Capturile de ecran
Capturi ale aplicațiilor făcute mereu cu aceleași setări, pe contul de test, pentru dovezi și ghiduri.
Omul decide
Agentul pregătește, verifică și raportează; acceptanța și deciziile asupra riscurilor rămân ale responsabilului.
De la codul fiecărei livrări la acceptanța beneficiarului
Aceleași tipuri de testare pe care le asumăm în ofertele noastre, alese după ce cere proiectul.
Unitare și de integrare
Executate automat la fiecare livrare de cod, înainte de orice testare formală.
Funcționale, cap-coadă
Pe fluxuri complete de lucru, de la intrarea datelor la rezultat, inclusiv ramurile de eroare.
Interfețe și integrări
Contractele de interfață: mesaj valid, schemă greșită, duplicat, reluare după întrerupere fără dublarea rezultatului.
Migrare și reconciliere
Datele migrate verificate ca volum, câmpuri, relații și metadate, apoi în fluxuri și în rapoarte.
Nefuncționale
Performanță și încărcare, disponibilitate, salvare și restaurare, recuperare după dezastru, capacitate.
Securitate
Audit de securitate, scanarea vulnerabilităților și test de penetrare, după OWASP și OSSTMM.
Accesibilitate
Verificare față de EN 301 549 și WCAG 2.1, nivelul AA.
Acceptanță
Executată de echipa beneficiarului, pe scenariile aprobate, cu pregătirea și sprijinul agentului.
Patru activități distincte, după programa ISTQB
Planificarea
Planul de testare, criteriile de intrare și de ieșire, mediile și datele, aprobate înainte de dezvoltare.
Proiectarea
Scenariile minime cerute de beneficiar, preluate integral, plus cele derivate din cerințe și fluxuri.
Execuția
Rulare pe versiunea instalată în mediul de test, cu dovada fiecărui pas și defectele înregistrate pe loc.
Raportarea
Rezultatele pe cerințe, defectele cu severitatea lor, retestările și recomandarea pentru acceptanță.
Testarea începe odată cu prima iterație, nu la finalul dezvoltării. Rolul care dezvoltă este separat de rolul care validează: cel care a remediat un defect nu îi validează și închiderea.
Criteriile de intrare și de ieșire. Testarea formală începe cu componenta instalată în mediul de test, cu testele automate trecute, cu documentația funcțională disponibilă și cu echipa beneficiarului instruită. Se încheie cu toate scenariile planificate executate, fără niciun defect critic sau major deschis și cu rezultatele consemnate.
Defectele. Patru clase de severitate — critică, majoră, medie, minoră —, aceleași în toate etapele, ca raportarea să fie comparabilă. Orice remediere e urmată de retestarea scenariului afectat și de suita de regresie, ca să se confirme că nu a stricat altceva.
Acceptanța. Criteriile sunt ale beneficiarului și se preiau integral; verificările interne ale echipei le completează, nu le înlocuiesc.
Ce primește beneficiarul la fiecare etapă
Documente editabile, versionate, legate între ele prin aceiași identificatori de cerință.
Planul de testare
Obiective, tipuri de testare, medii, date, roluri, criterii de intrare, de ieșire și de retestare.
Scenariile și cazurile de test
Precondiții, date, pași, rezultat așteptat și probă, fiecare legat de cerința pe care o validează.
Raportul de testare și acceptanță sistem
Dovezi concrete de funcționare pentru toate funcționalitățile și integrările implementate.
Raportul de testare și validare securitate
Rezultatele auditului, ale scanărilor și ale testului de penetrare, cu remedierile și retestările.
Registrul defectelor
Severitatea, cerința afectată, scenariul care l-a găsit, remedierea, versiunea și rezultatul retestării.
Matricea de trasabilitate
Pentru fiecare cerință: validată, în curs sau fără acoperire, în orice moment al proiectului.
Pe ecranele aplicației, pe fiecare rol, pe desktop și pe telefon
Cum testează agentul o aplicație livrată: ecranele, drepturile, serviciile web, asistenții AI și fiecare urcare pe server.
Roluri și drepturi
Fiecare ecran, pe fiecare rol: administrator, utilizator central, de unitate, fără rol, cont inactiv. Ce vede în meniu, ce deschide, ce primește la adresa directă a unui ecran interzis.
Desktop și telefon
Fiecare ecran de două ori, pe fereastra de laptop și pe telefon, cu capturi numite după ecran, dimensiune și rol.
Aspectul, măsurat
Derularea din pagină și din dialoguri se măsoară, nu se apreciază; plus elementele tăiate sau suprapuse și țintele prea mici pentru deget.
Consecvența ecranelor
Bara de sus, meniul, butoanele și culorile, comparate de la un ecran la altul al aplicației.
Comportamentul așteptat
Se ia din cerințe și din deciziile proiectului. Ce nu e scris nicăieri se raportează separat, ca „comportament așteptat nedefinit”, nu ca defect.
Servicii web REST și SOAP
Fiecare operație după contract, plus securitatea: cheia de acces, drepturile, accesul la datele altuia, conexiunea criptată.
Asistenții AI
Un simulator scrie ca utilizatorii reali, un evaluator separat judecă răspunsurile; după instruire, retestarea se face pe întrebări noi.
Verificarea livrării
După fiecare urcare pe server, versiunea și amprenta fiecărui fișier se confirmă pe destinație; un rezultat neclar se raportează ca eșec.
Standardele după care lucrează
ISTQB
Foundation și Advanced: Test Manager, Test Analyst, Technical Test Analyst, Test Automation, Agile; Security și Performance.
TMAP
Calitatea în echipele multifuncționale: testarea integrată în livrare, nu adăugată la final.
IREB CPRE
Cerințe clare și testabile, baza oricărui caz de test.
ISO/IEC/IEEE 29119
Seria de standarde pentru procesul, documentația și tehnicile de testare software.
OWASP și OSSTMM
Securitatea aplicațiilor și metodologia testelor de securitate și de penetrare.
EN 301 549 și WCAG 2.1
Cerințele de accesibilitate pentru produsele și serviciile digitale, nivelul AA.
ISO/IEC 25010
Caracteristicile de calitate ale produsului software: performanță, fiabilitate, securitate, utilizabilitate.
ISO 9001 și ISO/IEC 27001
Practicile de management al calității și de securitate a informației aplicate pe parcursul testării.
Instrumentele
Playwright
Regresia funcțională a interfeței și a API-urilor, inclusiv accesul permis sau refuzat pe roluri.
k6
Încărcarea și performanța, pe scenarii reproductibile, comparate cu cerințele.
ZAP
Verificările dinamice de securitate; nu înlocuiește testul de penetrare independent.
GitLab
Cerințele, cazurile de test și legătura cerință–cod–test, cu rezultatul fiecărei livrări.
Planificarea, proiectarea, execuția și raportarea testelor ca activități distincte, cu testarea pornită din prima iterație — aceeași metodologie pe care o folosim în proiectele și în ofertele noastre. Referirile la standardele ISO descriu practicile aplicate, nu certificări.
Întrebări frecvente
Înlocuiește testerul?
Nu. Agentul pregătește planul, cazurile și rapoartele și execută verificările permise; testerul și responsabilul de calitate le aprobă și răspund de ele.
Pe ce se sprijină când citează un standard?
Pe programele de certificare și pe sursele păstrate local, pentru fiecare cadru în parte. Ce nu se află în sursele lui spune ca atare; nu completează din memorie.
Ajută și la oferte?
Da. Pregătește capitolul de testare și asigurare a calității al unei oferte: metodologia, tipurile de testare, planul, criteriile de intrare și de ieșire, gestionarea defectelor, livrabilele și rapoartele.
Cine stabilește criteriile de acceptanță?
Beneficiarul. Agentul le preia integral, nu le înlocuiește cu criterii proprii, și le completează cu verificările interne ale echipei.
Testează direct pe producție?
Numai cât permite planul. Acolo unde planul o cere, creează doar obiecte de test, marcate ca atare, nu atinge nimic altceva, le șterge la final și le listează în raport. Lasă pauză între cereri și nu scrie nicio parolă sau cheie în rapoarte și capturi.
Unde stau datele de test?
În dosarul organizației. Prelucrarea se face pe baza acordului dintre organizație, VOGO și furnizorul serviciului de inteligență artificială.
Vedeți cum lucrează VOGO Agent Testing
O demonstrație de 15 minute, pe un exemplu sau pe o aplicație a organizației dumneavoastră.