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

[Олешка]

По моему опыту, проблемы с производительностью приложения прямо-таки приглашают провести анализ кода. Если же объем кода большой, то минимум, который надо бы сделать - Case прав - провести анализ на соответствие конвенции кодирования. Если тестировщиков мало - я бы обратилась с этим в команду разработчиков, особенно если они используют методику extreme programming - в ней есть и пересмотр кода.

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

To Chuk - Ваша позиция в отношении качества системы совершенно справедлива. Кстати, иногда именно твердое и аргументированное "нет" ведущего тестировщика или менеджера команды тестирования гарантирует качество клиенту.

To Olga - практика показывает, что тестировщику лучше быть в подчинении руководителя отдела тестирования, или же подчиняться непосредственно руководителю проекта, но не начальнику отдела программирования. Старайтесь изменить ситуацию - ребята подсказали нормальные ходы.

[Case]

Относительно у меня всё работает, так сказать в догонку, позвольте добавить:
У нас машины на которых работают девелоперы, равнот как и машины на которых работают тестировщики вообще не входят в состав тестовой лаборатории. Поэтому даже если конкретно на моей машине всё и работает - это тоже не показатель. У меня на машине приложение under test в принципе не устанавливается - зачем?

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

[solo]

toCase
А какого типа приложения вы тестируете?
По вашему оправдана ли надежда на виртуальные машины, ведь вполне вероятно, что ошибка может быть в ней самой, или наоборот вероятно можно пропустить ошибку в приложении из-за того что оно крутилось на виртуальной машине?

[Guriy]

Тестовая лаборатория у нас организована на виртуальных машинах, в своём виртуальном домене (всё крутится на мощном выделенном сервере на котором стоит сервер виртуальных машин)

По хорошему завидую.

[Case]

А какого типа приложения вы тестируете?

Трёх уровневая система: БД, сервер апп, тонкий клиент. Технологично .NET + MS SQL.

По вашему оправдана ли надежда на виртуальные машины, ведь вполне вероятно, что ошибка может быть в ней самой, или наоборот вероятно можно пропустить ошибку в приложении из-за того что оно крутилось на виртуальной машине?

На практике столкнулся с такой проблемой лиш однажды - была под тестом система, которая производила печать. Вот в совместимости принтера и виртуальной машинки траблы были. То есть устанавливал виртуалку на VM Ware Workstation и не мог добиться правильной колибровки принтера (одна из фич нашего приложения). Установка тойже операционки на живой машинке - решила этот трабл.

А в принципе решение на виртуальных машинах по технологии VM Ware GSX считается одним из лучших журналом для разработчиков от Майкрософта.

[Case]

По хорошему завидую.

Я тему открыл "Тестовая лаборатория" - приглашаю завидовать туда.
Если чесно то уже вторая компания в которой я имею честь работать организует тестовую лабораторию с таким решением и я грешным делом подумал что так у всех.

[solo]

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

[Case]

Чем удобнее?

[Darkus]

На практике столкнулся с такой проблемой лиш однажды - была под тестом система, которая производила печать. Вот в совместимости принтера и виртуальной машинки траблы были. То есть устанавливал виртуалку на VM Ware Workstation и не мог добиться правильной колибровки принтера (одна из фич нашего приложения). Установка тойже операционки на живой машинке - решила этот трабл.

Тогда я пожалуй тоже внесу лепту в общее дело.
У меня VM Ware глючила иногда тоже.
Особенно, если на неё ставишь 9x системы.
В частности Visual Fox под такими системами вообще! не запускается (можете попробовать). Я уже молчу про Fox-овские RunTime , которые тоже не устанавливаются.
Потом работа с сетью не очень стабильная. Правда в последней версии уже очень много пофиксено и теперь можно почти спокойно работать.
И ещё её слабое место - это работа с некоторыми внешними девайсами (помимо указанного бага с принтером ещё сканер не всегда верно работает (или попросту вешает виртуалку), а также специфичные устройства вроде CardReader приходиться "уговаривать" :)). Особенно, если она их делит с родной ОС.