Здесь есть две вещи:
re.findall
возвращает захваченные тексты, если шаблон регулярного выражения содержит в нем группы захвата r'\\.'
в вашем шаблон соответствует двум последовательным символам, \
и любому символу, отличному от новой строки. См. ссылку findall
:
Если одна или несколько групп присутствуют в шаблоне, верните список групп; это будет список кортежей, если шаблон имеет более одной группы. Пустые совпадения включаются в результат, если они не касаются начала другого совпадения.
blockquote>Обратите внимание, что чтобы
re.findall
возвращали только совпадающие значения, вы обычно можете
- удаляет избыточные группы захвата (например,
(a(b)c)
->abc
)- преобразует все группы захвата в , не захватывая (то есть замените
(
на(?:
) , если отсутствуют обратные ссылки, которые относятся к значениям группы в шаблоне (см. ниже)- вместо
re.finditer
использовать[x.group() for x in re.finditer(pattern, s)]
)В вашем случае
findall
вернул все захваченные тексты, которые были пустыми, потому что вы\\
в [литерале] строкиr''
, которые пытались сопоставить литерал\
.Чтобы соответствовать номерам, вам нужно использовать
-?\d*\.?\d+
Регулярное выражение соответствует:
-?
- Дополнительный знак минус\d*
- Необязательные цифры\.?
- Дополнительный десятичный разделитель\d+
- 1 или более цифр.См. demo
Вот демон IDEONE :
import re s = r'abc123d, hello 3.1415926, this is my book' pattern = r'-?\d*\.?\d+' L = re.findall(pattern, s) print(L)
Я использую utPLSQL в качестве платформы и OUnit как клиент. utPLSQL действительно не предназначен, чтобы использоваться отдельно, хороший графический клиент требуется. OUnit является предшественником к Qute. Qute является также хорошим инструментом, но более сложный, чем мои требования - он позволяет Вам создавать тесты с помощью GUI и делает хороший материал как поколение тестового кода.
Редактирование: Мое понимание - то, что utPLSQL хранит все результаты в таблицах базы данных, включая все исторические результаты, которые сделали бы хороший источник данных для сбора статистики для непрерывной интеграции. Можно также определить тестовые группы, таким образом, единственный вызов к utPLSQL может назвать несколько пакетов тестов.
Существуют некоторые перечисленные на Википедию: http://en.wikipedia.org/wiki/List_of_unit_testing_frameworks#PL.2FSQL
Я использую python py.test
с cx_oracle
для создания сценариев тестирования для pl/sql пакетов. Работы, хорошие до сих пор.
Проверьте utPLSQL. Я нашел его несколько трудным для начала, но я думаю, что это делает задание обоснованно хорошо.
Что касается непрерывных инструментов интеграции, я раньше создавал обычные тесты (NUnit, C#), который просто названный хранимыми процедурами, созданными с utPLSQL и, проверил их результат.
Я нашел этот интересный пост о непрерывной интеграции для проектов PL / SQL.
Он имеет дело с модульным тестированием кода PL / SQL с использованием ранее перечисленной среды utPLSQL ...
Я создал и использую среду модульного тестирования PL / SQL с использованием библиотеки Ruby ruby-plsql .
Она обеспечивает гораздо более короткие и удобочитаемые тесты, чем utPLSQL, и дает больше гибкость по сравнению с инструментами графического интерфейса (такими как Quest Code Tester или SQLDeveloper 2.1).
Последняя версия SQL Developer включает очень интересный набор модульных тестов.