an excellent way data testing using xml technologies
În SDLC , dacă aplicația folosește modelul cascadă, activitățile de testare sunt planificate la final. Acest lucru prezintă un risc de reprelucrare în ceea ce privește cerințele, proiectarea, codul și cazurile de testare, dacă echipa QA identifică defecte. Este mai bine să evitați să așteptați până la final pentru a identifica defectele dintr-o aplicație.
Testele care nu se bazează pe execuția funcțională a aplicației pot găsi defecte fără a impune eliberarea tuturor componentelor în mediul de testare. Acest lucru poate fi realizat prin testarea datelor.
XML și tehnologiile conexe utilizate pentru comunicarea între diferite niveluri ale unei aplicații oferă o oportunitate de a efectua testele care nu trebuie să aștepte până când întreaga aplicație va fi disponibilă pentru testare.
Acest document prezintă o modalitate posibilă de a analiza opțiunea de testare a datelor la începutul ciclului de viață al lansării unui produs.
Ce veți învăța:
- Presupunere:
- Focus grup:
- Scop:
- Testează ciclul de viață al gestionării datelor
- Concluzie
- Lectură recomandată
Presupunere:
Acest document presupune că cititorul este familiarizat cu concepte de testare software și utilizarea fundamentală a unei baze de date și a tehnologiilor XML.
Focus grup:
Echipa QA (QA), echipa de date (DT), dezvoltatorul (DEV)
Scop:
date eșantion identificat pentru testarea unui produs definește gradul de testare efectuat, adaugă încredere în rezultatele testelor și calitatea produsului. Identificarea datelor pentru un test depinde de cerințele testului care trebuie efectuat.
Acest document se concentrează pe validarea datelor de test înainte de a le vedea pe interfața cu utilizatorul.
Acest proces necesită gestionarea datelor de testare pentru a avea rezultate de testare eficiente. Datele așa cum știm cu toții pot fi salvate într-o bază de date sau într-un fișier plat. Dar transferul de date de la / la o bază de date poate fi gestionat folosind XML. Există o relație foarte strânsă între XML (1), XSD (2), XPATH (3) și XSLT (4). (Vezi mai jos toate definițiile).
(1) XML - este X tensibil M arkup L angoasă. Este o recomandare a World Wide Web Consortium (W3C) pentru a descrie datele. Cu un set de reguli de sintaxă corecte aplicate, se poate asigura că un document XML este „bine format”
(Două) XSD - Folosit pentru a indica structura unui document XML. Un document XML „bine format” poate fi validat împotriva unui XSD (XML Schema) pentru validare
(3) XPATH - Un XML „valid” și „bine format” ar trebui navigat pentru a prelua datele corespunzătoare din XML. Expresiile XPATH arată ca o cale tradițională de fișier într-un director.
(4) XSLT - este X tensibil S foaie de tip L angoasă T ransformări - În timp ce reprezentați datele dintr-un XML pe o interfață cu utilizatorul (UI), orice stil (font, culoare, dimensiune etc.) poate fi aplicat folosind XSLT. XSLT folosește XPath pentru a localiza informații din XML.
Date prezentate în XML este validat împotriva unei scheme (fișier XSD). XML poate fi redat în diferite formate cu XSLT și XPATH.
vizualizați site-ul meu web în diferite browsere
În scopul acestei discuții, vom folosi următorul exemplu.
Exemplu - O editură are un site web care afișează informații despre cărțile pe care le-a publicat. Una dintre paginile web afișează un rezumat despre fiecare capitol al unei cărți. Testarea trebuie să se asigure că conținutul este adecvat pe această pagină web. Editura a publicat până acum milioane de cărți.
Orice informație legată de cărțile publicate este salvată într-o bază de date. Cu toate acestea, pagina web în cauză are nevoie de un subset de date (despre o carte nouă și capitolele sale) pentru a fi extrase din baza de date într-un XML.
XML-ul dat mai jos reprezintă metadatele despre carte.
Fișier XML Book.xml
A book on test data Jim 2015 Technical English 120 10 Acknowledgement Introduction What is data List of references
XML Schema Book.xsd
Testează ciclul de viață al gestionării datelor
Similar cu alte procese, gestionarea datelor de testare are propriile etape ale ciclului de viață (LC).
- Identificați cerințele privind datele
- Planificați colectarea datelor
- Construiți datele
- Testați datele
- Întreținerea datelor (nu este detaliată în acest document deoarece nu este relevantă)
# 1. Identificați cerințele privind datele
În exemplul de mai sus, baza de date stochează milioane de înregistrări. Dacă conținutul tuturor cărților este extras într-un fișier XML, acesta necesită o validare detaliată. Pe măsură ce trebuie introduse informații noi pe pagina web, XML și schema ar putea suferi modificări.
Modificările aduse XML, XSD, XPATH și XSLT necesită o validare adecvată. Dar aceste teste nu trebuie să aștepte prezentarea, middleware-ul și lansarea nivelului de date. Echipa QA poate analiza XSD pentru a pregăti planul de cerințe de date.
cel mai bun curățător gratuit de computer pentru Windows 10
Etapa ciclului de viață | Criterii de intrare | Activități / Responsabilitate | Criterii de ieșire |
---|---|---|---|
Identificați cerințele privind datele de testare | Următoarele documente sunt disponibile Proiectarea bazei de date, proiectarea UI, specificația cerințelor, arhitectura tehnică, diagrama fluxului de date, diagramele cazului de utilizare | Înțelegeți cerințele privind datele referitoare la documente de la criteriile de intrare (QA, DT, DEV) Cerințe privind datele de testare (QA, DT, DEV) - Documentează toate datele necesare pentru fiecare ecran, prezentând o mapare între numele afișate pe ecran și elementul XML corespunzător | Consultați documentul de cerințe privind datele de testare (QA, DEV, DT) |
Procesul de identificare a tuturor cerințelor de date pentru un produs ar trebui să abordeze următoarele:
a) Acoperire și completitudine - Cerințele identificate acoperă toate cazurile de utilizare?
Exemplu - Este foarte important să testați combinațiile de date pentru titlu, autor, categorie, limbă în eșantionul XML de mai sus; întrucât schema impune aceste câmpuri.
Acest lucru poate fi gestionat cu ușurință uitându-se la schema XML care descrie prezența unui element / atribut și ordinea lor în XML
b) Calitate - Datele colectate sunt de cea mai bună calitate posibilă? Datele de testare utilizate determină calitatea testării efectuate pe aplicație.
- Pozitiv și scenarii negative - Testarea ar trebui să verifice cum se comportă aplicația cu datele de intrare valide / nevalide
document de cerințe privind datele de testare listează necesitățile de date pe toate nivelurile aplicației. Datele din baza de date pot fi utilizate direct în interfața de utilizare și / sau manipulate (calcule, concatenare etc.). Prin urmare, este necesar pentru a capta toate nevoile de date.
Tabelul de mai jos reprezintă un exemplu de tabel de date:
Numele domeniului | Tipul de date | Date de testare | Observații | Rezultatul testului |
---|---|---|---|---|
Autor | Şir | Câmp gol | Deoarece este un câmp obligatoriu. Testul ar trebui să eșueze. | |
Autor | Şir | Autor + @ | Are personaje speciale | Acest test ar trebui să eșueze |
Autor | Şir | Numele autorului | Include un spațiu | Acest test ar trebui să treacă |
Autor | Şir | 123Autor | Începe cu un număr | Acest test ar trebui să eșueze |
Autor | Şir | @!Autor | Începe cu caractere speciale | Acest test ar trebui să eșueze |
Autor | Şir | Autor | Prefixat cu spații | Acest test ar trebui să eșueze |
În exemplul de mai sus, se poate evita utilizarea tipului de date șir pentru câmpul Autor. În schimb, un model poate fi aplicat.
De exemplu. numai alfabete, începeți cu o literă mare, fără caractere speciale etc. A model (restricționarea unei valori de element definite în XSD) poate fi definită ca .
Dacă acest lucru este setat pentru autor element din exemplul de mai sus, înseamnă, autor elementul ar trebui să aibă valoarea cu o combinație de majuscule, alfabete mici și numere întregi pozitive.
# 2. Planificați colectarea datelor
Etapa LC | Criterii de intrare | Activități / Responsabilitate | Criterii de ieșire |
---|---|---|---|
Planificați colectarea datelor | Document de cerințe privind datele de testare aprobate | Identificați frecvența necesităților de date (DEV, QA) Listează datele de testare (QA) Definiți schema XML (DEV) | Examinați frecvența necesităților de date și datele de testare (DT) |
# 3. Construiți datele
Etapa LC | Criterii de intrare | Activități / Responsabilitate | Criterii de ieșire |
---|---|---|---|
Construiți date | Fișier cerere date | Construiți datele în DB (DT) Extrageți datele din DB în XML (DT) Validați XML împotriva schemei (DT) Partajați fișierul XML cu QA (DT) | Fișierul XML este primit de echipa QA |
# 4. Testați datele
Etapa LC | Criterii de intrare | Activități / Responsabilitate | Criterii de ieșire |
---|---|---|---|
Testați datele | Fișier XML de cerere de date | Validați XML împotriva schemei pentru completitudine și corectitudine (QA) Actualizați documentul de mapare cu rezultatele testelor (QA) | Rezultatele testelor partajate cu echipa DEV, DT |
Așa cum este listat în tabelele de mai sus, QA validează XML în raport cu schema pentru a verifica dacă datele sunt disponibile conform așteptărilor. Odată ce schema se potrivește, conținutul și structura sa pot fi confirmate ca fiind bune. Cu toate acestea, acest lucru nu confirmă faptul că datele sunt preluate cu precizie de sistem.
După cum știm XML arată o structură de copac cu p arent-copil-frate-strămoș-descendent relația dintre noduri.
Uitați-vă la tabelul de mai jos pentru a înțelege cele mai simple convenții XPATH:
Pentru a reprezenta câmpurile din XML pe un ecran (ca HTML de exemplu) se utilizează combinația XSLT - XPATH.
Latest Book
Title Author Publication_Year Category Language Pages
Într-un browser, XML rezultat este reprezentat în cele ce urmează. Deoarece datele au fost deja verificate, focalizarea testării poate fi mai mult aspectul ecranului.
Concluzie
- Testarea datelor efectuate la începutul ciclului de viață al testării dezvoltării economisește bani deoarece costul remedierii unui bug în timpul executării testului funcțional este mult mai mult decât remedierea acestuia la începutul ciclului de viață
- Efortul depus inițial în validarea fișierului XML, XPath și XSLT cu documente XSD ajută la evitarea mai multor iterații ale versiunii
- Echipa QA poate colabora îndeaproape cu echipa de dezvoltare și poate oferi un serviciu cu valoare adăugată
- Echipa de asigurare a calității poate ajuta la modelarea diferitelor combinații de date pentru a asigura acoperirea și corectitudinea
Sunt sigur că veți găsi utilă această tehnică. Nu ezitați să comentați dacă aveți întrebări.
Lectură recomandată
- O abordare simplă pentru testarea XML către baza de date
- Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
- Diferențele cheie dintre testarea cutiei negre și testarea cutiei albe
- Top 10 instrumente populare de stocare a datelor și tehnologii de testare
- Tutorial de testare a depozitului de date ETL (ghid complet)
- Descărcare eBook Descărcare Primer
- Ce este testarea mutației: Tutorial cu exemple
- Cum se efectuează testarea bazată pe date folosind instrumentul TestComplete