Сообщений в теме: 13

[PavelB]

Никто не сталкивался с такой СУБД? Если сталкивался, то как тестировал?
Не знаком с какими-нибудь специфическими инструментами?

[barancev]

Что именно тестировать?
Саму СУБД? Некоторую БД на ней? Приложение над этой БД? С какими внешними интерфейсами?
Функциональность? Производительность? Стабильность/устойчивость?

[PavelB]

Тестировать БД на ней и программы, с ней соединяющиеся, в том числе, системы реального времени.
Производительность тоже было бы неплохо проверить, а стабильность проверить просто обязательно.

[Petr]

программы, с ней соединяющиеся

GUI-программы или нет?
Если GUI, то можно использовать любой инструмент функционального GUI-тестирования, кот. понимает Ваше GUI-приложение (Robot, WinRunner и т.п.).

Производительность тоже было бы неплохо проверить, а стабильность проверить просто обязательно.

Я так понимаю, что здесь речь идет о нагрузочном тестировании. В данном случае также подойдет любой инструмент позволяющий выполнять нагрузочное тестирование (тот же Robot, LoadRunner), если они понимают протокол работы с базой (хотя в случае СУБД это наверное SQL, тогда и Robot и LoadRunner подойдут).

[Case]

Сталкивался с этой СУБД - очень приятного о ней впечатления (это по сути два года моей жизни).

Алексей, я даже заулыбался и хотел написать извинения по поводу такого количества вопросов :)) PavelB, это у нас с Алексеем внутренняя шутка.

Ну и я тогда добавлю вопросов:
Что значит тестировать БД? Я правда не понимаю. Тестирование системы, которая с БД работает на функциональность это отдельный бизнес, к тестированию самой СУБД и сервера имеющий отдалённое отношение.

Нагрузочное тестирование или тестирование производительности опять-таки проводится для системы, а не для БД (кроме тех случаев, когда вы локализуете ошибку или пытаетесь найти где то "горлышко" из-за которого система работает или стала работать медленне).

Что именно нужно тестировать-то, давайте разберёмя?

[barancev]

Попробуйте так: набросайте черновик плана тестирования, описав всё, что предполагается тестировать, а мы по каждому пункту попробуем предложить техническое решение, а может быть после этого и самостоятельно удастся подобрать.

То есть -- список из нескольких пунктов, каждый содержит примерно такую информацию:
-- целевая система или модуль (что тестируем)
-- тестируемый аспект/характеристика (на что обращаем внимание)
-- требования (что считаем правильным или хотя бы приемлемым)

Divide et impera!

[barancev]

Алексей, я даже заулыбался и хотел написать извинения по поводу такого количества вопросов :)) PavelB, это у нас с Алексеем внутренняя шутка.

Главное не количество, а качество :)
Слава, помните, какие Вы вопросы задавали? Я напомню, первый был: "Что такое тестирование?" ;)

[van]

Что значит тестировать БД? Я правда не понимаю.

Я тоже пока не понимаю. Хотя очень бы хотелось разобраться, какие именно элементы (аспекты) БД можно тестировать. И, самое главное, как...

Сам еще не читал, но может здесь что - то есть:
http://www.software-...es_database.htm

[Case]

Слава, помните, какие Вы вопросы задавали? Я напомню, первый был: "Что такое тестирование?" ;)

В контексте обсуждения! :)

[Case]

Хотя очень бы хотелось разобраться, какие именно элементы (аспекты) БД можно тестировать. И, самое главное, как...

van, а может и не надо саму СУБД тестировать-то? Пользователю/заказчику ведь интересно время отклика системы, а не СУБД, как части системы? То есть а если начать с вопроса "зачем", а не "как"?

[SALar]

Сталкивался чуть-чуть.
Не понравилось отсутствие внятного инструментария. Т.е. ничего подобного Enterprise Manager нет.
С другой стороны, говорят, что она несколько быстрее MSSQL. Не знаю, сам не тестил. Да и не нужно этого, как правило. Время отклика БД Становится существенным либо при очень больших объмах, либо при неправильно написанных запросах. Узкое место почти всегда сервер приложений.

Специфические инструменты. Использовали пауер дизайнер.

[PavelB]

Популярная, однако, вещь, оказывается. Спасибо тем, кто откликнулся. :rolleyes:

Саму СУБД тестировать мне не надо. Только репликацию данных стоило бы проверить. Есть ли для этого какие-то дополнительные средства?

Под "тестировать БД" я понимаю, что, возможно, есть какие-то ошибки в полях, к которыми обращается программа, есть не используемые таблицы или процедуры. Выяснять какие-то характеристики процедур: склонность к зацикливанию, отбор на себя львиной доли времени.

Говоря о стабильности я действительно имел в виду нагрузочное тестирование. Есть ли какие спец. средства, имитирующие нагрузку? С учётом того, что протокол соединения специфический (самодельный)?
Плюс интересует, например, подсчёт времени отклика СУБД на запрос о соединении, к примеру. Сравнение того пакета данных, который получают различные клиенты, к ней подсоединяющиеся.

С GUI-программами, пожалуй, всё понятно. Единственный вопрос - могут ли указанные средства выполнить, к примеру, такое: прочесть данные из грида и сравнить их со значение в какой-нибудь табличке СУБД?

Немного сумбурно, наверное, но вопросы примерно такие. Дело в том, что чётко поставленной задачи передо мной нет, пытаюсь самоорганизоваться. ;)

[van]

То есть а если начать с вопроса "зачем", а не "как"?

Согласен, что вопрос можно и так поставить.

Но а если я уже ответил (гипотетически) на вопрос "зачем?", то теперь хочу понять "что?" и "как?"...

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

[kvaga]

Здравствуйте!
Смотрю тема обсуждалась уже давно, но все же, помогите пожалуйста разобраться с такими проблемами:
Мне необходимо провести нагрузочное тестирование некой системы, приложения которой обращаются в informix, что то туда пишут, получают ответ и т.д. Для нагрузочного тестироания мне необходимо записать скрипты эмулирующие работу множества пользователей этой системы и выполняющих некоторое количество операций. Допустим, приложение А используют 10 vuser'ов и выполняют каждый по 10 операций (во время этих операций всегда происходит обращение к informix). Для записи скриптов я поптыался использовать LoadRunner(он понимает протокол informix), правда он не захотел ничего записывать, т.е. записанные скрипты оказались пустыми. Получилось только записать протоколом WinSock, но как все знаю - код такой не особо читабелен. Скрипты необходимо будет еще параметризировать, поэтому WinSock не подходит. Стало известно, что приложения общаются с informix по протоколу onsoctcp. Смотрел в нитернете, но ничего найти толкового найти не смог по поводу этого протокола. Сам LoadRunner такой протокол не понимает.
Подскажите пожалуйста, чем (каким инструментом) можно записать скрипты по протоколу onsoctcp, да так что бы код скриптов потом был читабелен и без проблем параметризуемым.
Или же может можно какнибудь перенастроить informix на протокол onsoctcp?