an excellent way data testing using xml technologies
A la SDLC , si l'aplicació utilitza el model de cascada, al final es planifiquen activitats de prova. Això comporta un risc de reelaboració respecte als requisits, el disseny, el codi i els casos de prova si l'equip de control de qualitat identifica defectes. És millor evitar esperar fins al final per identificar els defectes d’una aplicació.
Les proves que no es basen en l’execució funcional de l’aplicació poden trobar defectes sense obligar l’alliberament de tots els components a l’entorn de prova. Això es pot aconseguir mitjançant proves de dades.
L'XML i les tecnologies relacionades que s'utilitzen per a la comunicació entre els diferents nivells d'una aplicació ofereixen l'oportunitat de dur a terme les proves que no necessiten esperar a que tota l'aplicació estigui fàcilment disponible per provar-les.
Aquest document descriu una possible forma de veure l'opció de proves de dades al principi del cicle de vida d'un llançament del producte.
Què aprendreu:
- Supòsit:
- Grup de discussió:
- Propòsit:
- Prova el cicle de vida de la gestió de dades
- Conclusió
- Lectura recomanada
Supòsit:
Aquest document suposa que el lector està familiaritzat amb conceptes de proves de programari i ús fonamental d'una base de dades i tecnologies XML.
Grup de discussió:
Equip de control de qualitat (QA), equip de dades (DT), desenvolupador (DEV)
Propòsit:
El dades de mostra identificat per provar un producte defineix l’abast de les proves realitzades, afegeix confiança en els resultats de la prova i la qualitat del producte. La identificació de les dades d’una prova depèn dels requisits de la prova que s’ha de realitzar.
Aquest document se centra a validar les dades de la prova abans de veure-les a la interfície d'usuari.
Aquest procés necessita una gestió de dades de proves per tal de tenir resultats efectius. Les dades que tots sabem es poden desar en una base de dades o en un fitxer pla. Però la transferència de dades des de / cap a una base de dades es pot gestionar mitjançant XML. Existeix una relació molt estreta entre XML (1), XSD (2), XPATH (3) & XSLT (4). (Vegeu totes les definicions a continuació).
(1) XML - és X tensible M arkup L angustia. És una recomanació del World Wide Web Consortium (W3C) per descriure dades. Amb un conjunt de regles de sintaxi correctes aplicades, es pot assegurar que un document XML estigui 'ben format'
(2) XSD - S'utilitza per indicar l'estructura d'un document XML. Un document XML 'ben format' es pot validar contra un XSD (XML Schema) per validar-lo
(3) XPATH - S'hauria de navegar per un XML 'vàlid' i 'ben format' per recollir les dades adequades de l'XML. Les expressions XPATH semblen un camí d'accés de fitxer tradicional en un directori.
(4) XSLT - és X tensible S full de tall L angustia T ransformacions: mentre es representen les dades d'un XML en una interfície d'usuari (IU), es pot aplicar qualsevol estil (tipus de lletra, color, mida, etc.) mitjançant XSLT. XSLT utilitza XPath per localitzar informació del XML.
Dades presentades al XML es valida contra un esquema (fitxer XSD). L'XML es pot enviar en diferents formats amb XSLT i XPATH.
El fitxer swf no s’obrirà a Chrome
Als efectes d'aquesta discussió, utilitzarem l'exemple següent.
Exemple - Una editorial té un lloc web on es mostra informació sobre els llibres que ha publicat. Una de les pàgines web mostra un resum sobre tots els capítols d’un llibre. Les proves han de garantir que el contingut sigui adequat en aquesta pàgina web. L’editorial ja ha publicat milions de llibres.
Qualsevol informació relacionada amb els llibres publicats es desa en una base de dades. Tot i això, la pàgina web en qüestió necessita un subconjunt de dades (sobre un llibre nou i els seus capítols) per extreure's de la base de dades en un XML.
L'XML que es mostra a continuació representa les metadades del llibre.
Fitxer 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
Prova el cicle de vida de la gestió de dades
Similar a altres processos, gestió de dades de proves té les seves pròpies etapes del cicle de vida (LC).
- Identifiqueu els requisits de dades
- Planificar la recollida de dades
- Construeix les dades
- Proveu les dades
- Manteniment de dades (no detallat en aquest document perquè no és rellevant)
# 1. Identifiqueu els requisits de dades
A l'exemple anterior, la base de dades emmagatzema milions de registres. Si el contingut de tots els llibres s’extreu en un fitxer XML, caldrà una validació detallada. A mesura que ha de sortir informació nova a la pàgina web, l'XML i l'esquema poden patir canvis.
Els canvis a XML, XSD, XPATH i XSLT requereixen una validació adequada. Però aquesta prova no ha d’esperar a la presentació, al middleware i al llançament del nivell de dades. L’equip de control de qualitat pot analitzar XSD per preparar el pla de requisits de dades.
| Etapa del cicle de vida | Criteris d’entrada | Activitats / Responsabilitat | Criteris de sortida |
|---|---|---|---|
| Identifiqueu els requisits de dades de prova | Hi ha disponibles els següents documents Disseny de bases de dades, disseny d’interfície d’usuari, especificació de requisits, arquitectura tècnica, diagrama de flux de dades, diagrames de casos d’ús | Comprendre els requisits de dades que fan referència als documents a partir dels criteris d’entrada (QA, DT, DEV) Requisits de dades de prova (QA, DT, DEV): documenta totes les dades necessàries per a cada pantalla que mostra un mapatge entre els noms de visualització de la pantalla i l'element XML corresponent | Reviseu el document de requisits de dades de prova (QA, DEV, DT) |
El procés d’identificació de tots els requisits de dades d’un producte hauria d’abordar el següent:
a) Cobertura i integritat - Els requisits identificats cobreixen tots els casos d’ús?
com obrir el fitxer .apk
Exemple - És molt important provar les combinacions de dades per a títol, autor, categoria, idioma a la mostra XML anterior; ja que l'esquema requereix aquests camps.
Això es pot gestionar fàcilment mirant l’esquema XML que descriu la presència d’un element / atribut i el seu ordre a l’XML
b) Qualitat - Les dades recollides són de la millor qualitat possible? Les dades de prova utilitzades determinen la qualitat de les proves realitzades a l'aplicació.
- Positiu i escenaris negatius - Les proves han de comprovar el comportament de l'aplicació amb les dades d'entrada vàlides / no vàlides
El document de requisits de dades de prova llista les necessitats de dades en tots els nivells de l'aplicació. Les dades de la base de dades es poden utilitzar directament a la IU i / o manipular-les (càlculs, concatenació, etc.). Per tant, és necessari capturar totes les necessitats de dades.
La taula següent representa una taula de dades de mostra:
| Nom del camp | Tipus de dades | Dades de prova | Observacions | Resultat de la prova |
|---|---|---|---|---|
| Autor | Corda | Camp en blanc | Ja que és un camp obligatori. La prova hauria de fallar. | |
| Autor | Corda | Autor + @ | Té caràcters especials | Aquesta prova hauria de fallar |
| Autor | Corda | Nom de l'autor | Inclou un espai | Aquesta prova hauria de superar-se |
| Autor | Corda | 123Autor | Comença amb un número | Aquesta prova hauria de fallar |
| Autor | Corda | @! Autor | Comença amb caràcters especials | Aquesta prova hauria de fallar |
| Autor | Corda | Autor | Prefixat amb espais | Aquesta prova hauria de fallar |
A l'exemple anterior, es pot evitar l'ús del tipus de dades de cadena per al camp Autor. En canvi, es pot aplicar un patró.
Per exemple. només alfabets, comença amb una lletra majúscula, no hi ha caràcters especials, etc. patró (restringir un valor d'element definit a XSD) es pot definir com a .
Si s'estableix per al fitxer autor element de l'exemple anterior, significa, el autor L'element ha de tenir el valor amb una combinació de majúscules, alfabets en minúscula i enters enters positius.
# 2. Planificar la recollida de dades
| Etapa LC | Criteris d’entrada | Activitats / Responsabilitat | Criteris de sortida |
|---|---|---|---|
| Planificar la recollida de dades | Document de requisits de dades de prova aprovat | Identificar la freqüència de necessitats de dades (DEV, QA) Llista de dades de prova (QA) Defineix esquema XML (DEV) | Reviseu la freqüència de les necessitats de dades i les dades de prova (DT) |
# 3. Construeix les dades
| Etapa LC | Criteris d’entrada | Activitats / Responsabilitat | Criteris de sortida |
|---|---|---|---|
| Construeix dades | Fitxer de sol·licitud de dades | Construïu les dades a la base de dades (DT) Extreu les dades de la base de dades al XML (DT) Valideu l'XML contra l'esquema (DT) Compartir el fitxer XML amb QA (DT) | L’equip de control de qualitat rep un fitxer XML |
# 4. Proveu les dades
| Etapa LC | Criteris d’entrada | Activitats / Responsabilitat | Criteris de sortida |
|---|---|---|---|
| Proveu les dades | Fitxer XML de sol·licitud de dades | Valideu l'XML en comparació amb l'esquema per completar-lo i ajustar-lo (QA) Actualitzeu el document de mapatge amb els resultats de les proves (QA) | Resultats de les proves compartits amb l'equip DEV, DT |
Tal com es mostra a les taules anteriors, QA valida l'XML amb l'esquema per comprovar si les dades estan disponibles tal com s'esperava. Un cop coincideixi l'esquema, es pot confirmar que el contingut i la seva estructura estan bé. Tot i això, això no confirma que el sistema recopili les dades amb precisió.
Com sabem, XML mostra una estructura d'arbre amb p arent-fill-germà-avantpassat-descendent relació entre els nodes.
Mireu la taula següent per comprendre les convencions XPATH més senzilles:
Per representar els camps de l'XML en una pantalla (com HTML per exemple) s'utilitza la combinació XSLT - XPATH.
Latest Book
Title Author Publication_Year Category Language Pages
En un navegador, finalment, l'XML resultant es representa de la manera següent. Com que les dades ja s'han verificat, el focus de les proves pot ser més ben vist a la pantalla.
Conclusió
- La prova de dades realitzada a principis del cicle de vida de les proves de desenvolupament permet estalviar diners, ja que el cost de solucionar un error durant l'execució de la prova funcional és molt més que solucionar-lo al principi del cicle de vida.
- L’esforç invertit inicialment en validar el fitxer XML, XPath i XSLT amb documents XSD ajuda a evitar diverses iteracions de la versió
- L’equip de control de qualitat pot treballar estretament amb l’equip de desenvolupament i proporcionar un servei de valor afegit
- L’equip de control de qualitat pot ajudar-vos a maquetar diverses combinacions de dades per garantir la cobertura i la correcció
Estic segur que trobareu útil aquesta tècnica. No dubteu a comentar si teniu cap pregunta.
Lectura recomanada
- Un enfocament senzill per a la prova XML a la base de dades
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Diferències clau entre la prova de caixa negra i la prova de caixa blanca
- Top 10 de les eines i tecnologies de proves més populars del magatzem de dades
- Tutorial de proves de magatzem de dades de proves ETL (una guia completa)
- Prova de descàrrega de llibres electrònics
- Què és la prova de mutació: tutorial amb exemples
- Com realitzar proves basades en dades mitjançant l'eina TestComplete