Domanda

Qualcuno potrebbe spiegare la parola test di regressione in modo comprensibile?

È stato utile?

Soluzione

di test di regressione è un test che viene eseguita per assicurarsi che la funzionalità in precedenza di lavoro funziona ancora, dopo le modifiche in altre parti del sistema. articolo di Wikipedia è abbastanza bravo a spiegare di cosa si tratta.

Il tuo test di unità sono automaticamente test di regressione, e questo è uno dei loro più grandi vantaggi. Una volta che questi test sono stati scritti, verranno eseguiti in futuro, ogni volta che si aggiungono nuove funzionalità o cambiare le funzionalità esistenti. Non è necessario al test di regressione in modo esplicito di scrittura.

Altri suggerimenti

Nonostante la vecchia barzelletta, "Congresso" non è l'opposto del "progresso"; "Regresso" è. Per il codice per regresso è per esso a "tornare indietro", di solito significa che un po 'di cattivo comportamento di un tempo, che si fissa, è tornato. A "regressione" è il ritorno di un bug (anche se ci possono essere altre interpretazioni). Un test di regressione, di conseguenza, è una prova che conferma che hanno fissato il bug, e uno che si esegue periodicamente per assicurarsi che la correzione è ancora al suo posto, ancora funzionante.

La parola di regressione come coniato da Francis Galton attraverso

regressione: L'atto di tornare indietro

vale a dire. è il fenomeno / tecnica in fase di test del software per verificare Qualsiasi modifica / correzioni di bug non ha influenzato le funzionalità esistenti del sistema . Così l'intento di test di regressione è quello di garantire che un cambiamento, ad esempio che una risoluzione non dovrebbe risultare in un altro difetto di essere scoperto nell'applicazione.

Regressione prova è richiesta quando

  • c'è un cambiamento nei requisiti e codice viene modificato secondo il requisito
  • una nuova funzionalità si aggiunge al software
  • difetti sono fissati
  • un problema di prestazioni è fissato

Test di regressione può essere effettuata sia manualmente automatizzato.

Questi sono alcuni strumenti per l'approccio di automazione:

  • QTP
  • AdventNet QEngine
  • Regression Tester
  • vTest
  • Watir
  • Il selenio
  • actiWate
  • Rational Functional Tester
  • SilkTest

Nel corso di un test di regressione, tester corrono attraverso le funzioni di test dell'applicazione che erano noti per il lavoro nella build precedente.

Si esaminare in modo specifico per le parti del l'applicazione che non possono essere stati modificati direttamente, ma dipendono (e potrebbe avere bug residui da) il codice che è stato modificato.

Gli insetti (quelle causate da bug nel codice dipendente anche se stavano lavorando prima) sono conosciuti come regressioni (perché la funzione funzionava correttamente e ora ha un bug ... e quindi, regredito).

test di regressione è una parte di attività di testing, che può essere avviato dopo
modifica è stata fatta per verificare l'affidabilità di ogni software rilasciato.
di nulla, ma un'analisi di impatto per verificare wheather non interessano critica < br> area del software.

  1. Do unit test
  2. test di integrazione Do
  3. Dopo (1) e (2) sono passati, fare test di regressione

In semplice termine, test di regressione è quello di ripetere la fase (1) e (2).

test di regressione fondamentalmente eseguire dopo il completamento del nuovo test. Lo scopo principale del test di regressione è quello di controllare l'impatto della modifica. Se ancora la nostra applicazione sta agendo stabile.

Il suo necessario effettuare un test di regressione, perché a volte è accaduto dopo ripetere le prove o durante il fissaggio sviluppatore bug corretto il bug e perso qualcosa altro codice o codice dipendente

http://en.wikipedia.org/wiki/Regression_testing

In sostanza, verificare il codice aver aggiornato per fare nuovi bug sicuri di non aver introdotto e che la funzionalità funziona ancora come prima.

