А ничего удивительного. Знающие специалисты есть, а если еще и прозвучит волшебное слово "аутсорс", то и подрядчик тут же нарисуется весь в белом и на белой коне
Так что если этого сервиса в Люксофте еще нет, то наверняка появится.
Немного не так, а вернее совсем не так. Люксофт - как я себе пониманию - достаточно крупная компания, чтобы не бросаться на любой, пусть даже денежный, проект. Тут вопрос скорее в сфере фокусировки на услугах, чем денег. И с фокусом на сервисе разработки у Люксофта, как я понимаю, всё в полном порядке.
Отсюда мой вопрос всё тот же :) [right][snapback]41747[/snapback][/right]
На любой проект, естественно, кидаться глупо. Но тем не менее, некоторые сервисы могут идти в комплекте. Так, например, можно провести аудит, а затем предложить аутсорс определенных частей. То есть один сервис - это просто основа для дальнейшего сотрудничества, а тесные взаимоотношения с заказчиком совсем лишними не будут. То есть подобная активность вполне логична, разве что консалтинг - это не приоритетный вид работ, выполняемых компанией.
То что вы описали, это скорее формальная "оценка соотвествия", а не аудит.
Как мне кажется, аудит = "формальная оценка соотвествия".
А что другие люди думают? [right][snapback]41787[/snapback][/right]
Пожалуй соглашусь с тем, что
аудит = "формальная оценка соотвествия"
Возможно путаница в понятиях заключается в том, что аудит является одной из неотъемлемых частей "консультации". То есть мы не можем что-либо нормально порекомендовать, не ознакомившись с процессами, не выявив недостатки. То есть аудит позволяет выявить несоответствия, на основании которых (и с целью устранения которых) уже можно давать определенные рекомендации
Добрый день! Думаю, требования к кандидату будут зависеть от того, на какую позицию он претендует. KaNoN достаточно хорошо по категориям разделил вопросы. Но, как мне кажется, человека еще и психологически нужно "прощупать", ведь Вам с ним потом в одной команде работать. Или, по крайней мере, в одном коллективе. [right][snapback]41762[/snapback][/right]
Кстати, для получения подобной информации как раз и предназначен первый этап. Цитирую:
QUOTE
Обычно во время собеседования от кандидата стараются получить информацию о его предыдущей профессиональной деятельности. Поэтому 1-я категория вопросов - вопросы о предыдущей проф. деятельности кандидата. Интересно просто послушать, что и как он рассказывает, на чем ставит акценты. Это не совсем кореллирует с данной темой, но тем не менее уже здесь можно сформировать определенное мнение о кандидате.
Выделенное, как раз позволяет получить информацию о человеке как таковом. Естественно, интересно узнать, как он работает в команде (и работал ли вообще), как разрешал проблемы. А если это новичек, не имеющий за плечами профессионального опыта, то подобные вопросы обычно корректируются в виде "как вы себе представляете рабочий процесс, как вы себе представляете работу в команде" и т.д.
Кстати, это не взято с потолка, поскольку мне доводилось проходить собеседования и как новичку (все когда-то были новичками ) и как человеку с опытом и подобные вопросы имели места. Не знаю, кто как, а я такие вещи помню хорошо.
День добрый. Хотелось бы узнать продолжение сей ситуации, потому как сам с ней столкнулся, причем, если до отключения плагина TC3.0 support всё воспринималось без ["WinFormsObject"] для .Net аппликации, то после отключения плагина, всё стало распозноваться напорядок лучше, просто несооизмеримо лучше, но появились такие вот элементы как WinFormsObject и не только они - назвать багом думаю наврядли, но вот как избавиться от этих эллементов при прежнем уровне распозвонвания объектов и элементов форм, оставив их на совести тесткомплита, было бы очень интересно(если конечно же существует такая возможность - я в данном случае просто NameMapping использовал - но мне кажется, что это не самое совершенное решение проблемы.) А что касаемо версии то у меня на данный момент стоит 5.0.387.7 [right][snapback]41750[/snapback][/right]
Насколько я понимаю, обращение через WinFormsObject как раз и вводилось для того чтобы "распозноваться стало напорядок лучше, просто несооизмеримо лучше". Но так как возникла проблема совместимости со скриптами TC3 то AutomatedQA сделала все чтобы скрипты записанные в TC3 воспроизводились бы без каких-либо изменений в двух последующих версиях (4 и 5) и старая модель была оставлена при включенном plugin'е совместимости. Так что, тут как говорится "или шашечки или ехать"
P.S. А что вы поледний update 5.x не ставите ? есть проблемы ?
opensource tools (Выбор инструментов)
2007-05-03 10:59 135
У меня аналогичный вопрос. Необходимо генерировать tcp/udp/http/ftp/smtp/rtsp/imap и т.д. трафик от тысяч source ip. Рыл вчера этот вопрос. Единственно что более-менее подошло - это curl-loader для генерации тупой нагрузки по HTTP от разных source ip одновременно. Остаётся проблема по генерации трафика для остальных протоколов. Продолжаю рыть и пробовать, винт уже завален всяким хламом -(((... может у кого уже есть успешный опыт поисков?
GetObjectbyName (AutomatedQA - Functional Testing)
2007-05-03 11:21 Bek
ищу помощи, мозги уже не работают в нужном направлении. Есть управляющий скрипт, запускающий TestComplete и, собственно, тест посредством Integration объекта. Тест проходит отлично. Но хочется выжимки из TestLog писать в соответствующие поля трекинг системы. Тут возникла проблема. В примерах доступ к Logs описан - проще некуда (Project.Logs...) так вот доступа к объекту Project через COM я не нашел. Попытался достучаться прямо до Logs пользуюсь конструкцией;
CODE
var objResultDescription = objTestCompleteApplication.Integration.GetLastResultDescription();
...
var objLogResults = objTestCompleteApplication.Integration.GetObjectByName(objResultDescription.NameOfRootLog);
Включение screen shot в отчет (Hewlett-Packard (Mercury) - Quality Center)
2007-05-03 11:49 Mike
Выборочно нельзя. Можно сделать так, чтобы к шагам - вызовам методов тестовых объектов прилагался снэпшот. Есть 2 опции - либо снэпшот "полагается" только заваленным шагам - вызовам методов, либо - всем. Выставляется это здесь: Tools>Options>Run: Save step screen capture results:(On errors|On errors and warnings|Always|Never)
Но реально очень трудно работать с такими людьми (на вопрос какая у тебя ip отвечают - незнаю, а как єто узнать, или не знают что такое SELECT * from .....)
Так вот, может кто знает или имеет такой себе CheckList для тестера типа: 1. Знание жизненного цыкла разработки ПО 2. Windows (продвинутий юзер) 3. SQL основы 4. ООП ...... [right][snapback]41722[/snapback][/right]
Это все классно, но вы не задавались вопросом "А что будет делать инженер по качеству?" Ставить Windows? Писать хранимки? Или все-таки находить и фиксировать ошибки? На собеседовании тестировщика (не претендующего на роль дизайнера сценариев) просто необходимо проверить навыки видеть и фиксировать ошибки. Что интересно. Научить писать SQL запросы довольно легко. А вот научить грамотно писать по русски - это очень трудоемкая задача. Конечно технические вопросы можно и нужно задавать. Но тестировщик не работает в одиночку. И навык коммуникации в письменном виде для него - ключевой.
PS. У задания "Описать ошибку" есть очень неприятный подводный камень. Спрашивающий должен быть асом.
В уоманде встала задача автоматизации функицонального тестирования (регрессионного). Приложение написано на Java. Специалист по тулам компании проанализировал приложение и пришел к выводу что самыми оптимальными тулами являются Silk Test и Test Complete.
Однако эти два тула по стоимости отличаются в разы (хотя по удобству использования якобы проще в изучении Silk Test).
Не могли бы вы подсказать какие нибудь явные очевидные преимущества SilkTest, которые бы помогли убедить заказчика выделить средства на Silk Test? Либо же привести аргументы в пользу Test Coomplete?
Заранее спасибо!
Работа в Quest (Работа/Москва)
2007-05-03 12:08 Quest Moscow
Вопросы по интересующим Вас вакансиям можете задавать на mskjob@quest.com
Однако эти два тула по стоимости отличаются в разы (хотя по удобству использования якобы проще в изучении Silk Test).
Стоимость - очень важный фактор. Это естественно. Насчет простоты изучения ничего наверняка сказать не получится, так как при желании из любого г... можно сделать конфетку и наоборот. Поэтому нужно определить, какому из средств вы можете научиться быстрее.
В этом плане у TestComplete преимуществом является то, что встроенные в него языки программирования не являются специфичными для данного средства (JavaScript и VBScript используются не только в TestComplete). Тем не менее, рассматривая освоение того или иного тула в комплексе, нужно учитывать следующий фактор:
- какому из средств вы могли бы обучиться быстрее или вас могли бы обучить и по какому из тулов специалисты более опытные и т.п.
Выигрыш на стадии обучения может серьезно компенсировать разницу в стоимости тулов со временем.
QUOTE
Не могли бы вы подсказать какие нибудь явные очевидные преимущества SilkTest, которые бы помогли убедить заказчика выделить средства на Silk Test? Либо же привести аргументы в пользу Test Coomplete?
Цена - это объективное преимущество TestComplete. Еще одним преимуществом является возможность TestComplete достучаться до внутренних свойств объектов (а для Java приложения это вполне возможно). Объективным преимуществом SilkTest является интеграция с другими продуктами системы управления жизненным циклом ПО (SilkCentral Test Manager - багтрекинг, StarTeam - версионка, которую и под баг-трекер можно приспособить). Поэтому несмотря на цену продукты компаний Borland и HP (имеются ввиду решения Mercury) пользуются спросом, так как представляют интегрированные решения.
Остальные преимущества являются субъективными и зависят от притязаний и привычек того или иного пользователя. Так, например, в Силке оконные декларации - это фактически такой же фрагмент кода, что и скрипты, в то время как в ТестКомплите - это отдельный тип ресурса (я про Name Mapping). Более того, Силк требует меньшего количества файлов для полноценной работы с проектом. То есть при создании проекта в TestComplete генерируется много дополнительных файлов, которые тоже надо таскать при переносе на другую машину, например. В Силке можно даже проект не использовать и для настроек там можно ограничиться 2-3 файлами. Все остальное - это скрипты и инклуд-файлы. Затем, если в TestComplete предоставляется выбор языка кодирования, то в SilkTest язык один, но со смешанным синтаксисом.
Silk Test vs. Test Complete (Borland и Segue)
2007-05-03 13:15 KaNoN
А вообще, разные отзывы об этих средствах можно найти, почитав подфорум "Выбор инструментов". Там можно узнать много чего интересного
ВАКАНСИЯ: ПРОГРАММИСТ-АНАЛИТИК (Работа/Москва)
2007-05-03 13:20 astraelena
Требования: Опыт работы с отчетами и юнивёрсами Business Objects от 2 лет Знание Business Objects XI Опыт в разработке программного обеспечения Знание баз данных (желательно Oracle) Аналитические навыки; Коммуникабельность; Ответственность и аккуратность. Английский язык (технический) – обязательно.
Обязанности: Создание отчетов Business Objects Создание и модификация юнивёрсов Взаимодействие с заказчиками и аналитиками: создание технических требований к отчетам, тестирование отчетов Работа в команде; з/п до 2500 у.е.(по итогам собеседования )+соц. пакет + возможность получения сертификации. М. Войковская т. 981-61-82 Елена eshevchenko@bellintegrator.ru (в теме письма указывать название вакансии)
Вакансия: ПРОГРАММИСТ С++/С (Работа/Москва)
2007-05-03 13:21 astraelena
Требования к кандидату на должность Проргаммист/ Разработчик: Уверенное знание любого из перечисленных языков (С/C++ или VB/VBScript или Perl/PHP), опыт работы в операционых средах Windows/DOS/Unix-подобных, знание стандарта SQL`92 или ДБ Oracle, знание английского языка на уровне, чтение документации, опыт работы от 1 года, желание обучаться. з/п до 1500 у.е. (по итогам собеседования)+соц.пакет + программа обучения и обязательная сертификация(за счет компании) м. Войковская т. 981-61-82 Елена eshevchenko@bellintegrator.ru(в теме письма указывать название вакансии)
Итак, проблема – нестандартный контрол (см. приаттаченный скриншот контрола, там два варианта одного и того же контрола с разными установками).
Как видно, это текст, внутри которого встречаются элементы, похожие на ссылки в веб-приложениях. Похожи они тем, что выглядят так же (синие, подчеркнутые, при наведении на них курсора мыши курсор меняется). Однако функциональность у них не такая. После нажатия на эту "ссылку" текст в ней меняется (это можно увидеть, если сравнить два скриншота). В зависимости от длины текста может меняться расположение текста в контроле. Например, при нажатии на ссылку текст меняется, новый текст гораздо длиннее, чем предыдущий, отчего весь текст смещается вправо и, соответственно, вниз.
Вся эта конструкция распознается как один контрол. Если кликнуть по контролу, то между ссылками можно перемещаться кнопками влево-вправо и менять текст пробелом
Теперь вопрос: у кого какие идеи по поводу того, как можно реализовать работу с этим контролом?
У меня есть три идеи, каждая из которых плоха по-своему :)
1) Сравнивать битмапы. Это наиболее плохая идея и вот почему. Контрол может быть активным и неактивным. В зависимости от этого меняется цвет его фона (синий/голубой). Кроме того, ссылка может быть двух цветов (нажатая/не нажатая, соответственно цвета фиолетовый/голубой, ну как у обычных ссылок). Т.е. получается, что для каждой ссылки надо сгенерить 4 битмапа и потом проверять каждый
2) Выискать пиксели в тексте, которые для каждого текста уникальны(например, в одном случае в этот пиксель попадает кусок сомвола, а в другом - фон) и сравнивать эти самые пиксели. Вот этот второй метод подошел бы, если бы не одно НО: ссылки могут перемещаться по контролу (блуждающие ссылки :) ). К примеру, если в первой ссылке будет выбран более длинный текст, то вторая уплывет правее. Если потом во второй будет выбран более длинный текст, то третья ссылка вообще может съехать на следующую строку.
3) Работать с ним "вслепую". То есть захардкодить значения в каждой ссылке (они по умолчанию всегда одинаковые) и написать метод, который будет клавишами переходить от ссылки к ссылке и жать пробел, если это необходимо, для изменения значения. Если вдруг потом поменяются значения по умолчанию, то в скрипте их поменять в том месте, где они захардкоджены. Минус, конечно, в том, что это будет вслепую. =/
Вот-с. Любые мысли/предложения/идеи очень приветствуются.
На всякий случай, еще: GetEverything() возвращает только bExists и bEnabled. Ну, еще можно дописать свою пропертю bActive, которая будет смотреть на цвет фона и возвращать true/false.
Работа с нестандартным контролом (Borland и Segue)
2007-05-03 14:04 KaNoN
Больше вариантов, собственно, и не надо. Для работы с данным контролом имеет смысл использовать комбинированный вариант. Например, можно насоздавать методов, каждый из которых будет делать определенную операцию. Как правило это клик на какой-то ссылке (для этого работаем вслепую), но также не помешает метод, который позволит определить, какое именно окно в данный момент отображается (или в каком состоянии данный контрол находится). В этом случае, возможно, понадобится сравнивать пикселы или битмапы на определенных фрагментах, причем желательно, чтобы они были зафиксированы, например относительно левого верхнего угла окна
Для работы с данным контролом имеет смысл использовать комбинированный вариант
Да, нечто такое приходило в голову. Единственное, что плохо: использование нескольких методов и невозможность на скорую руку определить, где искать нужный пиксель. Т.е. для того, чтобы узнать, какой пиксель брать для проверки третьей ссылки, придется сначала узнать, какие ссылки выбраны в 1м и 2м. Громоздко получается
Сделать списком тем как раньше? [right][snapback]41767[/snapback][/right]
Списком очень хорошо, нет необходимости проматывать километры чужих цитат в поисках интресующей темы.
Лично мне прежний список был очень неудобен тем, что не было видно названия ветки форума; без этого, и с ни о чем не говорящими темами сообщений, весьма сложно разобраться, о чем будет речь. Впрочем, в новой версии названий разделов тоже нет.
Так вот, минимальное требование к такому человеку - не знания, а 1) способности. 2) Проявление интереса к изучению объекта тестирования, способность к вдумчивому анализу и 3)связному изложению своих мыслей - вот стартовый набор.
Как мне кажется, rlabs описал три наиболее важных требования к потенциальным тестерам.
Интересно, что но одно из этих требованиё не было описано в явном виде KaNoN. А можно ли из этого сделать вывод, что rlabs работает в небольшой молодой фирме, а KaNoN работает в солидной аутсорсинговой организации с устоявщимиси процессами? Именно для таких организаций харктерна вера в то, что главное - это процессы, а умение соображать и излагать свои мысли - это второстепенное требование.
QUOTE(rlabs @ May 2 2007, 07:58 AM)
Проверить это можно на небольших задачах типа "задачи Майерса".
Логи хранятся в <папка проекта>\Log. Для каждого лога создается папка, именуется датой и временем запуска. В ней находятся картинки, которые создаются в процессе работы скрипта и, собственно, сам лог *.tcLog
Так вот, у файла *.tcLog обычный xml формат, если в нем разобраться, то можно вытаскивать оттуда все, что вам нужно
не совсем понятно из ваших двух постов: с одной стороны вы пытаетесь получить доступ к логу из ТестКомплита (первый пост), т.е. именно в процессе работы скрипта, а теперь говорите, что
QUOTE
так объекты можно искать только в процессе выполнения теста. Значит такое решение не подходит
имеется ли ввиду, что необходимо получать доступ к произвольным лог файлам, а не к текущему логу?
Интересно, что но одно из этих требованиё не было описано в явном виде KaNoN.
То, что я описал, частично все-таки покрывает отмеченные вами пункты, но эти самые пункты выявляются в процессе. Просто перечислим: 1) способности. - ну это выявляется на практике, а на собеседовании это дополнительные задания, пример кода (для автоматизаторов)
2а) Проявление интереса к изучению объекта тестирования - если человек пришел на собеседование на данную позицию, то интерес она ему представляет. Если же есть в этом сомнения, то можно спросить человека, почему он решил пойти в тестировщики. Это из разряда общих вопросов, которые можно задавать в любом месте разговора.
2б) способность к вдумчивому анализу - что-то с трудом верится, что подобная характеристика может быть выявлена прямо на собеседовании, времени мало, да и это не рабочая ситуация, когда действительно надо мозги поднапрячь
3)связному изложению своих мыслей - ну тут совсем просто. Если у человека в голове каша и он не может нормально связать слова, то он просто не сможет нормально ответить на вопросы, которые ему задают. А если и ответит, то нет гарантии, что собеседующий его поймет. Подобные характеристики автоматически выявляются при устном собеседовании.
QUOTE
А можно ли из этого сделать вывод, что rlabs работает в небольшой молодой фирме, а KaNoN работает в солидной аутсорсинговой организации с устоявщимиси процессами?
Осталось спросить у rlabs-а, так как на счет меня сказано верно
QUOTE
Именно для таких организаций харктерна вера в то, что главное - это процессы, а умение соображать и излагать свои мысли - это второстепенное требование.
Когда налажены процессы, то помимо прочего налажено много шаблонов как раз с целью формализации описаний, что требует меньшего напряжения при изложении своих мыслей. Так что налаживание процессов - это то, к чему в любом случае надо стремиться, чтобы повысить эффективность работы.
А вообще, у собеседующего есть глаза и уши и собственное представление о требуемом уровне знаний кандидата. Поэтому, характеристики, которые следует выделять у собеседуемого, зависят от того, кто его собеседует. Я лишь перечислил темы для разговора, в каком ключе разговаривать. А личное общение позволит много чего выявить.
GetObjectbyName (AutomatedQA - Functional Testing)
2007-05-03 15:42 Bek
нет. с логом не пробовал разбираться. хотелось решить задачу, пользуясь предоставленным API. Все таки продукт давно разрабатывается (работаю с 4 версией).
По поводу доступа к объектам - имеется в виду следующее:
QUOTE
To obtain program objects such as Sys, Log, Runner, Regions and others, use the GetObjectByName method of the Integration object.
Note: You can obtain the object only if TestComplete is running a test. If there is no tests running in TestComplete, GetObjectByName will return an empty Variant value.
то есть, мне нужен лог от только что завершившегося скрипта. А снаружи мне объекты недоступны, потому что полный лог я могу получить только после того как скрипт закончит работу - зачем мне неполный? =)
А после завершения теста - объект Log недоступен, хотя сам TCApp существует.
Проблема с названиями объектов в web-приложении (AutomatedQA - Functional Testing)
2007-05-03 15:52 Anny
У меня возникла проблема с названиями объектов в web-приложении. Любые объекты, будь то ссылкы, кнопки, поля, метки – все отображается как Item(k), где k- совершенно любая цифра. При каждой новой сборке значение k меняется и поэтому было бы нецелесообразно гадать насколько оно увеличится или уменьшится при новой сборке ПО. Мне необходимо, что TestComplete 5.1 увидел объекты и показал их в Object Browser. Web-приложение написано на языке Java. Слышала про способ увидеть объекты web-приложения с помощью Java-библиотек. В какую папку класть библиотеки и сработает ли такой способ в решении данной проблемы? Или есть какой-то другой способ?
Просто перечислим: 2а) Проявление интереса к изучению объекта тестирования - если человек пришел на собеседование на данную позицию, то интерес она ему представляет. Если же есть в этом сомнения, то можно спросить человека, почему он решил пойти в тестировщики. Это из разряда общих вопросов, которые можно задавать в любом месте разговора.
Хм, интересный вопрос. При отсутствии у нас программ обучения тестировщиков.
QUOTE
3)связному изложению своих мыслей - ну тут совсем просто. Если у человека в голове каша и он не может нормально связать слова, то он просто не сможет нормально ответить на вопросы, которые ему задают. А если и ответит, то нет гарантии, что собеседующий его поймет. Подобные характеристики автоматически выявляются при устном собеседовании. [right][snapback]41816[/snapback][/right]
Тоже хмммм :) У кого-то на бумаге намного связаннее мысли укладываются, нежели в голове формулируются. К тому же, это скорее тест на "угадайте, что я хочу от вас услышать".
Кстати, для получения подобной информации как раз и предназначен первый этап. Цитирую:
QUOTE
Обычно во время собеседования от кандидата стараются получить информацию о его предыдущей профессиональной деятельности. Поэтому 1-я категория вопросов - вопросы о предыдущей проф. деятельности кандидата. Интересно просто послушать, что и как он рассказывает, на чем ставит акценты. Это не совсем кореллирует с данной темой, но тем не менее уже здесь можно сформировать определенное мнение о кандидате.
Выделенное, как раз позволяет получить информацию о человеке как таковом. Естественно, интересно узнать, как он работает в команде (и работал ли вообще), как разрешал проблемы. А если это новичек, не имеющий за плечами профессионального опыта, то подобные вопросы обычно корректируются в виде "как вы себе представляете рабочий процесс, как вы себе представляете работу в команде" и т.д. [right][snapback]41791[/snapback][/right]
Я немного не об этом. Где и как работал - это одно. Какие цели преследует - это другое. Я же говорю о психологической совместимости с коллективом. Обычно в собеседованиях участвует и менеджер по кадрам - HR, который и пытается понять психологию соискателя, насколько успешно этот человек может влиться в колеектив . А также: ставят человека в критические условия и отслеживают его реакцию (паника, здравый смысл, агрессия и т.д.), потому что работать приходится в разных ситуациях.
Просто перечислим: 2а) Проявление интереса к изучению объекта тестирования - если человек пришел на собеседование на данную позицию, то интерес она ему представляет. Если же есть в этом сомнения, то можно спросить человека, почему он решил пойти в тестировщики. Это из разряда общих вопросов, которые можно задавать в любом месте разговора.
Хм, интересный вопрос. При отсутствии у нас программ обучения тестировщиков.
Если у человека и интереса к профессии нет, то даже наличие обучающей программы не поможет. А спрашивать о причинах выбора профессии можно как новичка, так и человека с опытом. Просто разные характеристики можно выявить. Но этот вопрос позволяет выявить отношение к данной профессии. Вот, например, почему вы решили стать тестировщиком?
QUOTE(solnik @ May 3 2007, 02:58 PM)
QUOTE
3)связному изложению своих мыслей - ну тут совсем просто. Если у человека в голове каша и он не может нормально связать слова, то он просто не сможет нормально ответить на вопросы, которые ему задают. А если и ответит, то нет гарантии, что собеседующий его поймет. Подобные характеристики автоматически выявляются при устном собеседовании. [right][snapback]41816[/snapback][/right]
Тоже хмммм :) У кого-то на бумаге намного связаннее мысли укладываются, нежели в голове формулируются. [right][snapback]41819[/snapback][/right]
Устное собеседование не исключает письменной составляющей. Адекватный ответ в письменной форме - тоже ответ
QUOTE(solnik @ May 3 2007, 02:58 PM)
К тому же, это скорее тест на "угадайте, что я хочу от вас услышать". [right][snapback]41819[/snapback][/right]
А это уже зависит от того, кто собеседует. Если это знающий человек, то он-то сверяет не с заученными "правильными" ответами, а у него есть некоторое понимание. А если кандидату задают вопрос, то его ответ должен содержать что-то вразумительное. Ведь просто что-то сказать - этого мало, надо чтобы это сказанное было понятным (мысль улавливалась) и при этом в этом ответе должны прозвучать некоторые ключевые моменты, по которым ответ идентифицируется как правильный. Могу примеры привести, если надо.
Коллеги, а если не с чем сравнивать? Я говорю о вполне реальной картинке - надо оценить эффективность и работоспособность текущих моделей разработки в рамках одной компании, но при это методологий - "зоопарк", а оценку получить нужно, тогда что?
Я немного не об этом. Где и как работал - это одно. Какие цели преследует - это другое.
Я же говорю о психологической совместимости с коллективом. Обычно в собеседованиях участвует и менеджер по кадрам - HR, который и пытается понять психологию соискателя, насколько успешно этот человек может влиться в колеектив . [right][snapback]41820[/snapback][/right]
HR вообще извлекает предварительную информацию о кандидате и то это больше разговор по душам или стандартный опросник. А вот уже техническое интервью - это уже разговор со своими потенциальными сотрудниками и собеседующий уже вполне может присматриваться к кандидату, как он себя ведет, как и о чем разговаривает, как сидит и т.п. Собеседование от экзамена отличается тем, что на собеседовании оценивают не только знания, но и личные качества. То есть это именно техническому специалисту надо бы как раз присматриваться к кандидату.
Но это я опять что-то в сторону ушел. Я перечислял фактически темы для разговора и какие знания нужно выявить. Личные характеристики выявляются в процессе, поэтому я их не указывал. Личные характеристики не так можно распланировать в общем виде, поскольку требования зависят от характера самого собеседующего. Могут также сыграть даже субъективные факторы ( вплоть до того, что выбор остановится на том или ином кандидате за счет того, что он курит или наоборот не курит). Личные характеристики собеседующий оценивает сам исходя из своих потребностей и их я угадать не могу, а вот технические вопросы - они как-то более отстранены от психологии
QUOTE(yamayka80 @ May 3 2007, 03:14 PM)
А также: ставят человека в критические условия и отслеживают его реакцию (паника, здравый смысл, агрессия и т.д.), потому что работать приходится в разных ситуациях. [right][snapback]41820[/snapback][/right]
Когда как. При личном общении это вполне применимо. Последнее собеседование я проходил по телефону. Там такой проверки не вышло бы.
Проблема с параметризацией VIEWSTATE данных (Hewlett-Packard (Mercury) - Quality Center)
2007-05-03 18:34 Tikonderoga
Первоначально предположение, подтвержденное постом Дмитрия ("не там ищете...") оказалось верным - искомый __VIEWSTATE нашелся в iframe (содержимое которого не выводилось в снапшот.) Для того, чтобы web_reg_save_param() искал в этом фрейме, понадобилось яснов указать параметры "IgnoreRedirections=No" и "RelFrameId=All" (можно было также "RelFrameId=1.1").
P.S. Данный пост написан для того, чтобы закрыть тему и предоставить информацию, которая может оказаться полезной кому-нибудь когда-нибудь. :)
Проблема с параметризацией VIEWSTATE данных (Hewlett-Packard (Mercury) - Performance Center)
2007-05-03 18:34 Tikonderoga
Первоначально предположение, подтвержденное постом Дмитрия ("не там ищете...") оказалось верным - искомый __VIEWSTATE нашелся в iframe (содержимое которого не выводилось в снапшот.) Для того, чтобы web_reg_save_param() искал в этом фрейме, понадобилось яснов указать параметры "IgnoreRedirections=No" и "RelFrameId=All" (можно было также "RelFrameId=1.1").
P.S. Данный пост написан для того, чтобы закрыть тему и предоставить информацию, которая может оказаться полезной кому-нибудь когда-нибудь. :)
Область деятельности: Возможны вакансии в разных проектах, в зависимости от специализации кандидата. Это могут быть и веб ориентированные системы, и десктопные приложения. Все проекты для зарубежных заказчиков – ведущих фирм в области IT.
Обязанности: Анализ систем, сбор требований, оценка объема необходимого тестирования, разработка детальных тест планов/кейсов и документации, проведение тестов, менеджмент дефектов, проверка качества, отчет о завершении тестирования.
Требования к кандидату:
Более одного года работы в тестировании ПО
Хорошее знание методологий тестирования ПО
Хороший письменный и, желательно, разговорный английский
Аналитический склад ума, внимательность к деталям, ответственность.
Условия:
Работа в команде профессионалов одной из крупнейших в России аутсорсинговых фирм-разработчиков ПО. Процесс разработки по СММ3. Отличные возможности для профессионального и карьерного роста.
Достойная белая зарплата $1000-$1200: зависит от уровня квалификации кандидата, обсуждается на интервью.
Область деятельности: Удаленное функциональное тестирование GUI- и non-GUI приложений - компонентов биллинговой системы крупнейшего европейского оператора сотовой связи
Обязанности: Работа по требованиям и процессу заказчика. Изучение и ревью спецификаций на английском языке, дизайн тест кейсов, планирование объема тестирования и проведение приемочного тестирования. Анализ результатов тестирования, коммуникации со специалистами и разработчиками на стороне заказчика, сбор метрик и составление отчетов.
Требования к кандидату:
Письменный и разговорный английский
Понимание целей и подходов к тестированию программных продуктов
Хороший общетехнический бэкграунд
Условия:
Работа в команде профессионалов одной из крупнейших в России аутсорсинговых фирм-разработчиков ПО. Отличные возможности для профессионального и карьерного роста.
Достойная белая зарплата $700-$1200: зависит от уровня квалификации кандидата, обсуждается на интервью.
Область деятельности: Удаленное функциональное тестирование в пакетном режиме клиент-серверных (non-GUI) приложений - компонентов биллинговой системы крупнейшего европейского оператора сотовой связи.
Обязанности: Работа по требованиям и процессу заказчика. Изучение и ревью спецификаций на английском языке, дизайн тест кейсов, планирование объема тестирования и проведение приемочного тестирования. Анализ результатов тестирования, коммуникации со специалистами и разработчиками на стороне заказчика, сбор метрик и составление отчетов.
Требования к кандидату:
Письменный и разговорный английский
Опыт работы инженером по тестированию программных продуктов
Хороший общетехнический бэкграунд
Опыт работы на платформе UNIX, желательно программирование на shell
Владение SQL, желателен опыт работы с Oracle
Условия:
Работа в команде профессионалов одной из крупнейших в России аутсорсинговых фирм-разработчиков ПО. Отличные возможности для профессионального и карьерного роста.
Достойная белая зарплата $1200-$1500: зависит от уровня квалификации кандидата, обсуждается на интервью.
Пакет навыков для начинающего тестера (Управление тестированием ПО: тест менеджмент) 2007-05-02 14:58 rlabs
То что в скобках именно раздел. Я специаьно стал давать форумам более длинные и полные названия, чтобы RSS-ом и рассылкой было удобнее отслеживать активность того или иного форума.
All1c.ru - это поисковая система для программистов 1С, которая умеет искать по порталам, форумам и блогам, посвященным программированию на 1С, различным задачам автоматизации на 1С.
All1c.ru работает на основе сервиса настраиваемого поиска Google Custom Search Engine. Поэтому при поиске реализуется вся мощь этой поисковой системы.
Вся нужная информация по 1С находится с помощью All1c.ru быстрее и эффективнее, чем просто в Google, потому что здесь у вас есть возможность ограничить поиск только группой сайтов одной тематической направленности.
На данный момент в базе поисковой системы содержится более 100 веб-сайтов добавленных в каталог сайтов 1С на www.infostart.ru
Если есть Google, зачем нужен All1c.ru?
All1c.ru действительно, реально и на самом деле экономит ваше время.
Google - отличный поисковик. Он знает несколько миллиардов страниц, и в нем можно найти любую интересующую вас информацию. Но это замечательное его свойство является одновременно и его недостатком.
Чтобы найти нужную информацию, относящуюся к какой-либо специфической области деятельности, приходится <прочесывать> множество страниц поисковых результатов, со ссылками на веб-страницы, которые либо очень косвенно касаются интересующего вопроса, либо содержат информацию по совсем другой, не нужной вам теме.
Разработчики Google тоже это понимают, поэтому недавно в рамках программы Google Co-op компания Google представила новый сервис настраиваемого поиска Google Custom Search Engine. С помощью Google CSE каждый может создать тематическую поисковую систему по тем ресурсам, которые он считает авторитетными в какой-либо области. Для этого достаточно просто указать, какие сайты следует включить или, напротив, исключить из поискового индекса.
В список сайтов, по которым ищет All1c.ru, включены практически все сайты русскоязычной части интернета, содержащие полезные сведения относительно разработки в среде программирования 1С. За счет ограничения поискового индекса сайтами очень узкой тематической направленности, поисковые результаты лишены множества <левых>, не относящихся к делу ссылок.
Поэтому, если вам требуется быстро найти информацию по какому-либо вопросу из области программирования 1С, All1c.ru - лучший помощник в этом.
Bug Track (Разработка и проектирование тестов: тест анализ и тест дизайн)
2007-05-04 11:32 chezar
Если я понял вопрос правильно, то первый и главный стандарт ведения "багтрека" - это полный отказ от регистрации дефектов в текстовых файлах, а использование специализированных предназначенных для этих целей систем, которые позволяют регистрировать запросы (желательно) нескольких типов (дефект / запрос на изменение - Change request) обладающих собственными прописанными циклами жизни этих запросов. А в остальном, как уже настроить эти циклы жизни - это индивидуальное дело каждой компании, всё зависит от того, как у вас построен процесс взаимодействия между тестерами, разработчиками и заказчиками. Тоже самое касается набора полей, которые заполняются при регистрации различных запросов на изменения. Примеры по наборам полей и циклам жизни могу прислать, если необходимо.
думаю, что вы правы, когда пишите, что аудит - проверка формального соответствия.
Давайте только разберемся. Аудит чего?
Если речь идет о процессе, то мы можем говорить, что существуют разные варианты. К примеру: - международные стандарты ISO, CMM(I) и т.п.; - внутренний формальный процесс компании; - стихийный процесс, сложившийся на основе предыдущего опыта (уроки прошлы проектов).
Если же говорить о практиках тестирования, то здесь нет ни каких формальных определений. Контроль качества пока не вылился в фундаментальную науку с устоявшимися понятиями и методиками. Следовательно, в этом случае мы можем ссылаться только на предыдущий успешный опыт, как свой, так и других (если он стал достоянием гласности).
Далее может возникнуть противоречие. Если мы применяем некий процесс, который предписывает выполнение определенных практик, но при этом практики не "дотягивают" до высокого уровня процесса, или вступают в противоречие друг с другом, то проверка на формальное соответствие выдаст положительную оценку, а реальный результат будет далек от желаемого.
Следовательно, аудит это не только (и не столько) проверка формальных признаков процесса, но так же еще и учет предыдущего опыта аудитора. В этом плане консалтинг и аудит не отличаются друг от друга. В первом - лишь преобладает практика, во втором делается упор на формальные признаки. Но хороший результат работы консультанта/аудитора возможен только в том случае, если он знает обе стороны контроля качества - процесс и практики.
Если перейти от рассуждений к делу, то наповерку окзывается, что в компаниях (особенно мелких и средних) нет никакого понятия о процессе, как таковом (или только зачаточные попытки формализовать некоторые активности), а практики применяются исходя из предыдущего опыта руководителя. Если в компании 5-20 проектов, то каждый из них ведеться по своей методике и со своим набором практик.
Задача консультанта заключается в том, что бы сравнить существующие практики хотя бы на нескольких проектах и исходя из своего БОЛЬШОГО опыта дать механизмы для проведения улучшений. В чем заключается такой механизм? Выявляется проблема, разрабатывается механизм контроля и контрольные метрики, разрабатывается путь улучшений, итерационно через метрики контролируется полученные результаты.
Если в эту схему добавить термины и схемы какого нибудь стандарта, то мы получаем аудит, так как можем говорить, что практика включена в процесс, описанный в данном стандарте.
Чем вариант аудита слаб? Тем, что можно прочитать документы по процессу и думать, что ты уже можешь всех учить, что и как делать. Без практики добиться реального улучшения качества крайне тяжело.
В чем сила аудита, брат? ( ) В том, что после проведения аудита у компании появляется, как это сейчас модно писать, "дорожная карта". Через некоторое время компания может пригласить другого аудитора и он не будет начинать все сначала, а может продолжить с того места, где остановился предыдущий.
Коллеги, а если не с чем сравнивать? Я говорю о вполне реальной картинке - надо оценить эффективность и работоспособность текущих моделей разработки в рамках одной компании, но при это методологий - "зоопарк", а оценку получить нужно, тогда что? [right][snapback]41821[/snapback][/right]
Соответствие может быть разным. Важно определить, с чем искать соответствие. Возможные варианты: 1) соответствие каким-либо существующим практикам - тогда действительно с чем-то нужно сравнивать и доводить существующие процессы до эталона 2) соответствие ожиданиям - в этом случае нужно делать упор на эффективности процесса как такового. То есть выявить, все ли звенья цепи работают, где есть простои и т.п. И уже на основании этого можно делать какие-то выводы.
2-й вариант ближе к указанному вами. А вообще Green более емко описал весь этот процесс (см. предыдущий пост ), поэтому особо-то добавлять нечего.
Ожидание, пока button не станет enable (AutomatedQA - Functional Testing)
2007-05-04 14:52 KaNoN
Может быть свойство не то ожидается? У меня сейчас нет под рукой ТестКомплита, но по-моему у объектов должно быть свойство Enabled, которое как раз отвечает за активность. Visible обычно отвечает за видимость объекта (то есть он есть, с ним можно делать все что угодно, но он просто не отображается).
Есть объект унаследованный от TCustomGrid и у него созданны свои методы,так вот возможно ли к ним достучаться имея WinRunner + Delphi Add - in + проект компилированные с TestSrvr. Все вроде есть, а свойства объекта не видны
Есть объект унаследованный от TCustomGrid и у него созданны свои методы,так вот возможно ли к ним достучаться имея WinRunner + Delphi Add - in + проект компилированные с TestSrvr. Все вроде есть, а свойства объекта не видны Или только возможно достучаться до тех методов которые унаследованны от TCustomGrid.
До вычета налогОВ? Т.е. -21% -13% Итого около 46 700 ($1750) после вычета налогов "действительно сильному кандидату"? [right][snapback]41842[/snapback][/right]
До вычета налогов означает, что вы сами платите подоходный налог со своего дохода, т.е. -13%. Остальные налоги - это забота компании.
есть задача: нужно организовать проверку открыт ли Excel (хорошо бы определять конкретный документ) и, в зависимости от результата, либо открывать требуемый excel-файл, либо если он уже открыт, переходить к вводу значений.
Пытаюсь организовать это следующим образом:
CODE
JScript
function ResultToExcel(i, j, c, resultValue) { var Excel, p; var resultCell, CommentCell;
Как результат либо получаю exception об отсутствии ";" в строке "resultCell = Excel.Cells(i, j);", либо сообщение о том что данный excel-файл уже открыт, хотя по task manager'у Excel не запущен, либо выполняется требуемое, но не чаще нескольких повторений. Расстановка delay'ев ситуации не меняет.
У меня была похожая задача - вытягивал данные из лога для формирования отчета. Сначала делал как предложил Genka, т.е. работал с .xml файлом, который содержит всю информацию (правда дело было в ТС3, а в ТС4 структура xml изменилась, там не разбирался). Потом переделал, чтобы использовать Project.Logs.
Выглядит это так: Написан "служебный" скрипт, который вставляется последним в проект. В нем используется Project.Logs, т.к. выполнение проекта еще не завершилось, то и лог доступен, и достается вся необходимая информация о выполненных только что скриптах. А дальше делайте с этой информацией что Вам надо - хотите пишите в файл(тот же xml только с вашей собственной структурой) и используйте ее уже вне ТС или же как-то иначе.
Может быть времени потратиться немало на это, но ведь всегда лучше один раз сделать и больше не париться =)
либо сообщение о том что данный excel-файл уже открыт, хотя по task manager'у Excel не запущен
такая ошибка может проявляться потому, что вы не закрываете ранее открытый файл
надо использовать что-то вроде
CODE
Sys.OleObject("Excel.Application").Quit();
кроме того, может быть еще одна причина. Если вы работаете с Excel файлом, итспользуя OLE И DDT. Решения этой проблемы на данный момент нет, я недавно спрашивал в саппорте.
Т.е. во-первых, закрывать Эксель по завершению работы. Во-вторых, использовать только какой-то один метод работы с Экселем.
Откуда эта формула, подскажите источник? [right][snapback]40419[/snapback][/right]
Если здравый смысл и мой персональный опыт не устраивает, то я действительно встречал её без суммы (для одной операции) где-то под фамилией какого-то, видимо, американца. [right][snapback]40420[/snapback][/right]
Откуда эта формула, подскажите источник? [right][snapback]40419[/snapback][/right]
Если здравый смысл и мой персональный опыт не устраивает, то я действительно встречал её без суммы (для одной операции) где-то под фамилией какого-то, видимо, американца. [right][snapback]40420[/snapback][/right]
Возник такой вопрос: Часть объектов в приложении распознаются TC как ["WinFormsObject"] + цифро буквенный набор символов( например один из поп апоы имеет Name = ["WinFormsObject"]("lIIl1II1l")), точно так же, некоторые эллементы содержат поля с названиями, похожими на тот же, абсолютно непонятный набор символов. Поле ClrClassName, для преведенного выше окна, хранит значение "lI11l11lI". Внутри этого попапа есть эллемент, который распознается как ["WinFormsObject"]("lIIl1II1l"), у которого СlrFullClassName=System.Windows.Forms.Button.
Вопрос состоит в следующем: Это нормальная ситуация или нет. И существует ли возможность, кроме NameMapping, привести это счастье к более удобоваримому виду.
Отдельно стоит упомянуть, что этот поп ап имеет СlrFullClassName=Nevron.NChart.lI11l11lI
Посему прошу коллег поделиться опытом, кто какие использовал опенсорсные инструменты, обрисовать вкратце плюсы и минусы... Выбор богат, однако, попробовав несколько, я ужаснулся тому, что увидел.
В общем, как считаете, что лучше взять и почему? [right][snapback]41550[/snapback][/right]
Вообще говоря, надо очень осторожно выбирать опенсорс и фриваре тулы для тестирования. Они не дают гарантию, того что тулза поддерживает некоторые новые технологии, а также оттестирована на достаточном уровне. А некоторые баги могут просто завести вас в тупик и привести к тому, что нужно будет менять тулзу.
При выборе я бы порекомендовал делать следующее: 1. Нати Сайт тулзы 2. Посмтреть роудмэп релизов (периодичность релизов новых версий) 3. Проанализировать багтрекинг (как часто происходит багфикс) 4. Связаться с авторами и попытаться узнать побольше о будущем самого проекта (если оно туманно, то не стоит привязываться к данной тулзе) 5. Хорошо подумать, готовы ли вы платить за "бетта" тестирование чужого продукта
Тестовое задание "ListBoxer". (Тестирование ПО: выполнение тестов и анализ результатов)
2007-05-05 14:01 Kammi
А мне кажется, человеку без каких - либо более - менее глубоких знаний компа (GUI, инсталляция и т.п.) трудновато искать ошибки только по справке к программе. Представления о том, как это должно быть, как общепринято, нет - а, соответственно, и количество найденных багов будет не особо большое. Елементарный пример - таб - ордер: если человек просто не знает о его существовании? Он найдет только уж слишком явные баги
Интересная программа. При инсталляции, без всякой цели нашёл 10 багов. Подумал что у меня толлант. А дальше тестить было скучно, шаг влево/вправо баг. [right][snapback]37789[/snapback][/right]
Прога и расчитана на выявление как можно большего кол-ва багов (существующих и несуществующих). Вы наверное больше программист, т.к тестировщика хлебом не корми - дай баг найти.
Для более-менее внимательного человека найти порядка 40 ошибок, замечаний в ListBoxer не трудно. А обмениваться найденным - тогда не интересно. Это как кроссворд - посмотрел ответы и что? просто записал слова в клетки? а смысл? [right][snapback]37581[/snapback][/right]
40 ошибок в этой проге - это средний уровень, ближе к низкому (в зависимости от конторы на которую вы будете устраиваться). Обмен ошибками - это обмен опытом и решение известной проблемы, связанной с проблематичностью выявления своих ошибок и записью несуществующих багов, неправильной их идентификации и тд.
Требования: опыт управления отделом QA (min. 3 чел.) не менее года (в том числе оценка проекта, распределение работы, формализация процессов тестирования, отчетность), качественный опыт тестирования, ясное понимание процессов разработки ПО, разговорный и письменный английский.
Дополнительные сведения: профессиональная команда QA, конкурентная официальная з/пл, помощь в оформлении кредитов, расширенный соц. пакет, комфортный отдельный офис по линии метро.
СV высылайте, пожалуйста, по адресу: pushkina@generation-p.com
А мне кажется, человеку без каких - либо более - менее глубоких знаний компа (GUI, инсталляция и т.п.) трудновато искать ошибки только по справке к программе. Представления о том, как это должно быть, как общепринято, нет - а, соответственно, и количество найденных багов будет не особо большое. Елементарный пример - таб - ордер: если человек просто не знает о его существовании? Он найдет только уж слишком явные баги [right][snapback]41855[/snapback][/right]
Вы считаете, что тестировщику необязательно иметь глубокие знания компа (GUI, инсталляция и т.п.)? Согласен, чем меньше документации к тестируемому приложению, тем сложнее искать баги, и нужен определенный уровень нароботок, опыта и импровизации. Повторюсь, именно на определение этих и др качеств направлена эта программа, которая в своей простоте несет массу подводных камней.
Формула, похожа, на то что вы предлагали, однако надо всё-таки смотреть что она описывает по сути. А говорит она только то, что если нарушается это соотношение, то сам тул нагрузочного тестирования является узким местом проверки производительности, это во-первых, а во-вторых этот вывод базируется на правильной логике: количество клиентов в системе равняется произведению времени проводимого клиентом в системе на значение, которое описывает интенсивность прибывания новых клиентов.
Теперь вернёмся к тому, что предлагали вы:
QUOTE(a66at)
N_ср = SUM_i(T_i_ср * I_i) N_ср - среднее количество потоков; T_i_ср - среднее время отклика i-го метода сервиса; I_i - интенсивность вызовов i-го метода сервиса.
Изначально была прозрачная логика: Если в магазин входит 10 клиентов в час и они остаются в магазине по полчаса, то в магазине в среднем 5 человек. Если вы меряете производительность системы и у вас это соотношение нарушается, то скорее всего сама измерительная система даёт сбой и не может посчитать скажем время обслуживания.
А получилось по вашим словам следующее: Среднее количество потоков в системе = Сумме произведений времени отклика на интенсивность. По-моему совсем ерунда, хотя, конечно, я могу просто не видеть очевидной связи. Я что-то не "проинтерполировал" чтобы увидеть очевидное?
По-крайней мере пример, который вы привели в подтверждение своей теории, как по мне, совсем из другой оперы.
QUOTE(a66at @ May 4 2007, 09:49 PM)
Кстати, этот топик действительно относится к тест-менеджменту?
Часть первая: Цель тестирования (DECODED) Цель тестирования — это нахождение багов до того, как их найдут пользователи. Количество багов, найденных до релиза, ничего не говорит об эффективности тестирования. QA — это забота о качестве в виде превентирования появления багов, тестирование — это забота о качестве в виде обнаружения багов до того, как их найдут пользователи. QA призвано улучшить ПО через улучшение процесса разработки ПО, а Тестирование — через обнаружение багов.
Вопросы и предложения можно и нужно оставлять в этой ветке. [right][snapback]41741[/snapback][/right]
Я предлагаю выделить отдельный форум по QA. Причиной для подобного действия является тот факт, что гарантирование качества является совершенно отдельной сферой деятельности нежели контроль качества (aka QC aka Testing).
QA, на мой взгляд, это структура, живущая параллельно с основной группой разработки и занимающаяся сторонним анализом процессов, а также мероприятиями направленными на повышение качества ПО. Т.е. формально QA отвечает на вопросы "что делать и кто виноват". В то время как QC просто констатирует факт: все хорошо или все плохо.
Я что-то не "проинтерполировал" чтобы увидеть очевидное?
Вы сильно перевираете мою терминологию. Откуда-то появились какие-то пользователи вместо методов. Я изначально действительно допустил ошибку. Имелось в виду количество потоков в тредпуле, обслуживающем синхронную часть конкретного вёбсервиса, а не во всём сервере приложений и тем более не во всей системе. Для асинхронной части вёбсервиса, при её наличии, формула тоже верна, только брать нужно время обработки, а не отклика и мониторить другой тредпул. В остальном всё верно. Я удивлён, что эта концепция непонятна, фактически это закон сохранения - для того чтобы обслуживать 7 операций с двухминутной транзакционой частью в минуту в сберкассе нужно 14 операционистов. Нужно объяснять, в каком случае, при методически правильно поданной нагрузке и правильно замеренном клиентском времени отклика это соотношение будет нарушено? :)
Давно пора:) QA - это целый мир, отдельный от тестирования, или разработки. Отдельный, в том плане, что это не тестирование и это не разработка и не т.д.:) Это как прослойка, проникающее во все, связующая и объединяющая..
о, как песня получилось:)
Осталось подумать о контенте. В нете есть целые отдельный сайты посвященные QA. Но QA в IT - с этим есть определенный напряг. интересная комбинация получается - QA в тестинге.
Думаю у нас получится поговорить в новом форуме о толковом.
QA в инженерных отраслях. (Обеспечение качества ПО - QA)
2007-05-06 22:29 a66at
Вот давно хочу выяснить для себя, но никак не найду времени. Может быть кто-то исследовал уже этот вопрос. Действительно ли QA в смысле ISO 9000 широко применяется, отжирает себе щедрые куски бюджетов и приносит зримые плоды, например в проектном строительстве или при разработке летательных аппаратов? Для меня как-то странно было бы свыкнуться с мыслью, что соотвествующие конторы вместо того чтобы выполнять инженерные изыскания, направленные на то чтобы здания не разрушались, а самолёты не падали на глазах у удивлённой публики, развивают у себя процессы типа "ответ на жалобу удивлённой публики" или там "обеспечение обратного следа от поломки до инженера её спроектировавшего". Если такое есть, то может быть кто-то поделиться названиями основных процессов? А если ничего такого нет, а методологии QA пригодны только для улучшения массового производства (насколько я помню классику, изначально это была военная форма), то как так получилось, что в ИТ пытается складываться обратная ситуация? Всевозможные "процессологи" постоянно всеми правдами и, что особенно огорчительно, неправдами, пытаются установить примат своей области знаний над всеми остальными, при этом даже не обладая никакой заметной компетенцией в том что они собираются улучшать.
Далее следует субъективное мнение. ---------------------------------------------
Лично у меня вообще сложилось впечатление, что весь этот хвалёный процессный подход это нечто вроде отсоса благ в виде денежных средств из всяких туземных экономик, в виде: "Получи лишних сто баксов, за то что поставишь своих ближних на тысячу". Вроде форекса или тех же лицензий на некоторые виды софта. Или может быть это у меня атавизмы "шарашного" сознания помноженные на пионерские знания в области качества? Особенно хотелось бы услышать "голос Америки" по этому поводу.
Вы сильно перевираете мою терминологию. Откуда-то появились какие-то пользователи вместо методов.
Пользователи появились по вашей же ссылке:
QUOTE
The average number of customers in a stable system (over some time interval), N, is equal to their average arrival rate, λ, multiplied by their average time in the system, T, or: N= lambda*T.
И к этой формуле, которую вы приводите в качестве аргумента смысл как раз есть, а вот как она подтверждает слова про то что:
QUOTE(a66at)
Для результатов корректного эксперимента справедливо отношение: N_ср = SUM_i(T_i_ср * I_i) N_ср - среднее количество потоков; T_i_ср - среднее время отклика i-го метода сервиса; I_i - интенсивность вызовов i-го метода сервиса. Осреднение проводится по времени эксперимента.
Не уходите в сторону, пожалуйста, вопрос хороший - но о нём лучше отдельной темой. [right][snapback]41870[/snapback][/right]
Я совсем не ушёл в сторону. :) Неужели так сложно догадаться, что я имею в виду, даже если я, по Вашему мнению, не прав?
QA в инженерных отраслях. (Обеспечение качества ПО - QA)
2007-05-07 02:03 Yury
На все ваши вопросы я могу дать один и тот же ответ "It depends". Все условия применимости этих подходов описать в коротком сообщении невозможно, поэтому приведу лишь пару примеров.
Пример 1. Для маленькой начинающей фирмы, разрабатывающей новый продукт для открытого рынка (например начинающие Google и Microsoft), все эти пляски с бубном от посторонних организаций скорее всего не нужны.
Пример 2. Для аутсорсинговой организации, стремящейся привлечь новых клиентов, например из фармацевтической или атомной промышленности, сертификация их процессов (например CMM) может быть полезна.
Не уходите в сторону, пожалуйста, вопрос хороший - но о нём лучше отдельной темой.
Я совсем не ушёл в сторону. :) Неужели так сложно догадаться, что я имею в виду, даже если я, по Вашему мнению, не прав?
a66at, вы меня утомили. С какой радости я должен угадывать что вы хотели, но так и не удосужились сказать?
Вы тут уже как-то говорили, про комплексы? На всякий случай оговорюсь отдельно: 1. Я не считаю что вы не правы - я пытаюсь понять, что вы хотели сказать, потому что тема мне интереса. Пример с посетителями в магазине мне понятен, ваша первая формула - нет. 2. Я не считаю, что кто-то должен угадывать мысли оппонента с любом споре: есть желание что-то пояснить - потрудитесь изложить мысль доступно, нет желания - каждому своё, но тогда не ожидай что тебя поймут. 3. В данный момент, то что вы сказали в самом начале вызывает у меня непонимание. Если вы не хотите пояснить, не вопрос - в конце концов, это ваше личное время.
