Нет, нет смысла разрабатывать парсер. Вы можете получить эквивалентную информацию из классов в runner.py модуле.
Подумайте о расширении обоих классов TextTestRunner и TextTestResult с помощью собственной логики (python 2.7). Вывод, который вы перечислили, производится с помощью TextTestResult .
В качестве альтернативы вы можете расширить только TextTestResult и изменить атрибут класса TextTestRunner.resultclass , установив для него новое имя класса расширения.
Данные, которые вы можете извлечь из TextTestResult и поместить в какой-либо список словарей, больше или эквивалентны данным, которые ваш парсер может извлечь.
Фреймворк unittest допускает такие хитрости благодаря своей гибкой конструкции.
Надеюсь, это было полезно.
[ EDIT ]
Я считаю, что публикация ваших результатов (например, в виде кода с открытым исходным кодом на github) потенциально очень полезна для людей, которые находят ваш вопрос!
Сказав, что я сомневаюсь, было бы легко улучшить реальный синтаксический анализатор после базового анализа регулярных выражений.
Если вы все еще хотели бы использовать подход синтаксического анализа текста - вам может понадобиться перечислить и описать «все разновидности тестового формата Python Unit», которые вы хотите охватить / поддержать. Если вам повезет поместить такое описание в форме грамматики без контекста, то, возможно, вы сможете разработать для него синтаксический анализатор, который охватывал бы «эти» случаи как форму языка.
Пожалуйста, примите мои предостережения: если синтаксический анализ текста не охватывается простым регулярным выражением, и есть вероятность, что вы пытаетесь разобрать какой-то нерегулярный (контекстно-зависимый) язык - скорее всего, вам будет крайне сложно достигнуть.