test della regressione: - se ci sono modifiche, delate, modifica, fino ammaccature o aggiungere nella mia applicazione. In questo caso devo sapere che la mia applicazione funziona come stava funzionando prima.

  

test della regressione -. È un tipo di test SW dove cerchiamo di copertura o Check in tutto il bug originale Fix bug

     

La funzionalità intorno alla correzione di bug non dovrebbe ottenere modificate o alterate a causa della correzione fornita. Problemi rilevati in tale processo sono chiamati come problemi di regressione.

In modo semplice, test di regressione è un test per verificare che la funzionalità di un sistema funziona ancora dopo un nuovo cambiamento di codice è stato introdotto. Non deve davvero essere un test approfonditi di tutta la funzionalità (come le prove funzionali), solo le aree che sono considerate ad essere influenzati dalle modifiche del codice introdotte.

di test di regressione è un test che ci permette di trovare bug introdotto testando alcune aree nel software che stiamo testando. bug introdotto significa un bug che è causato dalle nuove modifiche apportate dallo sviluppatore.

La chiave nel test di regressione è come possiamo effettivamente fare il test per decidere saggiamente alcune aree che potrebbero essere influenzati dai cambiamenti dal momento che non siamo in grado di testare tutte le funzionalità a causa del vincolo di tempo (la maggior parte del tempo). 'Efficace' qui significa che possiamo trovare bug in un periodo relativamente breve di tempo.

Regressione mezzi di prova di prova più volte il software / sito web. Il motivo principale per questo è quello di assicurarsi che non ci sono nuovi bug introdotti.

Tipicamente, test di regressione sarà automatizzato, per ridurre il costo di ripetere il test. I casi di test più alto valore si può costruire, meglio è. Questo è un esempio di un Play e Record di regressione test piattaforma

Definizione:- Il test di regressione è definito come un tipo di test del software per confermare che una recente modifica al programma o al codice non abbia influito in modo dannoso sulle funzionalità esistenti.

Il test di regressione è un nuovo test per assicurarsi che qualsiasi modifica apportata a un programma non influisca sulle altre funzionalità.

Il test di regressione non è altro che una selezione totale o parziale di casi di test già eseguiti che vengono rieseguiti per garantire che le funzionalità esistenti funzionino correttamente.

Possiamo eseguire test di regressione a tutti i livelli di test come test unitari, test di integrazione e livello di test di sistema.

Necessità di test di regressione

  1. Il codice comune è stato modificato correttamente oppure no.

  2. Controllo della versione corretto o errato.

  3. I bug vengono risolti perfettamente.

  4. Risolti completamente i bug.

  5. Correzione del problema relativo alle prestazioni.

6. Cambiamento dei requisiti e il codice viene modificato in base al requisito.

  1. La nuova funzionalità viene aggiunta perfettamente al software.

Per ulteriori visite COLLEGAMENTO

questa definizione di test di regressione :

  

[test di regressione] ti dice se un codice scritto in precedenza e testato rotto dopo aver aggiunto un aggiornamento o una correzione

     

[...] aiuta si nota se hai inconsapevolmente introdotto bug al software mentre l'aggiunta di nuovo codice. Nuovi bug di questo tipo sono chiamati regressioni.

In sostanza, una regressione è ritorno a uno stato in cui l'applicazione dispone di bug .

test di regressione è un'attività eseguita per garantire le diverse funzionalità del sistema stanno ancora lavorando come previsto e le nuove funzionalità aggiunte non rompere nessuno di quelli già esistenti.

In secondo luogo, in genere automatizzati scrivere i test o fare test manuale a quanto sopra menzionata test. Potrebbe essere una combinazione di test Unità / API / UI che vengono eseguiti su base giornaliera. test di regressione può essere eseguita in varie fasi del SDLC, tutto dipende dal contesto.

Speriamo che questo dà un'idea su ciò che è test di regressione.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top