Ciclo di vita difficile del software
A D V E R T I S E M E N T
Software Testing Life Cycle:
The test development life cycle contains the following components:
Requirements
Use Case Document
Test Plan
Test Case
Test Case execution
Report Analysis
Bug Analysis
Bug Reporting
Una collezione di piani d'azione possibili fra il sistema in discussione e gli attori esterni, caratterizzata dall'obiettivo l'attore primario ha verso le responsabilità dichiarate del sistema, mostranti come l'obiettivo dell'attore primario potrebbe essere trasportato o potrebbe venire a mancare.
I casi di uso sono obiettivi (i casi e gli obiettivi di uso sono usati scambievolmente) che si compongono dei piani d'azione. I piani d'azione consistono di una sequenza dei punti per realizzare l'obiettivo, ogni punto in un piano d'azione è un obiettivo secondario (o mini) del caso di uso. Mentre tale ogni obiettivo secondario rappresenta un altro caso di uso (caso secondario di uso) o un'azione autonoma che è al più basso livello voluto dalla nostra decomposizione di caso di uso.
Questo rapporto gerarchico è necessario modellare correttamente i requisiti di un sistema che è diventato. Un'analisi singola completa di uso richiede parecchi livelli. In più il livello a cui il caso di uso sta funzionando esso è importante da capire la portata che sta richiamando. Il livello e la portata sono importanti da assicurare che la lingua e il granularity dei punti del piano d'azione rimangono costanti all'interno del caso di uso.
Ci sono due portate da che usare i casi sono scritti: Strategico e sistema. Ci sono inoltre tre livelli: Sommario, utente e Sub-function.
Portate: Strategico e sistema Portata strategica:
L'obiettivo (caso di uso) è un obiettivo strategico riguardo al sistema. Questi obiettivi sono obiettivi di valore all'organizzazione. Il caso di uso mostra come il sistema è usato per avvantaggiare l'organizzazione., /p> che questi casi strategici di uso finalmente useranno alcuni degli stessi casi (secondari) a livello più basso di uso.
Portata del sistema:
Le casse di uso a portata del sistema sono limitate dal sistema in sviluppo. Gli obiettivi rappresentano la funzionalità specifica richiesta del sistema. La maggior parte dei casi di uso è a portata del sistema. Questi casi di uso sono spesso punti nei casi livellati strategici di uso
Livelli: Obiettivo sommario, obiettivo dell'utente e Sub-function. Caso di uso del livello di Sub-function:
Un obiettivo o un punto secondario è sotto il livello principale di interesse all'utente. Gli esempi “stanno entrando„ e “individuare un dispositivo in un DB„. Sempre a portata del sistema.
Caso di uso del livello di utente:
Ciò è il livello di interesse più grande. Rappresenta un'operazione dell'utente o un processo elementare di affari. Un obiettivo del livello di utente rivolgere la domanda “fa il vostro rendimento di lavoro dipende da quant0 di questi fate in un giorno„. Per esempio “generare la vista del luogo„ o “generare il nuovo dispositivo„ sarebbe obiettivi del livello di utente ma “l'inizio attività al sistema„ non. Sempre a portata del sistema.
Caso livellato sommario di uso: Scritto per portata del sistema o strategica. Rappresentano le collezioni di obiettivi del livello di utente. Per esempio l'obiettivo sommario “configura la base di dati„ potrebbe includere come punto, obiettivo del livello di utente “aggiunge il dispositivo a base di dati„. Il uno o il altro al sistema di portata strategica.
Documentazione di prova La documentazione di prova è un attrezzo richiesto per il controllo ed effettuare del processo difficile. I documenti redatti dai tester dovrebbero rispondere alle seguenti domande:
- Che cosa alla prova? Programma di prova
- Come esaminare? Specifica di prova
- Che cosa sono i risultati? Rapporto di analisi di risultati della prova
A D V E R T I S E M E N T
