Здравствуйте, rlabs, Вы писали:

MC>>2) Поддержка специальной БД для тестов. Её можно хорошо подготовить 1 раз, так что она будет подходить для многих тестов. А если для какого-то теста нужно будет добавить еще данных, то это можно сделать в любимом SQL-редакторе, что может быть быстрее чем писать страницу или две кода, подготавливающего БД для теста. Минус тут в том что надо синхронизировать структуру этой базы данных с реальной базой данных. Т.е. если мы в реальной БД добавили колонку, то и в тестовой надо будет тоже добавить не забыть.

R>Вот это подойдет.
R>Тесты должны быть в первую очередь предсказуемыми. Лучшим обеспечением этого является заранее заготовленная БД.

Как решается проблема с синхронизацией изменений схемы в тестовой БД? Как это не забывать делать?

R>В реальном мире, конечно, все зависит от того, что дешевле и эффективнее — подставить сервису тестовую БД или экспериментировать на обычной базе.
Ага, ну как я уже написал выше, в случае с реальной БД — геморойно в тесте данные подготавливать. А в случае с тестовой БД данные можно подготовить и в любимом SQL редакторе, но потом нужно не забывать синхронизировать схему тестовой БД со схемой реальной БД.