Распределение тестов
Вы можете выполнить следующий код и внести необходимые изменения в соответствии с именами столбцов и таблиц.
ALTER TABLE table_name
DROP FOREIGN KEY fk_constraint_name;
ALTER TABLE table_name
CHANGE fk_column_name new_fk_column_name datatype;
ALTER TABLE table_name
ADD FOREIGN KEY fk_constraint_name
REFERENCES parent_table_name(pk_column_name_id);
Дайте мне знать, как это работает для вас.
3 ответа
Я видел, что некоторые люди имеют игру с распределенным JUnit. Я не могу особенно ручаться за то, насколько эффективный это, но другие команды, которые я видел, казалось, думали, что это было достаточно прямым. Надежда, которая помогает.
Там также параллельно-junit. В зависимости от того, как Вы в настоящее время выполняете свои тесты, его удобство может варьироваться - идея состоит в том, чтобы только мультираспараллелить в единой системе, которая имеет несколько ядер. Я играл с ним кратко, но это - изменение от того, как мы в настоящее время запускаем наши тесты.
Гудзон, непрерывный механизм интеграции, который я использую, также имеет некоторые способы распределить тестовое выполнение (отдельные задания агрегировали результаты в одном).
Наши люди сборки используют Трутницу Mozilla. Это, кажется, имеет некоторые рычаги для распределенного тестирования. Я сожалею, что не знал детали, но я думал, что, по крайней мере, передам указатель на Вас.
Это также хорошо, потому что можно узнать сразу, когда сборка повреждается, и какая регистрация, возможно, была преступником.