Unit Testing per VBScript, codice ASP e SQL Server 2000

Question

Ho un progetto molto vecchio implementato in (classico) ASP e SQL Server 2000. A causa di problemi di qualità, ho preso in considerazione la possibilità di attuare una qualche forma di test automatizzati di qualità. Anche se, le pagine web sono ASP il progetto è davvero 85% di SQL Server stored procedure, funzioni, opinioni e DTS. (Un sacco di dipendenza da DTS) Un sacco di generazione di codice si verifica da SQL Server.

Per quanto riguarda il DTS, speriamo di possibilmente aggiornare il database a SQL Server 2005 - quindi se il test unità non può essere configurato in DTS, che dire di SSIS?

Ho trovato ASPUnit ma non sembra più essere mantenuto ...

Per quanto riguarda la mia domanda, è davvero una domanda in più parti.

1. E 'possibile e pratico per unit test ASP?
2. E 'possibile e pratico per gli oggetti Unità di prova di SQL Server? ( Ho visto un certo successo su questo, ma un po 'di scoramento troppo )
3. C'è un framework di test attualmente supportata che è utilizzabile sia con ASP e SQL Server?
4. Ci sono metodi di controllo della qualità del software alternativi per unità di prova di questo tipo di codice di base? (Qualsiasi consiglio generale sarebbe anche utile. Grazie.)
5. Inoltre, ho preso in considerazione il ROI per l'attuazione test automatizzati in un progetto come questo. Il progetto è grande. Non so quanta codice, ma centinaia di file, migliaia (se non milioni) di linee di codice. Detto questo, torniamo a 1 e 3.

Sono davvero in una brutta situazione con questo progetto; qualsiasi consiglio di controllo della qualità generale sarebbe molto apprezzato ...

Answer 1

Sembra che i vostri problemi sono in realtà a un livello superiore rispetto ai test di unità. Direi che i problemi principali sarebbero stati meglio risolti a livello di test di integrazione.

Dal momento che le pagine sono generate in gran parte da SQL, unit test asp copriranno solo una piccola percentuale di questioni, in modo da avere una migliore copertura testando le pagine finali utilizzando uno strumento automatico come Watin o ieunit / .

Si può pensare di questi in termini di unit testing, ma sono davvero testare il risultato finale dopo l'integrazione invece di testare i risultati delle funzioni più piccoli. Anche se si può perdere alcuni cambiamenti di livello più basso, si sta aggirando il problemi di progettazione di base.

Fino a quando il risultato finale rimane lo stesso, il test non sarà importa se il contenuto della zona è venuto da ASP o SQL.

Answer 2

Watin sarà grande lavoro. Si manipola il browser, in modo che non importa quale lingua il codice è scritto in, o se il codice è buono o cattivo, o progettati per testabilità oppure no. Si tratta di test di regressione, non unit testing. Ma questo è un ottimo punto di partenza.

È possibile utilizzare lo strumento di test di unità di scelta:. NUnit, MbUnit, MSTest, etc

Answer 3

Si potrebbe avere uno sguardo a unit test ajaxed . (La biblioteca è ancora mantenuto)

Answer 4

Per la sql in sé (e altre modifiche al codice SQL) l'aggiornamento, vorrei dare un'occhiata a Sql unità (non è stato utilizzato) o qualcosa di simile per implementare unit test sul proprio database.

È possibile farlo al fianco di qualunque altre strategie di prova selezionate.

Non essere consapevoli dei lati negativi ai test tramite l'interfaccia utente: http://blog.objectmentor.com/articles/2010/01/04/ui-test-automation-tools-are-snake-oil . Capire che i test tramite l'interfaccia utente sono generalmente fragili quando i progettisti vogliono fare modifiche che dovrebbero essere OK per loro di fare. Per l'aggiornamento rigorosamente le versioni di SQL, tuttavia, si dovrebbe andare bene.