an excellent way data testing using xml technologies
Nel SDLC , se l'applicazione utilizza il modello a cascata, le attività di test sono pianificate alla fine. Ciò rappresenta un rischio di rielaborazione rispetto a requisiti, progettazione, codice e casi di test se il team di controllo qualità identifica i difetti. È meglio evitare di aspettare fino alla fine per identificare i difetti in un'applicazione.
I test che non sono basati sull'esecuzione funzionale dell'applicazione possono trovare difetti senza richiedere il rilascio di tutti i componenti nell'ambiente di test. Questo può essere ottenuto testando i dati.
L'XML e le tecnologie correlate utilizzate per la comunicazione tra i diversi livelli di un'applicazione offrono l'opportunità di eseguire i test che non devono attendere che l'intera applicazione sia prontamente disponibile per il test.
Questo documento delinea un possibile modo di considerare l'opzione di test dei dati nelle prime fasi del ciclo di vita di una versione del prodotto.
Cosa imparerai:
- Assunzione:
- Focus group:
- Scopo:
- Testare il ciclo di vita della gestione dei dati
- Conclusione
- Lettura consigliata
Assunzione:
Questo documento presume che il lettore abbia familiarità con concetti di test del software e utilizzo fondamentale di un database e tecnologie XML.
Focus group:
Team QA (QA), team dati (DT), sviluppatore (DEV)
Scopo:
Il dati di esempio identificato per il test di un prodotto definisce l'entità del test eseguito, aggiunge fiducia nei risultati del test e nella qualità del prodotto. L'identificazione dei dati per un test dipende dai requisiti del test da eseguire.
Questo documento si concentra sulla convalida dei dati di test prima di visualizzarli sull'interfaccia utente.
Questo processo richiede la gestione dei dati di test per ottenere risultati di test efficaci. I dati come tutti sappiamo possono essere salvati in un database o in un file flat. Ma il trasferimento dei dati da / a un database può essere gestito utilizzando XML. Esiste una relazione molto stretta tra XML (1), XSD (2), XPATH (3) e XSLT (4). (Vedi tutte le definizioni di seguito).
(1) XML – e X tensibile M arkup L angoscia. Si tratta di una raccomandazione del World Wide Web Consortium (W3C) per descrivere i dati. Con una serie di regole di sintassi corrette applicate, è possibile garantire che un documento XML sia 'ben formato'
(Due) XSD - Usato per denotare la struttura di un documento XML. Un documento XML 'ben formato' può essere convalidato rispetto a un XSD (XML Schema) per convalidarlo
(3) XPATH - È necessario navigare in un XML 'valido' e 'ben formato' per raccogliere i dati appropriati dall'XML. Le espressioni XPATH hanno l'aspetto di un tradizionale percorso di file in una directory.
(4) XSLT - e X tensibile S tylesheet L angoscia T trasformazioni - Mentre si rappresentano i dati da un XML su un'interfaccia utente (UI), qualsiasi stile (carattere, colore, dimensione, ecc.) può essere applicato utilizzando XSLT. XSLT utilizza XPath per individuare le informazioni dall'XML.
I dati presentati nel XML viene convalidato rispetto a uno schema (file XSD). L'XML può essere emesso in diversi formati con XSLT e XPATH.
miglior programma per controllare la temperatura del computer
Ai fini di questa discussione useremo il seguente esempio.
Esempio - Una casa editrice ha un sito web che mostra le informazioni sui libri che ha pubblicato. Una delle pagine web mostra un riepilogo di ogni capitolo di un libro. Il test dovrebbe garantire che il contenuto sia appropriato su questa pagina web. La casa editrice ha ormai pubblicato milioni di libri.
Qualsiasi informazione relativa ai libri pubblicati viene salvata in un database. Tuttavia, la pagina web in questione necessita di un sottoinsieme di dati (su un nuovo libro e sui suoi capitoli) da estrarre dal database in un XML.
L'XML fornito di seguito rappresenta i metadati del libro.
File 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
Testare il ciclo di vita della gestione dei dati
Simile ad altri processi, test di gestione dei dati ha le sue fasi del ciclo di vita (LC).
- Identifica i requisiti dei dati
- Pianificare la raccolta dei dati
- Costruisci i dati
- Testare i dati
- Manutenzione dei dati (non dettagliata in questo documento perché non rilevante)
# 1. Identifica i requisiti dei dati
Nell'esempio precedente, il database memorizza milioni di record. Se il contenuto di tutti i libri viene estratto in un file XML, richiede una convalida dettagliata. Ogni volta che nuove informazioni devono essere visualizzate nella pagina web, l'XML e lo schema potrebbero subire delle modifiche.
Le modifiche a XML, XSD, XPATH e XSLT richiedono una convalida adeguata. Ma questo test non deve attendere il rilascio della presentazione, del middleware e del livello dati. Il team QA può analizzare XSD per preparare il piano dei requisiti dei dati.
Fase del ciclo di vita | Criteri di ingresso | Attività / responsabilità | Criteri di uscita |
---|---|---|---|
Identificare i requisiti dei dati di prova | Sono disponibili i seguenti documenti Progettazione di database, progettazione dell'interfaccia utente, specifica dei requisiti, architettura tecnica, diagramma del flusso di dati, diagrammi dei casi d'uso | Comprendere i requisiti dei dati che fanno riferimento ai documenti dai criteri di immissione (QA, DT, DEV) Test dei requisiti dei dati (QA, DT, DEV) - Documenta tutti i dati necessari per ogni schermata mostrando una mappatura tra i nomi visualizzati sullo schermo e l'elemento XML corrispondente | Rivedere il documento sui requisiti dei dati di prova (QA, DEV, DT) |
Il processo di identificazione di tutti i requisiti in materia di dati per un prodotto dovrebbe affrontare quanto segue:
a) Copertura e completezza - I requisiti identificati coprono tutti i casi d'uso?
Esempio - È molto importante testare le combinazioni di dati per titolo, autore, categoria, lingua nell'esempio XML di cui sopra; poiché lo schema impone questi campi.
Questo può essere facilmente gestito guardando lo schema XML che descrive la presenza di un elemento / attributo e il loro ordine nell'XML
b) Qualità - I dati raccolti sono della migliore qualità possibile? I dati di test utilizzati determinano la qualità del test eseguito sull'applicazione.
- Positivo e scenari negativi - Il test dovrebbe verificare come si comporta l'applicazione con i dati di input validi / non validi
Il documento sui requisiti dei dati di prova elenca le esigenze di dati su tutti i livelli dell'applicazione. I dati del database possono essere utilizzati direttamente nell'interfaccia utente e / o manipolati (calcoli, concatenazione, ecc.). Quindi è necessario acquisire tutte le esigenze di dati.
La tabella seguente rappresenta una tabella di dati di esempio:
Nome campo | Tipo di dati | Dati di test | Osservazioni | Risultato del test |
---|---|---|---|---|
Autore | Corda | Campo vuoto | Poiché è un campo obbligatorio. Il test dovrebbe fallire. | |
Autore | Corda | Autore + @ | Ha caratteri speciali | Questo test dovrebbe fallire |
Autore | Corda | Nome dell'autore | Include uno spazio | Questo test dovrebbe passare |
Autore | Corda | 123Autore | Inizia con un numero | Questo test dovrebbe fallire |
Autore | Corda | @!Autore | Inizia con caratteri speciali | Questo test dovrebbe fallire |
Autore | Corda | Autore | Prefisso con spazi | Questo test dovrebbe fallire |
Nell'esempio precedente, è possibile evitare l'uso del tipo di dati stringa per il campo Autore. Invece è possibile applicare un modello.
Per esempio. solo alfabeti, inizia con una lettera maiuscola, nessun carattere speciale ecc. A modello (limitando il valore di un elemento definito in XSD) può essere definito come .
Se è impostato per autore elemento nell'esempio sopra, significa, il autore l'elemento dovrebbe avere il valore con una combinazione di lettere maiuscole, minuscole e solo numeri interi positivi.
# 2. Pianificare la raccolta dei dati
Fase LC | Criteri di ingresso | Attività / responsabilità | Criteri di uscita |
---|---|---|---|
Pianificare la raccolta dei dati | Documento approvato sui requisiti dei dati di prova | Identificare la frequenza delle esigenze di dati (DEV, QA) Elenca dati di test (QA) Definisci XML Schema (DEV) | Rivedere la frequenza delle esigenze di dati e testare i dati (DT) |
# 3. Costruisci i dati
Fase LC | Criteri di ingresso | Attività / responsabilità | Criteri di uscita |
---|---|---|---|
Crea dati | File di richiesta dati | Costruisci i dati nel DB (DT) Estrai i dati dal DB nell'XML (DT) Convalida l'XML rispetto allo schema (DT) Condividi il file XML con QA (DT) | Il file XML viene ricevuto dal team QA |
# 4. Testare i dati
Fase LC | Criteri di ingresso | Attività / responsabilità | Criteri di uscita |
---|---|---|---|
Testare i dati | File XML richiesta dati | Convalida l'XML rispetto allo schema per completezza e correttezza (QA) Aggiorna il documento di mappatura con i risultati del test (QA) | Risultati dei test condivisi con DEV, team DT |
Come elencato nelle tabelle precedenti, QA convalida l'XML rispetto allo schema per verificare se i dati sono disponibili come previsto. Una volta che lo schema corrisponde, è possibile confermare che il contenuto e la sua struttura siano corretti. Tuttavia, ciò non conferma che i dati vengano raccolti in modo accurato dal sistema.
Come sappiamo XML mostra una struttura ad albero con p arent-child-sibling-ancestor-descendent relazione tra i nodi.
domande e risposte dell'intervista del server sql per 5 anni di esperienza
Guarda la tabella seguente per comprendere le convenzioni XPATH più semplici:
Per rappresentare i campi dall'XML su uno schermo (come HTML per esempio) viene utilizzata la combinazione XSLT - XPATH.
Latest Book
Title Author Publication_Year Category Language Pages
Su un browser, infine, l'XML risultante è rappresentato come di seguito. Poiché i dati sono già stati verificati, il focus del test può essere più sull'aspetto e la sensazione dello schermo.
Conclusione
- Il test dei dati eseguito nelle prime fasi del ciclo di vita del test di sviluppo consente di risparmiare denaro poiché il costo di correggere un bug durante l'esecuzione del test funzionale è molto più che risolverlo all'inizio del ciclo di vita
- L'impegno inizialmente speso nella convalida del file XML, XPath e XSLT con documenti XSD aiuta a evitare più iterazioni del rilascio
- Il team di controllo qualità può lavorare a stretto contatto con il team di sviluppo e fornire un servizio a valore aggiunto
- Il team QA può aiutare a simulare varie combinazioni di dati per garantire la copertura e la correttezza
Sono sicuro che troverai utile questa tecnica. Sentiti libero di commentare se hai domande.
Lettura consigliata
- Un approccio semplice per XML al test di database
- Migliori strumenti di test del software 2021 (Strumenti di automazione del test QA)
- Differenze chiave tra il test della scatola nera e il test della scatola bianca
- I 10 principali strumenti di data warehouse e tecnologie di test più diffusi
- Esercitazione sul test del data warehouse di test ETL (una guida completa)
- Download dell'eBook Testing Primer
- Che cos'è il test di mutazione: tutorial con esempi
- Come eseguire test basati sui dati utilizzando lo strumento TestComplete