NUnit, TDD, SW Eng.
NUnit, TDD, SW Eng.
Guidelines sui GC Performance counters

Proprio in questi ultimi giorni mi sono capitati alcuni problemi di performance su un'applicazione che ho ereditato in manutenzione...e allora ne ho approfittato per analizzare i performance counters del GC.

Ecco delle valide linee guida, dal blog di Maoni: Guidelines sui GC Performance counters

powered by IMHO 1.3

Guidance Automation Toolkit

GAT ovvero il Guidance Automation Toolkit...permette al sw Architect di creare un Guidance Package che permette di dare linee guide ben precise per gli sviluppatori. Mi sembra estremamente interessante, anche se ho notato, almeno in prima istanza, che i progetti Guidance sono complessi e richiedono un investimento non indifferente...devo capire se ne vale la pena!???

Home: Guidance Automation .NET

PS: qualcuno mi sai indicare un pò di documentazione e alcuni progetto di Guidance...io sto guardando il progetto preparato per la demo/hands on lab del TechEd 2005.

powered by IMHO 1.3

TDD...Attenzione ai test obsoleti/mal scritti [MUST: evitare di finire nel circolo vizioso dello stress!]

Stamane mi sono trovato di fronte ad un test, probabilmente a causa del circolo vizioso dello stress...ho tralasciato di implementare correttamente l'approccio Test-First, da li avevo un falso semaforo verde.-)

Probabilmente in quel momento la "forza" non scorreva forte in me...ma il risultato poteva anche essere disastroso; insomma ci tenevo a sottolineare come sia importante, nel momento in cui si decide di usare l'approccio TDD, procedere nel processo di sviluppo nel modo corretto (...ormai stranoto grazie ai vari Beck, Newkirk...) perchè diversamente l'approccio Test Driven crea false sicurezze che col tempo si possono trasformare in seri problemi. Risulta perciò molto importante, forse più importante del codice stesso, scrivere ottimi test.

powered by IMHO 1.2

NUnit e l'App.config

Chiunque si trovasse alle prese con Nunit ed  un'applicazione di Test di tipo Library, con un file di configurazione, suggerisco caldamente di:

  1. Installare l'addin NunitAddIn (per utilizzare i test all'interno dell'ambiente VS .NET...altrimenti comunque non sono riuscito ad usare i file .config)
  2. Mettere il file di configurazione sotto la cartella root della dll (di solito bin/debug) e nominarlo come [NomeApplicazioneTest].dll.config

Cosi' tutto dovrebbe andare liscio!