Товарищи. Хоть автоматизацией занимаюсь я сравнительно недавно, уже насобирался довольно таки приличный набор тестов. И nosetests c py.test перестают быть панацеей. Посоветуйте, как их запускать регулярно, пакетно, чтобы перед глазами не сильно маячило по возможности, да подкиньте чтива по логированию

Когда мы имеем дело с длительными проектами по автоматизации, которые длятся уже несколько лет, но при этом сам тестируемый продукт развивается, охватывая новые платформы и технологии, то рано или поздно оказывается, что инструмент, который мы выбрали когда-то давно, по-прежнему хорош для существующей платформы, но какую-то новую платформу им не охватить.

Более того, со временем идеологии автоматизации тоже меняются и если раньше делали упор на таких скриптовых языках, как VBScript, с целью упростить написание тестов за счет простоты и популярности данных языков (по-крайней мере так маркетинг предполагает), то сейчас автоматизация UI-level тестирования все-таки больше тяготеет к интеграции в процесс разработки. А это влечет за собой тенденцию к разработке тестов с использованием языков программирования, которые более интенсивно используются при разработке самих приложений. Тот же Selenium в этом плане даже не является исключением, а скорее подтверждением этой тенденции.

В результате, если появляется новая подсистема, которую надо тестировать другим набором средств, то и подход и выбор языка написания тестов тоже меняется, исходя из новых веяний (особенно когда там присутствует такое волшебное слово, как Agile). 

И наконец, у нас есть несколько инструментальных связок для разных платформ и все используют разные языки, хотя команда одна и та же. Чтобы не повредить мозг автоматизаторам от частых переключений между языками программирования, да и просто уменьшить дублирование выполняемых работ, имеет смысл сделать некоторый слой, унифицирующий все используемые решения. В итоге, на самом верхнем уровне тесты пишутся в едином стиле, на едином языке, но при этом охватывая весь спектр используемых платформ.

Вот в таких условиях приходится прибегать к различным техническим хитростям, когда приходится совмещать что-то, что малосовместимо между собой.