Creazione di un framework di test automatizzato per il test del fumo dell'interfaccia utente

Sto facendo la mia tesi sul tema dei test dell'interfaccia utente automatizzati in un'azienda che applica l'integrazione continua ai loro progetti. La società crea intranet in Microsoft SharePoint 2013 e il mio compito è creare un framework di test automatizzato che possa essere utilizzato su qualsiasi progetto come test del fumo e che si integri con il modello di integrazione continua.

La società utilizza Team Foundation Server 2010 e Visual Studio 2012. Tutte le build vengono eseguite su un server di compilazione separato specificato nella definizione di build. Ho configurato CI per il mio server demo e ho accesso a un server separato che intendo utilizzare come controller e agente di test, che eseguirà tutti i test sui progetti distribuiti.

Ho alcune domande, forse non molto chiare, che riguardano questo.

1. La mia idea è di scrivere metodi di test usando Selenium e li impacchetta in un file DLL che può essere caricato su tutti i nuovi progetti quando vengono impostati. I test si applicano solo alle UI standard di SharePoint. Insieme a questo includerò un config.xml che specifica quale sito deve essere testato. Uso Selenium con gli strumenti di test unitari standard di Visual Studio. Ci sono altre opzioni che potrebbero essere più adatte alle mie intenzioni?
2. Ho capito che posso specificare i file DLL che contengono test nella definizione di build per TFS, sarebbe possibile per il modo in cui pianifico di scrivere i test, oppure questa opzione si applica solo ai file DLL creati nella soluzione? In caso contrario, posso aggiungerli come riferimento e aspettarmi che vengano eseguiti dal server di test, supponendo che corrispondano al modello per gli assembly di test?
3. La società vorrebbe consentire agli sviluppatori di aggiungere test personalizzati separati e mi ha suggerito di scrivere il framework di test in modo tale che possano implementare un'interfaccia o qualcosa di simile. Vogliono essere in grado di scrivere test selenio completamente personalizzati, e il mio pensiero su questo è che sarebbe più facile lasciare che aggiungano una DLL separata con i propri test e lasciare che i test server li eseguano separatamente? Ci sono altri buoni modi per "unire" una suite di test esistente con test scritti personalizzati?