>> ну это понятно что я такие скрипты могу сам нарисовать, но хотелось бы >> 1. чего-то готового
Пока мы тут все это обсуждаем, вы бы уже давно написали и отладили эти 30 строк на перле. Нет, я, конечно, тоже за готовые решения, но не настолько же вдаваться в крайности. Если вас это утешит, считайте perl очень гибким и универсальным готовым решение, которое, помимо прочего, решает и вашу проблему. 13 апреля 2012 г. 13:12 пользователь Ivan Petrov <[email protected]>написал: > > далее я например что-то поправил в модуле и запустил тест который с > > ним связан. на то что я поправил - добавил тест или убрал. > > ну и допустим ошибся, мои тесты проходят, а соседние которые этот > > модуль используют нет. > > > Вот это звучит так, как будто вы тестируете не то, что нужно. Если > изменения в > > одном модуле ломают другие, то что-то не так с тестами. > > Именно так и есть. > > имеется legacy проект. тестов в котором было мало. Идеология работы > такая: то что правим, на то тесты добавляем если нет. соответственно > поскольку покрытие тестами растет, но сделать его полным одномоментно > нельзя, то вот такая проблема имеет место быть > > > Вся суть тестов в том, > > чтобы не гонять всё огромное приложение, а только тесты, связанные с > вашими > > изменениями. Если это не так, то грош цена таким тестам. > > это то все понятно > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
