Постарайтесь в отладчике найти в какой строчке возникает ошибка или отловить её через http://support.micro...om/kb/815788/ru . По коду не очень понятно, где происходит падение.
За 1 день такие тесты не написать. Самые главные проблемы начнутся(когда тестов будет больше 100) в плане с работой базы данных (я непробовал отдельный скрипт, но думаю не сильно поможет) и запуска тестов скопом. Моё руководство решило, что такие тесты нецелесообразны. Требуют много ресурсов(отдельный компьютер, мощности виртуальной машины не хватило на загруженном компьютере) и времени, а также поддержка при изменении дынных в базе. Поэтому остановились только на дымовых тестов, а все что изменяет базу, проверяется руками.
Тема интересная, мне например так и не удалось преодалеть преграду с изменением данных в базе данных. Использовал restore для отката данных обратно, после того, как внёс какие либо изменения. Проблема оказалось в том, что restore мог проходить 15 минут и если тестов больше 200, то все плохо. Есть ли у кого опыт, как побороть эту проблему?