|
|
Знаете ли Вы, что ... | |
...для каждой темы существует свой раздел. Изучите структуру форума. Если соответствующего раздела нет, то всегда есть раздел "Разное" :) | |
<< Предыдущий совет - Случайный совет - Следующий совет >> |
Программирование Обсуждаются вопросы мира программирования. Слово программирование отпугивает некоторых... Не бойтесь, заходите учитесь, помогайте, обучайте... |
Ответить |
|
Опции темы | Опции просмотра |
04.08.2006 12:35 | #12 | ||
ЦППМП
ЦППМП
Генеральный Директор
Сообщений: 321
+ 43
163/90
– 0
0/0
|
Давно не заглядывал сюда ... а напостили то.
Моё мнение такое: качественный код это когда код написанный одним программистом может понять и поддерживать другой программист. Это накладывает определённый отпечаток на стиль работы команды (т.е. узнаётся "почерк"). винраннер - инструмент проверки пользовательской функциональности, но не качества кода. Субъективно - качество кода может влиять на функциональность приложения (мне показывали прогу при загрузке которой я чуть не уснул :-\), онако повторюсь ещё раз качественный код нужен для дальнейшей поддержки и переработки приложения другими программистами. Теперь о функционале. Приложение разрабатывается для пользователей, и если оно содержит логические сбои и ошибки, то грош цена даже самому качественному коду. Поэтому функ. тестирование имеет большую роль в создании действительно хороших программ, которые будут восприняты заказчиком. Функциональное тестирование происходит в любом случае. Разработчики вручную проверяют работу приложений. винраннер может понадобиться при разработке крупных проектов, где иногда происходит "размывание" сути работы приложения и это необходимо предотвращать с использованием автоматического тестирования. |
||
|
Ответить |
04.08.2006 14:56 | #13 | ||
Гость
Сообщений: n/a
|
Вставлю и я свои 5 копеек.
Идеальной (полезной) программы с максимально оптимизированным кодом, абсолютно работающей с любыми нагрузками никогда не получится. Моно лишь стремиться приблизить к идеалу тот или иной показатель. естественно потратив на это деньги (если продукт коммерческий) и время. Очевидно, что первостепенная задача - это убдится что приложение работает. я думаю что почти всегда большая часть времени тестирования (на этапе разработки програмного обеспечения) уделяется именно функцинальности. Естественно что код должен быть читабелен и лёгок при раброре другим програмистом. Для этого существуют определённые стандарты написания когда (разделение на регионы, коментирование функциональности, правила обявления) при этом все програмисты в группе пишут код в единой манере и им легко разобратся в коде друг друга. далнейшее распределение внимания зависит от самого продукта. Если этот продукт запускается раз в день , ночью и может выполнятся целую нось, то думаю не стоит тратить лишнего времени на оптимизацию кода по мимо того что рекомендуется в ктандартах написания кода. По такому жепринципу выполняются остальные виды тестирования. p.s. Вышенаписанное является моим личным мнением и не претендует на истину. |
||
|
Ответить |
17.11.2007 12:09 | #14 |
Сообщений: 11,845
+ 1,339
5,806/3,144
– 64
125/105
|
Атхам, а используются ли сейчас в ЦППМП (да и в других "программерских" организациях) какое-либо тестирующее и/или нагрузочное ПО? Если нет, то планируется ли? Для информации: продукты WinRunner и LoadRunner (разработка компании Mercury) предлагаются на рынке теперь уже в составе HP Software.
|
|
Ответить |
Реклама и уведомления | |
17.11.2007 13:54 | #15 | |
ЦППМП
ЦППМП
Генеральный Директор
Сообщений: 321
+ 43
163/90
– 0
0/0
|
Цитата:
Эльдар, спасибо за информацию. Будем знать куда обращаться. А кто использует программы тестирования и нагрузки сейчас, мне неизвестно. |
|
|
Ответить |
17.11.2007 15:06 | #16 |
Тестирование только позволяет с некоторой степенью объективности утверждать, что программа работает. Автоматизированное тестирование на данный момент под большим вопросом, обычно лучше нанять грамотного тестера, который будет тестировать ПО. Программист, написавший код, очень навряд ли сможет его хорошо протестировать сам или написать автоматизированный тест пользовательского интерфейса. Хотя, самотестирующийся код (т.е. наличие юнит- и регрессионых тестов) - это тоже очень здорово, но это тестирование немного иного плана - оно обычно не UI проверяет, а бизнес-логику, и не субъективное "программа работает хорошо", а программистское "код работает верно".
Ещё тут выше были комментарии про рефакторинг, в которых содержалась ошибка. Рефакторинг нужен не для того, чтобы улучшить производительность ПО (что есть оптимизация), он нужен для того, чтобы сделать код более понятным и легко поддерживаемым (убрать дублирование, сделать более точные иерархии и т.д.). |
|
|
Ответить |
17.11.2007 21:32 | #17 |
Сообщений: 11,845
+ 1,339
5,806/3,144
– 64
125/105
|
По-видимому, в частном случае данное утверждение окажется верным. Однако, учитывая, что все более или менее крупные программные комплексы разрабатываются командами (в лучшем случае) или группами программистов самой разной квалификации, обеспечить качество разработки (как функциональные возможности, так и качество кодирования) становится всё сложнее и сложнее. Дополнительно накладываются такие факторы, как работа через интернет и т.д., и т.п. Программные продукты типа WinRunner позволяют ускорить разработку скриптов на 70%. При этом продукт за время своей разработки получил глубокую степень интеграции с различными программными продуктами и технологиями (смешаю в кучу - Oracle, SAP, J2EE, .Net, ...). И все эти "штучки" вполне могут оказаться в одном программном комплексе. Сколько тестеров такого класса Вы сможете найти в стране? И что будет являться подтверждением того, что продукт действительно протестирован и не содержит глюков? Дополнительные возможности - опережающий поиск скрытых угроз (vulnerabilities) в программном коде ... Короче, настоятельно рекомендую почитать про WinRunner (грубо говоря - функциональное тестирование) и про LoadRunner (тестирование производительности). А я постараюсь уточнить возможность получения trial-версий данных продуктов...
Последний раз редактировалось Eldar Fattakhov; 20.11.2007 в 08:16. |
|
Ответить |
20.11.2007 00:50 | #18 |
Мне кажется, мы с Вами обсуждаем разные масштабы . О программистах разной квалификации - полагаю, что за программистами с меньшим уровнем должны следить программисты с более высоким уровнем, тогда будет очень эффективный процесс выравнивания уровня в команде, а так же и меньше формализма и обмен опытом.
В больших проектах, возможно, действительно необходимо применять ПО для автоматизации тестирования, но я пока не сталкивался со столь большими проектами. |
|
|
Ответить |
20.11.2007 08:06 | #19 | |
Сообщений: 11,845
+ 1,339
5,806/3,144
– 64
125/105
|
Цитата:
Однако, нам нельзя считать, что какая-либо система, разработанная для нашего коммерческого банка будет менее требовательна, чем такая же система для коммерческого банка в России или в Венгрии. Хотя ущерб от ошибок в ПО (скорее всего) будет несопоставим (не в нашу пользу). Но мы же речь ведем и об "экспортных поставках"? |
|
|
Ответить |
|