WinRunner

[Akrom Obidov]

А вообще кто нибудь работал с ВинРаннером?
И какие впечатления?
Какие инструменты еще существуют подобные ВинРаннеру? ???

[Atham Mirazizov]

Давно не заглядывал сюда ... а напостили то.
Моё мнение такое: качественный код это когда код написанный одним программистом может понять и поддерживать другой программист. Это накладывает определённый отпечаток на стиль работы команды (т.е. узнаётся "почерк"). винраннер - инструмент проверки пользовательской функциональности, но не качества кода.
Субъективно - качество кода может влиять на функциональность приложения (мне показывали прогу при загрузке которой я чуть не уснул :-\), онако повторюсь ещё раз качественный код нужен для дальнейшей поддержки и переработки приложения другими программистами.

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

[Evader]

Вставлю и я свои 5 копеек.

Идеальной (полезной) программы с максимально оптимизированным кодом, абсолютно работающей с любыми нагрузками никогда не получится. Моно лишь стремиться приблизить к идеалу тот или иной показатель. естественно потратив на это деньги (если продукт коммерческий) и время.

Очевидно, что первостепенная задача - это убдится что приложение работает. я думаю что почти всегда большая часть времени тестирования (на этапе разработки програмного обеспечения) уделяется именно функцинальности.

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

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

По такому жепринципу выполняются остальные виды тестирования.

p.s. Вышенаписанное является моим личным мнением и не претендует на истину.

[Eldar Fattakhov]

Сообщение от Atham Mirazizov

Давно не заглядывал сюда ... а напостили то.

Атхам, а используются ли сейчас в ЦППМП (да и в других "программерских" организациях) какое-либо тестирующее и/или нагрузочное ПО? Если нет, то планируется ли? Для информации: продукты WinRunner и LoadRunner (разработка компании Mercury) предлагаются на рынке теперь уже в составе HP Software.

[Atham Mirazizov]

Сообщение от Eldar Fattakhov

а используются ли сейчас в ЦППМП (да и в других "программерских" организациях) какое-либо тестирующее и/или нагрузочное ПО?

В прошлой жизни (до ЦППМП) я и команда ввели в практику использование тестирования и QA. В силу того, что в ЦППМП работа начата с нуля и полностью со студентами сложно за столь короткий срок внедрить подобные механизмы, пока сами программисты не набьют шишки на реальных проектах. И набивают!!! За прошедшие два года кроме обучения удалось поставить предпроектный анализ, документирование разработки, грамотный саппорт, рефакторинг кода, единый репозиторий. Думаю, в ближайшее время созреем до автоматических тестов, пока же этот процесс ручной. Я не случайно запустил этот топик, молодым людям нужно хотя бы иметь представление об этом. Вот так эволюционируя можно добраться до Software Engeneering и CMMI. Нужно, чтобы сами программисты "созрели".
Эльдар, спасибо за информацию. Будем знать куда обращаться. А кто использует программы тестирования и нагрузки сейчас, мне неизвестно.

[Andrew Sklyarevsky]

Тестирование только позволяет с некоторой степенью объективности утверждать, что программа работает. Автоматизированное тестирование на данный момент под большим вопросом, обычно лучше нанять грамотного тестера, который будет тестировать ПО. Программист, написавший код, очень навряд ли сможет его хорошо протестировать сам или написать автоматизированный тест пользовательского интерфейса. Хотя, самотестирующийся код (т.е. наличие юнит- и регрессионых тестов) - это тоже очень здорово, но это тестирование немного иного плана - оно обычно не UI проверяет, а бизнес-логику, и не субъективное "программа работает хорошо", а программистское "код работает верно".

Ещё тут выше были комментарии про рефакторинг, в которых содержалась ошибка. Рефакторинг нужен не для того, чтобы улучшить производительность ПО (что есть оптимизация), он нужен для того, чтобы сделать код более понятным и легко поддерживаемым (убрать дублирование, сделать более точные иерархии и т.д.).

[Eldar Fattakhov]

Сообщение от Andrew Sklyarevsky

Тестирование только позволяет с некоторой степенью объективности утверждать, что программа работает.

По-видимому, в частном случае данное утверждение окажется верным. Однако, учитывая, что все более или менее крупные программные комплексы разрабатываются командами (в лучшем случае) или группами программистов самой разной квалификации, обеспечить качество разработки (как функциональные возможности, так и качество кодирования) становится всё сложнее и сложнее. Дополнительно накладываются такие факторы, как работа через интернет и т.д., и т.п. Программные продукты типа WinRunner позволяют ускорить разработку скриптов на 70%. При этом продукт за время своей разработки получил глубокую степень интеграции с различными программными продуктами и технологиями (смешаю в кучу - Oracle, SAP, J2EE, .Net, ...). И все эти "штучки" вполне могут оказаться в одном программном комплексе. Сколько тестеров такого класса Вы сможете найти в стране? И что будет являться подтверждением того, что продукт действительно протестирован и не содержит глюков? Дополнительные возможности - опережающий поиск скрытых угроз (vulnerabilities) в программном коде ... Короче, настоятельно рекомендую почитать про WinRunner (грубо говоря - функциональное тестирование) и про LoadRunner (тестирование производительности). А я постараюсь уточнить возможность получения trial-версий данных продуктов...

[Andrew Sklyarevsky]

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

В больших проектах, возможно, действительно необходимо применять ПО для автоматизации тестирования, но я пока не сталкивался со столь большими проектами.

[Eldar Fattakhov]

Сообщение от Andrew Sklyarevsky

В больших проектах, возможно, действительно необходимо применять ПО для автоматизации тестирования, но я пока не сталкивался со столь большими проектами.

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

Однако, нам нельзя считать, что какая-либо система, разработанная для нашего коммерческого банка будет менее требовательна, чем такая же система для коммерческого банка в России или в Венгрии. Хотя ущерб от ошибок в ПО (скорее всего) будет несопоставим (не в нашу пользу). Но мы же речь ведем и об "экспортных поставках"?

[Eldar Fattakhov]

Прошу в гости!